FR не уберут еще пару лет точно, ибо — www.certification.ru/cgi-bin/forum.cgi?action=thread&id=42073
Ну и вот Вам Market Trend'ы — www.cisco.com/en/US/docs/routers/asr9000/software/asr9k_r4.1/interfaces/configuration/guide/hc41fram.html

Железке года три ;-)
Так, что зря Вы так :-)

Всю функциональность ALG можно уложить в описание состоящие из нескольких строчек. Все остальное шелуха и частности. Для CCNA достаточно знать, как это происходит, почему это нужно и к чему это ведет.

Если нужно реально глубокое понимание сигнализации в SIP'е — Welcome to Voice Track.

Еще раз повторяю, что я не вижу ни какой проблемы в части понимания, что есть ALG и NAT для CCNA уровня :-)

«Ессно», мы говорим с Вами про CGN.

Не факт.

Здесь основная причина, это — interoperability :-)

Про остальное уже сказали.

И? Как одно, противоречит другому?
И что здесь сложного для понимания, принципов работы механизмов NAT и ALG?

NAT, сам по себе «ломает» многое и это большой костыль.

У Вас у самого каша в голове. Рассуждаете с серьезным видом на тему NAT, SIP и «тонкости про перезапись заголовках»…
Вы хоть осознаете, что весь этот функционал имеет отношение к такому понятию, как ALG — Application Layer Gateway?

Открою еще одну страшную тайну, что не каждый NAT перезаписывает заголовки в выше стоящих PDU, чем L3 пакеты…
Подумайте почему так происходит и почему это все еще называется NAT'ом.

NAT-PT (CGN), объяснить на уровне CCNA не составит особого труда… А Вы пока можете дальше думать, что перезапись информации в протоколах более высшего уровня (чем L3), является NAT функциональностью…