KTS однопортовый, не работают исходящие

[schs]

Стоял себе старенький Asterisk c KTS шлюзом, работал. Возникла надобность смены операционной системы, поставил последний(13-ый) Asterisk.
Перенёс настройки, основное работает, но пропали исходящие через KTS шлюз. Не могу понять причину.
Входящие - работают, шлюз регистрируется:
fs1*CLI> sip show peers
gsm1/gsm1 192.168.2.3 D Yes Yes 5060 Unmonitored

В sip.conf описан так:
[gsm1]
; GSM gate
; ip: 192.168.2.3
type=friend
defaultuser=gsm1
secret=xxxxxxxx
host=dynamic
context=gsm1_in
dtmfmode=rfc2833

При вызове на шлюз идут такие пакеты:
12:49:22.169982 IP (tos 0x0, ttl 62, id 45290, offset 0, flags [+], proto UDP (17), length 1500)
91.210.xx.xx.5060 > 192.168.2.3.5060: SIP, length: 1472
INVITE sip:+79113022xxx@192.168.2.3 SIP/2.0
Via: SIP/2.0/UDP 91.210.xx.xx:5060;branch=z9hG4bK28c1c033
Max-Forwards: 70
From: "Sergey Shibeko (work)" <sip:gsm1@91.210.xx.xx>;tag=as5b851297
To: <sip:+79113022xxx@192.168.2.3>
Contact: <sip:gsm1@91.210.xx.xx:5060>
Call-ID: 233915bc2d493bdb093e3d567e08d248@91.210.xx.xx:5060
CSeq: 102 INVITE
User-Agent: Asterisk PBX 13.3.2
Date: Fri, 09 Oct 2015 10:21:40 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 900
v=0
o=root 1084983140 1084983140 IN IP4 91.210.204.99
s=Asterisk PBX 13.3.2
c=IN IP4 91.210.204.99
t=0 0
m=audio 10728 RTP/AVP 0 8 3 4 111 112 5 10 118 7 18 110 117 119 97 9 102 115 116 107 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=rtpmap:111 G726-32/8000
a=rtpmap:112 AAL2-G726-32/8000
a=rtpmap:5 DVI4/8000
a=rtpmap:10 L16/8000
a=rtpmap:118 L16/16000
a=rtpmap:7 LPC/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:110 speex/8000
a=rtpmap:117 speex/16000
a=rtpmap:119 speex/32000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=0
a=rtpmap:9 G722/8000
a=rtpmap:102 G7221/16000
a=fmtp:102 bitrate=32000
a=rtpmap:115 G7221/32000
a=fmtp:115 bitrate=48000
a=rtpmap:116 G719/48000
a=fmtp:116 bitrate=64000
a=rtpmap:107 opus/48000/2
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ma[|sip]
12:49:22.169991 IP (tos 0x0, ttl 62, id 45290, offset 1480, flags [none], proto UDP (17), length 42)

От шлюза нормального ответа нет:
12:49:22.417076 IP (tos 0x0, ttl 128, id 144, offset 0, flags [none], proto UDP (17), length 44)
192.168.2.3.5060 > 91.210.xx.xx:5060: SIP, length: 16
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00[|sip]

В консоле Asterisk'а:
[Oct 9 13:22:12] WARNING[7594]: chan_sip.c:3996 retrans_pkt: Retransmission timeout reached on transmission 233915bc2d493bdb093e3d567e08d248@91.210.xx.x:5060 for seqno 102 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/ ... nsmissions
Packet timed out after 31999ms with no response

Asterisk и шлюз в локальной сети, ната нет.
В чём может быть проблема?

[gofer_k]

Так если все в локалке то откуда тогда этот 91.210.xx.xx.5060 > 192.168.2.3.5060 ???
91.210.204.99 ??????

[ded]

Вангую! Sergey Shibeko звонит через внешний ИП, проходя через НАТ в мир. Ключевая фраза -

поставил последний(13-ый) Asterisk.

можно поинтересоваться - что заставило? Какой такой функционал потребовался в 13-м?

[schs]

Так если все в локалке то откуда тогда этот 91.210.xx.xx.5060 > 192.168.2.3.5060 ???

Вот такая локальная сеть, в ней и белые адреса и серые, несколько подсетей, между ними настроена маршрутизация, ната нет.

[schs]

2ded: не угадали, локальная сеть.
13-ый поставил, т.к. последний, меньше вероятность необходимости допиливать под опять же свежую систему.
Необходимости именно в 13ой версии нет, но т.к. станция для внутреннего пользования, с мизерной нагрузкой можно и попробовать.

Всё же, в чём может быть проблема? Похоже * неправильно формирует запрос к шлюзу, но как будет правильно?
Sipura SPA3102, Linksys PAP2 прописаны так же, вызов происходит так же, они работают нормально в обе стороны.

[ded]

13-ый поставил, т.к. последний, меньше вероятность необходимости допиливать под опять же свежую систему.

и получится не меньше - а больше.
Уже начинаем допиливать.

Какой смысл предлагать все-все кодеки
m=audio 10728 RTP/AVP 0 8 3 4 111 112 5 10 118 7 18 110 117 119 97 9 102 115 116 107 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=rtpmap:111 G726-32/8000
a=rtpmap:112 AAL2-G726-32/8000
a=rtpmap:5 DVI4/8000
a=rtpmap:10 L16/8000
a=rtpmap:118 L16/16000
a=rtpmap:7 LPC/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:110 speex/8000
a=rtpmap:117 speex/16000
a=rtpmap:119 speex/32000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=0
a=rtpmap:9 G722/8000
a=rtpmap:102 G7221/16000
a=fmtp:102 bitrate=32000
a=rtpmap:115 G7221/32000
a=fmtp:115 bitrate=48000
a=rtpmap:116 G719/48000
a=fmtp:116 bitrate=64000
a=rtpmap:107 opus/48000/2
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ma
однопортовому шлюзу КТС, который, к тому же, стоит в локальной сети? У него запросто может снести крышу от такого обилия!

Сделайте полный дамп SIP диалога с КТС, и посмотрите анализ его в Wireshark, в части

Код: Выделить всё

192.168.2.3.5060 > 91.210.xx.xx:5060: SIP, length: 16
\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00\0x00[|sip]

[schs]

2ded:

Огромное спасибо за наводку! Вы правы насчёт кодеков. Ограничил предлагаемые, заработало.