Тема: CDA3 сбрасывает звонок
Доброго.
вылезла вот такая проблема.
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>Прошивка последняя? Если нет, обновите. Работы в этом направлении в какой-то момент проводились.
Лог не содержит информации по sip.
Дамп не приаттачен.
Возможно нужно подрегулировать уровни в режиме вызова.
Софт последний с вашего сайта.
Вот дамп
https://cloud.mail.ru/public/FfTU/Ngwtdmrsc
Вот сип логи
https://cloud.mail.ru/public/5y8n/QuRWZ4R1k
При попытке сервера позвонить на адаптер с кодеком PCMU (g711u), адаптер отвечает “415 unsupported media type”. Чтобы исключить эти попытки, нужно оставить на сервере в настройках внутреннего номера адаптера только кодек PCMA (g711a), остальные выключить.
Оставил только а-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
Это не ошибка, адаптер отвечает, что метод OPTIONS не поддерживается. Он не является обязательным для SIP. Иногда это используется серверами для поддержания порта в сети. Такой ответ вполне обеспечивает эту задачу.
