Подключчение:

клиент 192.168.0.156,
потом по SIP
asterisk 192.168.0.10,
потом по H.323
gnugk 192.168.0.200
и потом
провйдер IP-телефонии 123.123.123.123

При звонке с клиента asterisk на ТфОП, gnugk в пакете openLogicalChannelAck в unicastAddress протокола H.245 asterisk-у отдаёт IP провайдера телефонии (123.123.123.123). По это причине c клиента (X-Lite) на ТфОП нет звука, так как asterisk-у не доступен IP 123.123.123.123. Что нужно поправить в gnugk? чтобы отдавался адрес сервера с gnugk (192.168.0.200)? Звук от ТфОП на клиента приходит. Используется на asterisk драйвер chan_ooh323.so.

P.S. При использовании софтины MyPhone напримую работающей с gnugk всё ок.

Спасибо.

Добрый вечер!

Первое, что пришгло в голову -- запретить на * для данного peer'а в sip.conf (X-Lite) canreinvite=no, чтобы RTP шел через *.
Если не прав -- поправьте, plz.

gnugk надо поставить в режим прокси. тогда RTP трафик пойдет через него.

[Proxy]
Enable=1


Но там могут быть проблемы с маршрутизацией, натом и всем прочим....
ИМХО лучше если GNUGK будет на одном только внешнем IP. по другому у меня ничего хорошего не вышло. Хотя возможны варианты.

1. canreinvite=no стоит, проблема в том что не XLite шлёт на 123.123.123.123 пакеты, а сам asterisk со своего интерфейса 192.168.0.10 шлёт UDP датаграммы.

2. Enable=1 само собой стоит. Перемещение GNUGK на только внешний или на только внутренний интерфейс толку не даёт.

Никак не пойму, от кого больше зависит какой мне юникаст адресс передадут, от астериска или от gnugk.

P.S. В пакете callProceeding OpenLogicalChannel, который ещё перед allerting-ом IP gnugk передаёт нормальный, свой.

ИМХО gnugk виноват. Он должен проксировать, а он этого не делает.
при

>debug trc 9

в логе в момент получения Alerting имеем чтото вроде

ProxyChannel.cxx(286) RTP Forward .....
....
ProxyChannel.cxx(286) RTP Reverse .....


это инитится проксирование RTP(голосового) трафика. Если нет - значит GNUGK напрямую соединяет RTP каналы ast и правайдера.
Если проксирование есть - канал RTP идет asterisk<->gnugk<->пров.


чего еще может быть - проверить надо:

1.отсутствие
InternalNetwork=

при его отсутствии ПРОКСИРУЕТСЯ ВЕСЬ ТРАФИК. При наличии - только из\в InternalNetwork(тут неуверен,практически не проверял, ибо у меня нет этой строки).

2.настройки Interfaces. тут я пас. так и не разобрался как это ДОЛЖНО работать. В итоге зацепил GNUGK на один интерфейс.

Выставили InternalNetwork= не помогло. Поставили последнюю версиюю gnugk всё стало OK, всем спасибо.

А что за версию gnugk ставил?
Я сейчас столкнулся с той же проблемой. Версия gnugk 2.2.3, вроде и последняя, но всё-равно не работает.
В лог сыпется следующее:

2006/06/05 11:45:54.847 6 yasocket.cxx(798) ProxyH(0) waiting...
2006/06/05 11:45:55.137 6 yasocket.cxx(798) ProxyRTP(0) waiting...
2006/06/05 11:45:55.857 6 yasocket.cxx(798) ProxyH(0) waiting...
2006/06/05 11:45:56.147 6 yasocket.cxx(798) ProxyRTP(0) waiting...
2006/06/05 11:45:56.867 6 yasocket.cxx(798) ProxyH(0) waiting...
2006/06/05 11:45:57.157 6 yasocket.cxx(798) ProxyRTP(0) waiting...

Смотрите tcpdump'ом адреса...

Можно сказать, что уже разобрался ... почти.

Как оказалось gnomemeeting, находящийся в той же сети, что и dlink dph-80h, работает, то есть RTP поток проксируется. А вот с dlink'овским телефоном какая-то непонятная проблема.