我已经分别配置了使用编解码器PCMA,PCMU和G729A的驱动和接收sip端点。当我从驱动端看到SIP邀请时,我会看到相同顺序的编解码器。来自接收方的183会话进程显示G729A,并且该通话继续使用该编解码器。为什么会发生?我预计谈判的编解码器是PCMA。有没有优先权?如有效载荷类型?Sip邀请中的编解码器协商
-1
A
回答
1
SDP产品中的每个medialine都包含支持的编解码器,按降序排列顺序排列。
RFC3264 5.1状态(上SDP名单):
在所有情况下,在该格式的“m =”行必须被在 优先级顺序列出,并列出优选所述第一格式。在这个 的情况下,首选意味着要约的收件人应该使用 格式,并且具有可接受的最高优先权。
而且RFC3264 6.1(对SDP的答案):
虽然回答者可以列出他们的期望 优先顺序的格式,我们建议,除非有特殊原因, 回答者名单格式按相同的相对顺序排列,它们是 。换句话说,如果商品中的流按顺序列出 音频编解码器8,22和48,并且回答者只有 支持编解码器8和48,则建议如果回答者有 没有理由改变它,答案中的编解码器的排序为8, 48,而不是48,8。这有助于确保在两个方向上使用相同的编解码器在 中。
以下各行是从SDP提供所采取;发送者宣布他支持编解码器8,0和101.他更喜欢8(PCMA)超过0(PCMU)。
m=audio 6200 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
接收器将决定哪些编解码器(或多个)将实际使用,并且在SDP应答发送此。他将省略他不支持的编解码器,并可能改变其余编解码器的相对顺序(尽管不推荐)。
相关问题
- 1. SIP编解码器协商
- 2. 【SIP】在android 2.3中是sip api支持重新邀请请求和SDP媒体协商?
- 3. SIP API媒体编解码器
- 4. a2billing sip邀请格式错误?
- 5. 重新发送box.com的协作邀请
- 6. SIP如何更改音频编码解码器
- 7. 支持编解码器操作的Android sip栈?
- 8. C#SIP协议
- 9. 对SIP协议
- 10. Google应用中缺少商店说明和安装按钮邀请邀请
- 11. 用于Sox/Audacity的商用MP3编码器/解码器
- 12. Beta邀请代码Rails
- 13. Mobicents - JAIN-SIP-RI不会重传错误邀请响应
- 14. SIP邀请没有接收直到180秒
- 15. 夫特可编码协议...编码/解码NSCoding类
- 16. 发送邀请邀请Linkedin API
- 17. 邀请朋友邀请系统错误
- 18. 从项目中邀请和删除协作者 - Rails
- 19. magento中的客户邀请
- 20. Facebook中的应用邀请
- 21. 直接在邀请邮件中打开应用商店
- 22. 定义词典编码器和解码器为在夫特的可编码的协议4
- 23. 基于TCP的SIP与基于UDP的SIP [SIP:会话初始化协议]
- 24. 意大利面条路线和邀请编码Bolognese
- 25. SignalR:协商请求期间出错:undefined
- 26. SignalR整合 - 协商请求时出错
- 27. Firebase SMS邀请
- 28. 派对邀请
- 29. 邀请新用户通过Slack邀请他后邀请私人频道
- 30. 火力地堡邀请说邀请发送,但没有收到任何邀请?