Завершение соединения после INFO

[shumiloff]

Добрый день. Мучаюсь с проблемой, сценарий следующий - есть два астериска (для простоты А1 и А2). Первый за натом. К первому подключается клиент (K1), совершает вызов на A2/K2. Всё хорошо, соединение устанавливается, RTP в обе стороны, звук есть, красота одним словом, через 20-30 секунд на A1 прилетает BYE от A2 с X-Asterisk-HangupCauseCode: 16, мол, со стороны A2 попросили завершить вызов/повесили трубку. Включаю дебаг на A2 и после установки соединения вижу запрос на INFO со стороны A1, ответ ОК от A1 к A2 и через какое-то время Scheduling destruction of SIP dialog ... in 32000 ms (Method: INFO). Гуглил, но с подобными симптомами видел проблемы при не ответе на попытки перерегистрации, но там соответственно и sheduling destruction на метод регистрации. Не совсем понятно, чего ожидает A1 после запроса INFO и почему запрос поступил от A1, а соединение разрывает A2. Запутался в общем, подскажите. Ниже хвост дебага с A2 с момента прихода запроса INFO. Для удобства заменил айпишники на A1_EXTERNAL_IP и A2_EXTERNAL_IP.

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

<--- SIP read from UDP:A1_EXTERNAL_IP:5060 --->
INFO sip:35509@A2_EXTERNAL_IP:5060 SIP/2.0
Via: SIP/2.0/UDP A1_EXTERNAL_IP:5060;branch=z9hG4bK0049b25d
Max-Forwards: 70
From: "555555" <sip:555555@A1_EXTERNAL_IP>;tag=as37f104b5
To: <sip:35509@A2_EXTERNAL_IP>;tag=as0d90fcae
Contact: <sip:555555@A1_EXTERNAL_IP:5060>
Call-ID: 3ec2006f1b4a152450af511156e02caf@A1_EXTERNAL_IP:5060
CSeq: 103 INFO
User-Agent: Asterisk PBX 16.2.1~dfsg-2build2
Content-Type: application/media_control+xml
Content-Length: 205

<?xml version="1.0" encoding="utf-8" ?> <media_control> <vc_primitive> <to_encoder> <picture_fast_update> </picture_fast_update> </to_encoder> </vc_primitive> </media_control>
<------------->

--- (11 headers 1 lines) ---
Receiving INFO!

<--- Transmitting (NAT) to A1_EXTERNAL_IP:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP A1_EXTERNAL_IP:5060;branch=z9hG4bK0049b25d;received=A1_EXTERNAL_IP;rport=5060
From: "555555" <sip:555555@A1_EXTERNAL_IP>;tag=as37f104b5
To: <sip:35509@A2_EXTERNAL_IP>;tag=as0d90fcae
Call-ID: 3ec2006f1b4a152450af511156e02caf@A1_EXTERNAL_IP:5060
CSeq: 103 INFO
Server: Asterisk PBX 13.21.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0

<------------>

Scheduling destruction of SIP dialog '3ec2006f1b4a152450af511156e02caf@A1_EXTERNAL_IP:5060' in 32000 ms (Method: INFO)
Reliably Transmitting (NAT) to A1_EXTERNAL_IP:5060:
BYE sip:555555@A1_EXTERNAL_IP:5060 SIP/2.0
Via: SIP/2.0/UDP A2_EXTERNAL_IP:5060;branch=z9hG4bK5a213647;rport
Max-Forwards: 70
From: <sip:35509@A2_EXTERNAL_IP>;tag=as0d90fcae
To: "555555" <sip:555555@A1_EXTERNAL_IP>;tag=as37f104b5
Call-ID: 3ec2006f1b4a152450af511156e02caf@A1_EXTERNAL_IP:5060
CSeq: 102 BYE
User-Agent: Asterisk PBX 13.21.1
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0


---

<--- SIP read from UDP:A1_EXTERNAL_IP:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP A2_EXTERNAL_IP:5060;branch=z9hG4bK5a213647;received=A2_EXTERNAL_IP;rport=5060
From: <sip:35509@A2_EXTERNAL_IP>;tag=as0d90fcae
To: "555555" <sip:555555@A1_EXTERNAL_IP>;tag=as37f104b5
Call-ID: 3ec2006f1b4a152450af511156e02caf@A1_EXTERNAL_IP:5060
CSeq: 102 BYE
Server: Asterisk PBX 16.2.1~dfsg-2build2
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
Content-Length: 0

<------------->
--- (10 headers 0 lines) ---
SIP Response message for INCOMING dialog BYE arrived
Really destroying SIP dialog '3ec2006f1b4a152450af511156e02caf@A1_EXTERNAL_IP:5060' Method: INFO

Подскажите, в какую сторону нужно копать?

[awsswa]

Ну давайте с простого начнем
вы покажите настройки транков с обеих сторон

плюс поднимите версии до актуальных - 13.32 и 16.9.0

[ded]

А это у вас видео звонок? INFO пакет корректирует видео, информацию для кодирования/декодирования, которую, в принципе, Астериск должен транслировать прозрачно через себя до К1, ничего не добавляя и не убавляя. Если же он ответил ОК, а инфа до клиента не дошла, то он может инициировать BYE.
Если нет надобности в видео - сделайте IAX2 транк между А1 и А2.

[shumiloff]

За направление спасибо большое. Выяснилось, что проблема в приложении. Сменил K2 на linphone для теста и всё завелось как положено. Извиняюсь, что не проверил сразу.