Два SIP транка за натом.

[danilevskiy]

Via: SIP/2.0/UDP 192.168.1.3:5060

что это за IP?

eth0 Asterisk

[danilevskiy]

Спасибо всем, кто откликнулся и хотел помочь.
Вопрос закрыт.
Затык был в маршрутизации по дороге. Поправили и все заработало.

[Zavr2008]

Вопрос закрыт.

ТС, это понимали тут все в теме. Просто данный форум - не только для Вас лично создан. Он создан для других - тех кто найдет эту тему и наткнется на подобные грабли.
Считаю, что подобное несколько коробит свободный дух Новой Телефонии.
Решили задачу - сообщите что КОНКРЕТНО было и алгоритм как решили.
Например traceroute просился до Вашей 5-й сетки вместе с iperf. И про tcpdump не просто так же намекнул..

[danilevskiy]

Начну с того, что у меня на руках была такая информация для подключения:
IP, маска и шлюз, который нам выдавал оператор;
SIP сервер, подсеть, протокол (udp), кодек, dtmf mode, Login\Password\Номер.
Пришлось немного потыкать народным методом, так как опыта подключения вслепую не имею.
Админ, что занимается сетями настроил нат и сделал проброс соединения.
Соединение мы подняли. Регистрация проходила. Звонки поступали и выходили. Но связь односторонняя - к нам, а нас не слышали. SIP debug показал верность настроек. tcpdump со стороны астериска снял и декодировал звонок с голосом в обе стороны. Все порты и адреса были верны.
И вот только по истечению полутора суток со мной связался админ из службы поддержки оператора.
Здесь все решилось уже очень быстро. Он снял дамп со своей стороны. От нас к ним rtp не приходил.
Дальше трассировка сервера rtp от астериска. И здесь видим, что пакеты убегали не в ту подсеть. Т.е. маршрутизация была выполнена только для сервера SIP. Когда настроилась маршрутизация для всей подсети, что указал оператор, звук пошел в обе стороны.

[danilevskiy]

Продолжая эпопею.

С моей стороны не полностью была проверена работоспособность конфигурации. Т.е. я не проверил до конца входящие звонки от оператора 2.
Звонок поступает, но голоса нет и звонок разрывается.
Исходящие звонки работают нормально.

Маршрутизация сетей настроена на роутерах и на сервере указаны маршруты только для VPN сессии и SIP, что ходит внутри канала, и дефолтный маршрут для всех остальных.
Так как маршрутизация настроена на промежуточных роутерах и имеет свою специфику, то я не могу еще и на сервере прописать маршрут к нату, что смотрит в сторону оператора 2.

Дебаг показывает, что в поле "Contact" подставляется ip локального интерфейса и на него оператор старается отослать RTP.

Кроме как настройками таблицы маршрутизации на сервере и параметров "Localnet" никак невозможно подставить нужный IP в поле "Contact"?
Или мне все же нужно будет на системе прописывать таблицу маршрутизации и без нее никак?
Спасет ли ситуацию поднятие виртуальных интерфейсов на локальном адаптере, на который будет проброшено соединение от оператора 2?
В будущем планируется множественные подобные подключения.

[ded]

[virus_net]

sip.conf externaddr:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

; a. "externaddr = hostname[:port]" specifies a static address[:port] to
; be used in SIP and SDP messages.
; The hostname is looked up only once, when [re]loading sip.conf .
; If a port number is not present, use the port specified in the "udpbindaddr"
; (which is not guaranteed to work correctly, because a NAT box might remap the
; port number as well as the address).
; This approach can be useful if you have a NAT device where you can
; configure the mapping statically. Examples:
;
; externaddr = 12.34.56.78 ; use this address.
; externaddr = 12.34.56.78:9900 ; use this address and port.
; externaddr = mynat.my.org:12600 ; Public address of my nat box.
; externtcpport = 9900 ; The externally mapped tcp port, when Asterisk is behind a static NAT or PAT.
; ; externtcpport will default to the externaddr or externhost port if either one is set.
; externtlsport = 12600 ; The externally mapped tls port, when Asterisk is behind a static NAT or PAT.
; ; externtlsport port will default to the RFC designated port of 5061.
;
; b. "externhost = hostname[:port]" is similar to "externaddr" except
; that the hostname is looked up every "externrefresh" seconds
; (default 10s). This can be useful when your NAT device lets you choose
; the port mapping, but the IP address is dynamic.
; Beware, you might suffer from service disruption when the name server
; resolution fails. Examples:
;
; externhost=foo.dyndns.net ; refreshed periodically
; externrefresh=180 ; change the refresh interval

[danilevskiy]

Простите за опоздание с благодарностями
Спасибо всем за отзывчивость!

Как всегда затык оказался в маршрутизации сетей, через который проходит транк.
Решили вопрос с маршрутизацией - смогли подключить нужные нам транки с разных подсетей.