Комментарии: Типы Network Address Translation (NAT)

Автор: Владимир

Владимир — Sun, 21 Feb 2010 05:56:51 +0000

Благодарю Вас за то, что не поленились поделиться добытыми знаниями!

Автор: aoz

aoz — Fri, 21 Aug 2009 06:38:35 +0000

chs,

При симметричном NAT: Каждый пакет с определенного внутреннего IP адреса:порта на определенный внешний IP адрес:порт будет иметь после трансляции уникальный внешний адрес порт, В отличие от Port Restricted, где все SIP устройства из-за NAT видны с одним и тем же портом.

Если уже по по цветам это синенкая рамочка снизу

Автор: chs

chs — Thu, 20 Aug 2009 14:11:10 +0000

Хороший пост, очень понятные и информативные рисунки, довольно доходчиво. Я только начал разбираться с типами NAT-ов и после прочтения поста мне все же не понятно чем Port-Restricted cone NAT отличается от Symmetric NAT. Рисунки иллюстрирующие эти два типа NAT-ов, если я не ошибаюсь, отличаются только красной надписью вверху

Автор: maxi_funy

maxi_funy — Sun, 21 Jun 2009 19:15:47 +0000

Хорошая статья в картинках
Кому надо – тот конечно и на цискоком посмотрит, но итак всё вроде понятно

Автор: aoz

aoz — Tue, 02 Jun 2009 19:36:16 +0000

Если читаете как пользователь, для вас моя же статейка:
http://aoz.com.ua/2009/02/06/sipovernat/
то есть по простому:
1.Обрубаете __все__ связанное с nat traversal,
если интернет между вами и провайдером нормальный и провайдер правильный.
2. Если интернет иногда уходит в полочку, надо позаботится о sipping с вашей стороны.
3. Если провайдер не правильный идите к нормальному.

Ну а если сами провайдер или админ сети тогда читайте, бог в помощь.

А на предмет stun, забудьте как про страшный сон. Толку от нее, если симметричный nat без помощи провайдера не пробить.

Автор: Yur4

Yur4 — Tue, 02 Jun 2009 18:31:58 +0000

Спасибо. полдня читаю про типы NAT уже крыша едет. еще б статью дополнить как протестить какой тип NAT в конкретном случае. Что типа вывода утилитки stun.

Автор: aoz

aoz — Tue, 10 Mar 2009 08:38:41 +0000

Мы вообще о разных вещах говорим. Дело в том, что под connttrack модулями имелись ввиду абсолютно безупречные connttrack модули для VOIP протоколов от циско. Встроенные в IOS и осуществляющие абсолютно корректную трансляцию не только заголовков пакетов, но и тела самого пакета. Если бы то же самое делали остальные производители, то данная статья имела бы чисто академический интерес,
поскольку никаких настроек там нет. IOS достаточно умный, чтобы все исправить самостоятельно.

А когда приходится разбираться с тем, почему после прохода NAT от производителя из Шанхайского подвала, происходит та или иная проблема с VOIP, без моих картинок ой как тоскливо.

Автор: phantom

phantom — Tue, 10 Mar 2009 08:04:03 +0000

Немного непонятно, при чем все-таки тут конкретные реализации connttrack? Речь шла о базовых принципах работы. в статья же (к сожалению на буржуйском) рассмотрены эти механизмы, а также сопутствующие проблемы, знание которых и позволяет адекватно понимать «а что такое модули connttrack и для чего нужно их использовать». Или я не прав?
Кстати в статьях есть интересные ссылки на доп ресурсы

Автор: aoz

aoz — Tue, 10 Mar 2009 07:32:00 +0000

phantom,
если бы у всех стояли циско роутеры с ios-овской реализацией connttrack,
данная статья бы, не имела бы смысла для практических инженеров.

А на предмет картинок. Так вот, вменяемых картинок с объяснением алгоритмов NAT на середину 2008 года в интернете не было.

Автор: phantom

phantom — Mon, 09 Mar 2009 20:48:32 +0000

Достаточно однобокий пост. Смысл-то в чем? Все равно 3-мя картинками для понимания принципов и проблем не обойтись.
Да и картинок-то хватает в инете.
Например, есть хорошие статейки:
http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080094831.shtml
http://www.cisco.com/web/about/ac123/ac147/ac174/ac182/about_cisco_ipj_archive_article09186a00800c83ec.html