Jump to content
Калькуляторы

Eltex SMG 1016M и NAT.

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

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

Edited by murano

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
3 часа назад, ARMADIK сказал:

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

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

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

Share this post


Link to post
Share on other sites
19 часов назад, stalker35 сказал:

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

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this