使用wireshark檢測(cè)RTP丟包問(wèn)題

一、RTP協(xié)議簡(jiǎn)介RTP數(shù)據(jù)協(xié)議負(fù)責(zé)對(duì)流媒體數(shù)據(jù)進(jìn)行封包并實(shí)現(xiàn)媒體流的實(shí)時(shí)傳輸，每一個(gè)RTP數(shù)據(jù)報(bào)都由頭部（Header）和負(fù)載（Payload）兩個(gè)部分組成，其中頭部前12個(gè)字節(jié)的含義是固定的，而負(fù)載則可以是音頻或者視頻數(shù)據(jù)。RTP數(shù)據(jù)報(bào)的頭部格式下圖所示：AnRTPDataTransferPacketPT■p可RTP數(shù)據(jù)協(xié)議負(fù)責(zé)對(duì)流媒體數(shù)據(jù)進(jìn)行封包并實(shí)現(xiàn)媒體流的實(shí)時(shí)傳輸，每一個(gè)RTP數(shù)據(jù)報(bào)都由頭部（Header）和負(fù)載（Payload）兩個(gè)部分組成，其中頭部前12個(gè)字節(jié)的含義是固定的，而負(fù)載則可以是音頻或者視頻數(shù)據(jù)。RTP數(shù)據(jù)報(bào)的頭部格式下圖所示：其中比較重要的幾個(gè)域及其意義如下：CSRC記數(shù)（CC）表示CSRC標(biāo)識(shí)的數(shù)目。CSRC標(biāo)識(shí)緊跟在RTP固定頭部之后，用來(lái)表示RTP數(shù)據(jù)報(bào)的來(lái)源，RTP協(xié)議允許在同一個(gè)會(huì)話中存在多個(gè)數(shù)據(jù)源，它們可以通過(guò)RTP混合器合并為一個(gè)數(shù)據(jù)源。例如，可以產(chǎn)生一個(gè)CSRC列表來(lái)表示一個(gè)電話會(huì)議，該會(huì)議通過(guò)一個(gè)RTP混合器將所有講話者的語(yǔ)音數(shù)據(jù)組合為一個(gè)RTP數(shù)據(jù)源。負(fù)載類型（PT）標(biāo)明RTP負(fù)載的格式，包括所采用的編碼算法、采樣頻率、承載通道等。接收方會(huì)檢查負(fù)載類型，進(jìn)而決定如何處理收到的數(shù)據(jù)，比如，把數(shù)據(jù)傳遞給專門的解壓器。ExamplesofStaticPavloadTypeAssignmeiPayloadTypeNumber PayloadFormat Specification Desc0AUDIG/PCMURFC1390rru(3AUDIO/GSMRFC1890GSM8AUDIO/PCMARFC1890rruc12AUMG/QCELPRFC265SP-ur臥14AUDIO/MPARFC2250MPEC26VIDEO/JPEGRFC2435Motk31VIDE0/H261RFC2032rru卜32VIDEO/MPVRJ=C2250MPEC序列號(hào)(SequenceNumber)用來(lái)為接收方提供探測(cè)數(shù)據(jù)丟失的方法，但如何處理丟失的數(shù)據(jù)則是應(yīng)用程序自己的事情RTP協(xié)議本身并不負(fù)責(zé)數(shù)據(jù)的重傳。時(shí)間戳記錄了負(fù)載中第一個(gè)字節(jié)的采樣時(shí)間，接收方根據(jù)時(shí)間戳能夠確定數(shù)據(jù)的到達(dá)是否受到了延遲抖動(dòng)的影響，但具體如何來(lái)補(bǔ)償延遲抖動(dòng)則是應(yīng)用程序自己的事情。從RTP數(shù)據(jù)報(bào)的格式不難看出，它包含了傳輸媒體的類型、格式、序列號(hào)、時(shí)間戳以及是否有附加數(shù)據(jù)等信息，這些都為實(shí)時(shí)的流媒體傳輸提供了相應(yīng)的基礎(chǔ)°RTP協(xié)議的目的是提供實(shí)時(shí)數(shù)據(jù)(如交互式的音頻和視頻)的端到端傳輸服務(wù)，因此在RTP中沒(méi)有連接的概念，它可以建立在底層的面向連接或面向非連接的傳輸協(xié)議之上；RTP也不依賴于特別的網(wǎng)絡(luò)地址格式，而僅僅只需要底層傳輸協(xié)議支持組幀(Framing)和分段(Segmentation)就足夠了；另外RTP本身還不提供任何可靠性機(jī)制，這些都要由傳輸協(xié)議或者應(yīng)用程序自己來(lái)保證。在典型的應(yīng)用場(chǎng)合下，RTP一般是在傳輸協(xié)議之上作為應(yīng)用程序的一部分加以實(shí)現(xiàn)的.由前文可見(jiàn)，我們可以抓取RTP包,解析它，并觀察序列號(hào)的連續(xù)情況來(lái)確定是否丟包。二、原理總結(jié)RTP序列號(hào)可以用來(lái)區(qū)分和標(biāo)識(shí)RTP報(bào)文，并為探測(cè)是否有丟包和是否有包的傳輸順序錯(cuò)亂等問(wèn)題提供了很好的線索。序列號(hào)通常為一個(gè)16位的無(wú)符號(hào)二進(jìn)制整數(shù)，并且以1個(gè)步長(zhǎng)逐步遞增。當(dāng)序列號(hào)遞增到最大值時(shí)，會(huì)自動(dòng)恢復(fù)為0。在英文中，這種到達(dá)最大值后清0的行為被叫做：wrap-around.

注意：除了wrap-around.情況外，序列號(hào)永遠(yuǎn)遵循連續(xù)的原則，報(bào)文每發(fā)送一次，就遞增1,而不會(huì)以其他步長(zhǎng)往前或往后跳躍。綜上：（1）序列號(hào)的一個(gè)主要用途是丟包檢測(cè)。當(dāng)接收方發(fā)現(xiàn)序列號(hào)出現(xiàn)以大于1的步長(zhǎng)跳躍的情況，就可以認(rèn)為是丟包。接收方應(yīng)采取措施來(lái)規(guī)避或解決這個(gè)問(wèn)題；三在包的實(shí)物序被打梗情況況下wremark抓包包排并，檢查丟包現(xiàn)象（1）使用wireshark抓取所有UDP報(bào)文（這里假定RTP是基于UDP之上的）將抓取到的報(bào)文解析為RTP,如下圖所示：FilleEditViewGoCaptureAnalyzeStatisticsTelephonyToolsInternalsHelpgi飆嗦薛摩［白宙首?、翎麟◎奮坐找頃回□［筆里Mo.TimeSource［JeEtinstionProtocolLengthSequencenumber10.□□□□□□172.16.S.2317Z.16.3.1UDP1450Mo.TimeSource［JeEtinstionProtocolLengthSequencenumber10.□□□□□□172.16.S.2317Z.16.3.1UDP14502□.aOO62S172.16.8.23172.16.8.LUDP1450ma.aongg172.16.8.23172.16.8.LUDP14504□.001784172.16.8.23172.16.8.LUDP14505a.a02270172.16.8.23L72.JL6.B.l.UDP1450Filter: —Expression...ClearApply130.06437S140.064587QQ00016Q.066316 172.16.B.2315Q.065S+6 172.16.B.23Frame1:1450bytes,onwire(11600bllEthernetll?5rc:Pelco_23:dd:74(0D:(internetPrcitocolvcrsion4,src:172.UserOaitagrantiProtocol,ErePort:676((64bytes)0.031639172.16.B.230.032576 172.16.B.23g0.035024 172.16.B.23100.0M45E 172.16.B.23ShowCurrent172.16.B.23ShowCurrent（3）分析報(bào)文（在報(bào)文較多且雜的情況下，可用excel導(dǎo)出數(shù)據(jù)查看），發(fā)現(xiàn)丟包:No.TimeSourceDestinationProtocolLengthSequencenumber4061.031060172.16.8.23172.16.S.1RTF3774091.0BBB2B172.16.8.23172.16.S.1RTP1044101.034192172.16.8.23172.16.S.1RTP14504111.034624172.16.8.23172.16.S.1RTP14504121.0B50B2172.16.8.23172.16.S.1RTP14504131.0B5954172.16.8.23172.16.S.1RTP14504141.037113172.16.8.23172.16.S.1UDP14504151.037328172.16.8.23172.16.B.1UDP1450 4161.037566172.16.8.23172.16.B.1UDP14504171.037757172.16.8.23172.16.B.1UDP1450Thesequen4181.037976172.16.乩n172.16.B.1UDP1450continuous-；4191.03B209172.16.8.23172.16.B.1UDP1450Detect4201.03B419172.16.乩n172.16.S.1UDP14504211.038657172.15.8.23172.16.B.1UDP14504221.03B92B172.