Есть DSL-500G (версия S/W R2.00.B6(020618i1/T93.3.19)), работает в режиме маршрутизатора, 2 соединения (eoa с fake адресом и pppoe с реальным) внутреннее адресное пространство маршрутами разведено через eoa, шлюз по умолчанию pppoe. Трансляция - одна запись типа BIMAP (за маршрутизатором один ПК). Фильтры, firewall для эксперимента отключались.
Все работает и внутренние сегменты видятся и в Интернет ходится. На ПК за маршрутизатором (WinXP SP1 с IP 192.168.1.2/30 - на DLink соответственно 192.168.1.1/30) запускаем NetMeeting, настраиваем использовать Gatekeeper (стоит Mera Softswitch) в качестве шлюза на который отправляет gatekeeper - Cisco AS5350
Говорим сделать звонок (телефон на который звоним находится тут же на столе). Жмем в Netmeeting кнопочку соединиться - телефон начинает звонить, снимаю трубку - там тишина, а NetMeeting продолжает говорить, что он все еще пытается соединиться.
Казалось бы при чем здесь DSL-500G - а вот при чем, он в это время уже висит. По индикации все нормально, но никуда пакеты не ходят, Web-интерфейс не работает и он даже не pingуется по внутреннему адресу. Естественно NetMeeting ничего не знает про соединение. Лечиться выключением по питанию маршрутизатора.
Вопрос:
Что делать? Почему виснет маршрутизатор? Как это обойти (не хотелось бы ставить в режим моста и не факт, что он и там виснуть не будет)? Почему он вообще отслеживает VoIP (TCP сигнализацию и UDP голос)?

А когда DSL-500G виснет?
в момент поднятия трубки? или раньше?

[quote="Viktor Platov"]А когда DSL-500G виснет?
в момент поднятия трубки? или раньше?[/quote]
В тот момент когда я нажимаю кнопку Place Call в NetMeetingе
Телефон на столе еще даже и не звонит.
Если звонить Netmeeting - Netmeeting напрямую ничего не виснет.
Если звонить Netmeeting - Netmeeting через Gatekeeper тоже не виснет.

По порядку:
1. NAT транслирует из LAN интерфейса в eoa или в pppoe?
2. В какой подсети стоят кипер и циска?
3. В какой подсети находится второй хост с Netmeeting-ом?

По порядку:
1. NAT транслирует и туда и туда. Я в самом начале писал что есть одна запись типа BIMAP. Подробнее о трансляции:
Rule Flavor: BIMAP
Rule ID: 10
IF Name: ALL
Local Address: 192.168.1.2
Global Address: 0.0.0.0

Изначально была запись типа NAPT и несколько RDR на нужные порты, но для упрощения (как проблема возникла) было сделано BIMAP
Внутрення сетка 192.168.1.0/30
на eoa 172.16.76.0/24 (на маршрутизаторе 172.16.76.4/24)
на pppoe адрес 217.107.182.130

2. gatekeeper и gateway имеют реальные IP-адреса но маршруты через на них развернуты через eoa (через 172.16.76.1)

3. Хост с которым проводили эксперименты тоже доступен через eoa

Хост с NetMeeting-ом имел реальный или приватный ip?
Зачем транслировать ip адреса между двумя приватными сетями?
Попробуйте настроить бриджинг между eoa и ethernet-ом.

[quote="Viktor Platov"]Хост с NetMeeting-ом имел реальный или приватный ip?
Зачем транслировать ip адреса между двумя приватными сетями?
Попробуйте настроить бриджинг между eoa и ethernet-ом.[/quote]
Трафик на IP-адреса провайдера бесплатный через eoa поэтому все приватные адреса и реальные адреса провайдера ходят через eoa.
Траслировать нужно чтобы закрыть комп(ы) во внутренней сети от абонентов провайдеров. Если делать бриджинг, то придется закрываться на ПК (отдельном сервере в случае LAN), а зачем это нужно, если все это прекрасно на маршрутизаторе делается.
Даже если сделать бриджинг на внутренние адреса, то проблема ведь все равно останется, но с внешними адресами!

На какой стадии установления соединения виснет DSL-500G(RAS, h.225, h.245)?
Пришлите по почте output команд get nat stats, get nat status, get nat translation для всех вариантов звонков.

Спасибо, я разобрался.
При подаче команды get nat stats я получил (на только что перегруженном маршрутизаторе):
$get nat stats

Translation Sess : 0 Translation Misses : 0
Translated In Pkts : 0 Translated Out Pkts : 0
FTP ALG Sess : 0 SNMP ALG Sess : 0
RA ALG Sess : 0 RCMD ALG Sess : 0
L2TP ALG Sess : 0 MIRC ALG Sess : 0
CUSEEME UDP ALG Sess: 0 CUSEEME TCP ALG Sess: 0
H323 Q931 ALG Sess : 0 H323 RAS ALG Sess : 0
H323 RTP ALG Sess : 0 H323 245 ALG Sess : 0
PPTP ALG Sess : 0 RTSP ALG Sess : 0
TIMBUKTU ALG Sess : 0 T120 ALG Sess : 0
SGICompCore ALG Sess: 0 Fragments Processed : 0
LDAP ALG Sess : 0 MSN MSGR ALG Sess : 0

Меня привлекло к себе H323 RAS ALG Sess и H323 245 ALG Sess
После изысканий выяснилось что есть некоторые специальные алгоритмы обработки протоколов в т.ч. и H323 или PPTP например.
Отключив при помощи команд
delete alg port portno 1719 prot udp
delete alg port portno 1720 prot tcp
соответственно H323_RAS и H323_Q931 я убрал проблему т.к. все заработало.
Скорее всего хватило бы только H323_Q931 (delete alg port portno 1720 prot tcp) т.к. RAS вроде нормально работал (например в комбинации NetMeeting-NetMeeting) а на Q931 от Cisco As5350 DLink DSL-500G просто вис.
Спасибо!

точно!
у меня также при звонке через нетмитинг 504г завис!
Software Release R2.01.B6.EU(021018g/W78.1.7)