sip進(jìn)階-wireshark使用及實(shí)例分析-資料下載頁
2025-06-25 23:52本頁面
【正文】 3. RTP Jitter過大（）4. RTP內(nèi)容錯(cuò)誤（）5. 被叫回180就開始發(fā)RTP導(dǎo)致 I幀不全無法解出視頻（）6. 視頻卡頓問題分析（） 參考指標(biāo)： 1. 丟包率：大的丟包率有參考意義，但小的丟包率不能作為參考依據(jù)，因?yàn)橛羞B續(xù)丟包的可能，需要看具體數(shù)據(jù) 2. 抖動(dòng)和亂序：需要看具體幀率是否平滑穩(wěn)定，按mark包（mark標(biāo)記一幀結(jié)束）來統(tǒng)計(jì)幀率，抖動(dòng)需要看視頻解碼的緩沖大小，比如預(yù)設(shè)了512kbit，如果碼率為512kbps，也就是可以緩沖約1s鐘的數(shù)據(jù) 3. 關(guān)鍵幀（I幀）是否完整這段數(shù)據(jù)的回放實(shí)際是有花屏卡頓的，先來看下丟包率數(shù)據(jù)中因?yàn)橥籗SRC有兩個(gè)payload，而這兩個(gè)payload數(shù)據(jù)的Sequence Number又是獨(dú)立計(jì)算，wireshark解析丟包率會(huì)出錯(cuò)，需要重新Export單獨(dú)的Payload數(shù)據(jù)雖然丟包率很小，只有14個(gè)（%），再仔細(xì)看下數(shù)據(jù)，而且是連續(xù)性的丟包 == 0x74a9b431，查看丟包的數(shù)據(jù)丟包的數(shù)據(jù)恰好是I幀（IDR）的數(shù)據(jù)，從前后的264 FU Header中可以看到I幀，I幀以Mark包結(jié)束這段數(shù)據(jù)也是I幀內(nèi)的
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1