Тема: CDA3 сбрасывает звонок

09.04.21 6:43 Dmitri_Baranov (99/09.09.20)

Доброго.
вылезла вот такая проблема.

CDA3 - астериск - сип панель.
При наборе номера аналоговой трубки идет вызов.
Если подождать секунд 7 - все происходит нормально, разговор, открытие двери итп...
Если снять трубку сразу, после первого гудка, то звонок сразу сбрасывается.
Дамп приаттачен.
Логи астериска просты как полено

-- Called PJSIP/10063/sip:10063@10.255.151.51:5060
  == Using SIP RTP Audio TOS bits 184
  == Using SIP RTP Audio TOS bits 184 in TCLASS field.
  == Using SIP RTP Audio CoS mark 5
  == Using SIP RTP Video TOS bits 136
  == Using SIP RTP Video TOS bits 136 in TCLASS field.
  == Using SIP RTP Video CoS mark 4
    -- PJSIP/10063-00000056 is ringing
    -- PJSIP/10063-00000056 is ringing
    -- PJSIP/10063-00000056 answered PJSIP/502-00000055
       > 0xb03deaf8 -- Strict RTP learning after remote address set to: 10.255.151.51:5760
       > 0xaf790350 -- Strict RTP learning after remote address set to: 10.255.194.18:10016
       > 0xafaf68b8 -- Strict RTP learning after remote address set to: 10.255.194.18:10018
    -- Channel PJSIP/10063-00000056 joined 'simple_bridge' basic-bridge <eb2b79fd-f974-4c17-a18b-0ed72aba0917>
    -- Channel PJSIP/502-00000055 joined 'simple_bridge' basic-bridge <eb2b79fd-f974-4c17-a18b-0ed72aba0917>
       > 0xb03deaf8 -- Strict RTP qualifying stream type: audio
       > 0xaf790350 -- Strict RTP learning after remote address set to: 10.255.194.18:10016
       > Bridge eb2b79fd-f974-4c17-a18b-0ed72aba0917: switching from simple_bridge technology to native_rtp
       > Remotely bridged 'PJSIP/10063-00000056' and 'PJSIP/502-00000055' - media will flow directly between them
    -- Channel PJSIP/10063-00000056 left 'native_rtp' basic-bridge <eb2b79fd-f974-4c17-a18b-0ed72aba0917>
    -- Channel PJSIP/502-00000055 left 'native_rtp' basic-bridge <eb2b79fd-f974-4c17-a18b-0ed72aba0917>
  == Spawn extension (from-internal, pusk, 10) exited non-zero on 'PJSIP/502-00000055'
zeropi*CLI>

[ #1 ] 09.04.21 7:09 Tech.Support KOMENDANT LAB

Прошивка последняя? Если нет, обновите. Работы в этом направлении в какой-то момент проводились.
Лог не содержит информации по sip.
Дамп не приаттачен.
Возможно нужно подрегулировать уровни в режиме вызова.

[ #2 ] 09.04.21 7:23 Dmitri_Baranov (99/09.09.20)

Софт последний с вашего сайта.
Вот дамп
https://cloud.mail.ru/public/FfTU/Ngwtdmrsc

[ #3 ] 09.04.21 8:07 Dmitri_Baranov (99/09.09.20)

Вот сип логи

https://cloud.mail.ru/public/5y8n/QuRWZ4R1k

[ #4 ] 09.04.21 9:53 Tech.Support KOMENDANT LAB

При попытке сервера позвонить на адаптер с кодеком PCMU (g711u), адаптер отвечает “415 unsupported media type”. Чтобы исключить эти попытки, нужно оставить на сервере в настройках внутреннего номера адаптера только кодек PCMA (g711a), остальные выключить.

[ #5 ] 11.04.21 15:21 Dmitri_Baranov (99/09.09.20)

Оставил только а-law, теперь пошли на каждую прописанную трубку вот такие ошибки

<—- Transmitting SIP request (444 bytes) to UDP:10.255.151.20:5060—->
OPTIONS sip:10030@10.255.151.20:5060 SIP/2.0
Via: SIP/2.0/UDP 10.255.151.30:7002;rport;branch=z9hG4bKPje364857c-2586-4517-b7ee-78a839ff0d07
From: <sip:10030@10.255.151.30>;tag=a61935f6-5c8e-40dc-861e-982eaf64f7ca
To: <sip:10030@10.255.151.20>
Contact: <sip:10030@10.255.151.30:7002>
Call-ID: c7c6331b-d752-4732-8671-0eb96968f29a
CSeq: 58485 OPTIONS
Max-Forwards: 70
User-Agent: Asterisk PBX 16.2.1~dfsg-1+deb10u2
Content-Length: 0

<—- Received SIP response (391 bytes) from UDP:10.255.151.20:5060—->
SIP/2.0 405 Method Not Allowed
Via: SIP/2.0/UDP 10.255.151.30:7002;rport;branch=z9hG4bKPje364857c-2586-4517-b7ee-78a839ff0d07
From: <sip:10030@10.255.151.30>;tag=a61935f6-5c8e-40dc-861e-982eaf64f7ca
To: <sip:10030@10.255.151.20>;tag=94af44fad981dcd6352b0cabff17984a
Call-ID: c7c6331b-d752-4732-8671-0eb96968f29a
CSeq: 58485 OPTIONS
User-Agent: Komendant SIP-CDA3
Content-Length: 0

[ #6 ] 12.04.21 6:39 Tech.Support KOMENDANT LAB

Это не ошибка, адаптер отвечает, что метод OPTIONS не поддерживается. Он не является обязательным для SIP. Иногда это используется серверами для поддержания порта в сети. Такой ответ вполне обеспечивает эту задачу.