【问题标题】:SipML5 and Asterisk returning 488 in makeCallSipML5 和 Asterisk 在 makeCall 中返回 488
【发布时间】:2015-01-23 17:57:18
【问题描述】:

尝试使用 SipML5 和 Asterisk13 进行视频音频通话,一个用户在 Chorme 和另一个 Firefox,但在“响铃”(180) 之后,呼叫者收到“此处不可接受”(488)。 星号消息:

[Jan 23 11:38:27] NOTICE[11127][C-00000004] chan_sip.c: Received AVP profile in audio answer but AVPF is enabled, disabling: audio 36436 RTP/AVP 111 8 0 101 [Jan 23 11:38:27] WARNING[11127][C-00000004] chan_sip.c: We are requesting SRTP for audio, but they responded without it!

关于我在几页中找到的 488:

488 此处不可接受 - 响应与 606(不可接受)含义相同,但仅适用于 Request-URI 寻址的特定资源,并且请求可能在其他地方成功。 包含媒体能力描述的消息体可能出现在响应中,根据 INVITE(或 application/sdp,如果不存在)中的 Accept 头字段格式化,与 200(OK)中的消息体相同响应 OPTIONS 请求。

您没有使用“avpf=yes”在对等、用户或朋友条目中启用 AVPF 支持,或者没有允许调用者支持的编解码器。

但我没有找到任何解决此问题的方法。是的,SIP 中的菜鸟。 我尝试过的最好的方法是在 sip.conf 中更改我的同伴(添加 avpf=true),但连星号消息都没有更改。

是编解码器的问题吗?如果是这样,我该如何更改在这种情况下有效的? 如果没有,这里发生了什么?有点失去理智了。 ^^"

【问题讨论】:

  • 这个问题你解决了吗?
  • 对不起,我运气不好。

标签: asterisk webrtc codec sipml


【解决方案1】:

很可能,Asterisk 遵循 RFC,您在协商安全 SRTP 会话时需要使用 SAVP / SAVPF 配置文件。

【讨论】:

猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多