最近在一個測試中，遇到了OCS和PSTN通話之間的聲音出現嚴重的斷續問題，用戶的使用體驗就是聽對方的聲音不是完整的，有部分的語音丟失，在服務器上判斷就是RTC數據包丟失了。專業術語就是Voice clipping。先看看丟包的恐怖情況：
?居然達到那么17%的丟包率的數值，真是讓人驚訝。經過反復排查，從編碼和E1鏈路查起，也檢查各個設備之間的參數和QoS，抓了N多的數據包。在經歷多次檢測無果之后最后懷疑是不是數據包的傳輸出了問題，難道是網關和IP PBX沒有在一個網段的原因？后來把網關移到了PBX一個網段，測試后發現問題解決，丟包率大幅下降。就在1%以內，這個數值完全可以接受。打了一通電話，效果不錯，沒有斷句這種情況發生了。
要是你也有碰到類似的問題，也不妨試試這樣的方法，或許也是柳暗花明又一村呢。

不過順便說一句，在VoIP通路中，如果有太多的設備串聯在中間，那么最終的語音流程還是有點復雜?？纯聪旅娴暮艚辛鞒?#xff0c;才4個設備，就觸發了那么多的RTC流。不過看著挺美的，不是嗎？（笑）
?

最近看SIP和SDP包看得太多了，都是一邊看RFC，一邊看數據包。以后也考慮弄一些SIP的教程貼上來和大家分享

轉載于:https://blog.51cto.com/ucworld/420254

總結

以上是生活随笔為你收集整理的RTC 媒体流数据包丢包问题解决的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。