asterisk.ru

Добрый день, может кто-нибудь решить следующую головоломку?

Имеется следующая схема:
* за NATом (точнее SAT но не суть)
SIP клиент во внутренней сетке:
2230/2230 192.168.0.193 D A 5062 OK (97 ms)
SIP клиент во внешней сетке:
2232/2232 XXX.XXX.XXX.XXX D N A 24054 OK (277 ms)

При звонках (которые ходят естесственно без звука) смущает следующее:
Got RTP packet from 192.168.0.193:11780 (type 00, seq 005489, ts 878160, len 000160)
Sent RTP packet to 10.233.19.107:7078 (type 00, seq 062749, ts 878160, len 000160)

Почему RTP долбится на внутренний адрес провайдера а не на зарегестрированный XXX.XXX.XXX.XXX ?
Повторюсь - NAT поднят на 192.168.0.1 с белым внешним IP, на роутере VPN(ы) не используются, маршрутов указывающих на адреса вида 10.XXX.XXX.XXX не прописано...

Другими словами вопрос не про 7078 или отсутствие звука а в том откуда вообще может браться 10.233.19.107 когда пир зарегестрирован по XXX.XXX.XXX.XXX ?

Спасибо

З.Ы.
на всякий случай route -n:

Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

??
На всякий случай формулируйте точнее.
Если SIP клиент во внешней сетке:
2232/2232 XXX.XXX.XXX.XXX D N A 24054 OK (277 m) то клиент не может быть провайдером, да и не может провайдер быть за NAT (или я вообще ничего не понял).
Ответ откуда вообще может браться 10.233.19.107 когда пир зарегестрирован по XXX.XXX.XXX.XXX лежит в области формирования SIP пакетов. RTP фомируются не на основании таблиц маршрутизации, а на основании обмена SIP пакетов INVITE. Если включите SIP дебаг на XXX.XXX.XXX.XXX
то всё увидите своими глазами.

Спасибо за ответ, боюсь в данный момент, к сожалению, уже не в силах сформулировать что-либо...
Пока пришел к тому что прежде чем двигаться дальше лучше убрать из цепочки все "лишнее" (NAT, STUN etc.).