Webrtc 回答时,星号13.7.2 pjsip 2.4.5意外再见,SIP原因58

Webrtc 回答时,星号13.7.2 pjsip 2.4.5意外再见,SIP原因58,webrtc,asterisk,pjsip,Webrtc,Asterisk,Pjsip,我正在将Asterisk 11升级到13,并使用WebRTC enpoints测试新配置。出于某种原因,PJSIP在接收到来自应答端点的OK数据包后,正在放弃向应答端点发送BYE的呼叫。控制台中没有任何错误,只有==此时(1:0/0/1)每个人都很忙/拥挤,在发送ACK和BYE之间填充 同时,客户端能够拨打电话、监听消息或执行通过iax路由的呼叫 在相同的场景中,星号11刚刚建立连接: SIP/920-00000009 answered SIP/929-00000008 Audio is at

我正在将Asterisk 11升级到13,并使用WebRTC enpoints测试新配置。出于某种原因,PJSIP在接收到来自应答端点的OK数据包后,正在放弃向应答端点发送BYE的呼叫。控制台中没有任何错误,只有==此时(1:0/0/1)每个人都很忙/拥挤,在发送ACK和BYE之间填充

同时,客户端能够拨打电话、监听消息或执行通过iax路由的呼叫

在相同的场景中,星号11刚刚建立连接:

SIP/920-00000009 answered SIP/929-00000008
Audio is at 10292
Adding codec 100003 (ulaw) to SDP
你能告诉我这种行为的原因吗? 具有相同配置星号13的P.S完全可以发送/接收SIP消息


由于此论坛不喜欢将SIP调试输出填充为代码,您可以在星号社区论坛上查阅我的SIP调试、pjsip.conf端点配置和pjsip show contacts output

我找到了原因,这是端点配置中的选项“force_avp=yes”。当所有INVITE和OK数据包中都存在媒体详细信息“m=audio 31118 UDP/TLS/RTP/SAVPF 0”时,有人能告诉我为什么会出现这种情况吗

还有一个问题,有没有合理的方法来调试这些问题?我想在控制台/日志中获取可读消息,原因是通道不可用?我想它应该在pjsip库中,但是有什么方法可以得到它吗

另外,我还发现,没有选项“use_avpf=yes”(也没有选项“force_avp=yes”)连接已经建立,但是端点之间没有音频