Eltex SMG 1016M и NAT.

[ARMADIK]

Доброго времени суток.

Есть сеть в которой живут шлюзы доступа Eltex 1016 и SBC. Сеть разбита на сети с 30 маской, где ip присваиваются интерфейсу маршрутизатора и оконечке eltex.

Работаю по sip транку. От SBC периодически поступают пакеты OPTIONS для контроля доступности шлюзов.

Сейчас появился клиент, который хочет на наш клиенский ip посадить свой роутер(huawei). Так как интерфейс роутера получит ip клиента, то необходи прокидывать пакеты sip и rtp до шлюза и от него, шлюз будет находится во внутренней сети клиента.

Для SBC существует только ip из сети оператора, она ничего не знает о клиентских серых адресах.

Может ли eltex знать, что находиться за NAT, и подставлять правильный ip в SDP и других заголовках sip? Может есть у кого опыт.

[murano]

Ну как-бы там есть NAT (comedia mode) в свойствах протокола SIP на нужном интерфейсе. Он как раз и отвечает за то, как будут клиенты соединяться на текущий интерфейс - с натом или без него.

Edited September 16, 2017 by murano

[ARMADIK]

В инструкции видел NAT (comedia mode), но из  нее не понятно как настройка меняет поля в sip. К сожалению нет под рукой шлюза.

[stalker35]

3 часа назад, ARMADIK сказал:

В инструкции видел NAT (comedia mode), но из  нее не понятно как настройка меняет поля в sip. К сожалению нет под рукой шлюза.

поля в SIP-сообщениях эта настройка никак не меняет.

эта настройка заставляет шлюз игнорировать параметры SDP в SIP-сообщениях и адаптироваться под встречный RTP-поток от NAT-абонента
т.е. шлюз не сразу направляет RTP поток в сторону NAT-абонента, а ждёт от NAT-абонента RTP-поток на свой порт, анонсированный в данной сессии,
затем IP:UDP заголовок подстраивается под полученный от NAT-абонента и направляется в тот же IP:порт, откуда летит поток от NAT-абонента

[ARMADIK]

19 часов назад, stalker35 сказал:

поля в SIP-сообщениях эта настройка никак не меняет.

эта настройка заставляет шлюз игнорировать параметры SDP в SIP-сообщениях и адаптироваться под встречный RTP-поток от NAT-абонента
т.е. шлюз не сразу направляет RTP поток в сторону NAT-абонента, а ждёт от NAT-абонента RTP-поток на свой порт, анонсированный в данной сессии,
затем IP:UDP заголовок подстраивается под полученный от NAT-абонента и направляется в тот же IP:порт, откуда летит поток от NAT-абонента

спасибо, попробую протестировать