Пытаемся поставить абоненту телефон через VOIP
на входе с DSL Канала стоит 500T.
адресация внутри сети - реальная, сеть на 16 ипов.
Собственно проблема - не звонится ни от клиента, ни к нему.
Выводил Ип VOIP-телефона в DMZ, пробовал делать portmap на 1720 по TCP и UDP - не помогает.
У кого были подобные проблемы? Поиском нашел только про портмаппинг для серверов.

прошивка у 500Т -
V0.00B01T01.EU.20040310

Какой протокол использует VoIP телефон?
Включен ли на DSL-500T NAT?

H.323
(балалайка эта - Cisco ATA186)

когда стоит фишечка
Enable Firewall and NAT Service
пробовал делать DMZ или форвардинг
так же пробовал без фишки.
результат один и тот же - не звонит.

А в настройках самого соединения галочка NAT стоит? Внутрення адресация реальная? С NAT-ом VoIP и не будет работать.

с НАТом будет работать, если
- на клиентской стороне НАТ имеет поддержку протоколов H323/SIP (не наш случай)
- на серверной стороне есть механизм детектирования клиентского НАТа и "вылечивания" этой неприятности

Без НАТа все должно работать, надо только помнить, что используется не только порт 1720, но и целая куча UDP портов собственно для голоса (RTP).

в свойствах соединения файервол и нат выключены ( фишки не стоят)

да
адреса реальные внутри сети (со стороны Ethernet).

единственные "попугаи" из 10.х подсетей выдает провайдер на ADSL интерфейс.

требуется ли в этом случае настраивать портмап?
какие порты в нем задействовать?

насколько я понимаю, если нет ни NAT ни Firewall то ни о каком port mapping не может быть и речи.
А ATA пингуется от провайдера? Может просто с роутингом проблема? Надо брать Ethereal и смотреть что происходит.

да
от меня с меры(mvts) пинг на аташку идет, открывается веб-морда для администрирования, однако при попытке позвонить ничего не предается на меру (mvts). ни один пакет. смотрел tcpdump src <ip>
при звонке на аташку с меры уходят паткеры но и только.
в офисе где просто езернет и стоит другой ДСЛ модем (не 500Т) - все звонит!!!

завтра пойду менять этот 500Т на другой модем - проверим.

странно все это, надо ловить трафик, декодировать h323 и крепко думать
кстати, MVTS умеет "исправлять" клиентский NAT.

h323 не позволяет работать через нат.
Выхода два:
либо присвоить сиське реальный адрес, либо использовать h323-proxy.

_________________
Валентиныч

если вы чего-то не видели, то не значит что этого нет
Более того, ваши советы не актуальны, поскольку автор уже написал выше:
- в свойствах соединения файервол и нат выключены ( фишки не стоят)
- адреса реальные внутри сети (со стороны Ethernet).

И все ключевые моменты также упомянуты выше:
- MVTS и есть прокся
- MVTS умеет исправлять клиентский NAT
- в природе есть устройства, корректно транслирующие (NAT) трафик H323 & SIP

В DSL-xxxT есть NAT модули работающие с H323:
ip_conntrack_h323
ip_nat_h323

Скорее всего они очень старые и не корректно работают,
в своей прошивке я использовал более свежий patch-o-matic
и соответственно более свежие NAT модули, однако работу
с VoIP я не проверял...

Раньше эти модули точно не работали корректно. Не знаю ничего о последних PoM, но думаю, что врядли, т.к. в VoIP форумах проблемы с NAT - одни из самых популярных, и я никогда не видел способов их решения при помощи netfilter.

Что касается Меры, то сам её не использую, но насколько мне известно, она может проксировать H323 только при установке на хост с НАТом. В данном случае это, похоже, неприменимо. Кроме того, она ведь и стоит недешево.

2 автор:
Попробуйте залить прошивку господина McMCC и посмотреть встроенным в неё tcpdump-ом, что именно и как происходит. Обратите внимание на запрашиваемые и открываемые rtp/rtcp соединения.

_________________
Валентиныч

Кто такие эти ваши "паткеры"?
Setup до меры доходит?

_________________
Валентиныч

нет
на меру вообще ничего с этого ипа не приходит