我已經分別配置了使用編解碼器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. Twilio沒有響應SIP邀請
- 6. Android SIP - 未能獲得邀請信號
- 7. SIPp - 多個客戶端SIP邀請到單個服務器 -
- 8. 重新發送box.com的協作邀請
- 9. SIP如何更改音頻編碼解碼器
- 10. cip中的sip解析器#
- 11. 如何在SIP調用邀請請求方法後發送RTPPackets?
- 12. 支持編解碼器操作的Android sip棧?
- 13. 對SIP協議
- 14. C#SIP協議
- 15. 邀請朋友的代碼
- 16. Facebook的朋友邀請碼
- 17. Google應用中缺少商店說明和安裝按鈕邀請邀請
- 18. PHP邀請碼重定向器
- 19. 用於Sox/Audacity的商用MP3編碼器/解碼器
- 20. 爲什麼非邀請SIP定時器F不是強制性的?
- 21. Beta邀請代碼Rails
- 22. 測試版邀請碼+ codeigniter
- 23. WSO2IS:SAML請求編碼/解碼
- 24. VoIP APNS推送有效負載是否包含SIP邀請?
- 25. SIP邀請沒有接收直到180秒
- 26. Mobicents - JAIN-SIP-RI不會重傳錯誤邀請響應
- 27. Symfony2 FOSUserBundle邀請。用戶不被添加邀請代碼
- 28. 如何從SIP邀請中刪除不必要的數據在sipML5中
- 29. 增量邀請計數器與設計邀請
- 30. 「'charmap'編解碼器無法編碼字符」(Http請求)