使用wireshark检测RTP丢包问题

一、RTP协议简介RTP数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每一个RTP数据报都由头部（Header）和负载（Payload）两个部分组成，其中头部前12个字节的含义是固定的，而负载则可以是音频或者视频数据。RTP数据报的头部格式下图所示：AnRTPDataTransferPacketPT■p可RTP数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每一个RTP数据报都由头部（Header）和负载（Payload）两个部分组成，其中头部前12个字节的含义是固定的，而负载则可以是音频或者视频数据。RTP数据报的头部格式下图所示：其中比较重要的几个域及其意义如下：CSRC记数（CC）表示CSRC标识的数目。CSRC标识紧跟在RTP固定头部之后，用来表示RTP数据报的来源，RTP协议允许在同一个会话中存在多个数据源，它们可以通过RTP混合器合并为一个数据源。例如，可以产生一个CSRC列表来表示一个电话会议，该会议通过一个RTP混合器将所有讲话者的语音数据组合为一个RTP数据源。负载类型（PT）标明RTP负载的格式，包括所采用的编码算法、采样频率、承载通道等。接收方会检查负载类型，进而决定如何处理收到的数据，比如，把数据传递给专门的解压器。ExamplesofStaticPavloadTypeAssignmeiPayloadTypeNumber PayloadFormat Specification Desc0AUDIG/PCMURFC1390rru(3AUDIO/GSMRFC1890GSM8AUDIO/PCMARFC1890rruc12AUMG/QCELPRFC265SP-ur卧14AUDIO/MPARFC2250MPEC26VIDEO/JPEGRFC2435Motk31VIDE0/H261RFC2032rru卜32VIDEO/MPVRJ=C2250MPEC序列号(SequenceNumber)用来为接收方提供探测数据丢失的方法，但如何处理丢失的数据则是应用程序自己的事情RTP协议本身并不负责数据的重传。时间戳记录了负载中第一个字节的采样时间，接收方根据时间戳能够确定数据的到达是否受到了延迟抖动的影响，但具体如何来补偿延迟抖动则是应用程序自己的事情。从RTP数据报的格式不难看出，它包含了传输媒体的类型、格式、序列号、时间戳以及是否有附加数据等信息，这些都为实时的流媒体传输提供了相应的基础°RTP协议的目的是提供实时数据(如交互式的音频和视频)的端到端传输服务，因此在RTP中没有连接的概念，它可以建立在底层的面向连接或面向非连接的传输协议之上；RTP也不依赖于特别的网络地址格式，而仅仅只需要底层传输协议支持组帧(Framing)和分段(Segmentation)就足够了；另外RTP本身还不提供任何可靠性机制，这些都要由传输协议或者应用程序自己来保证。在典型的应用场合下，RTP一般是在传输协议之上作为应用程序的一部分加以实现的.由前文可见，我们可以抓取RTP包,解析它，并观察序列号的连续情况来确定是否丢包。二、原理总结RTP序列号可以用来区分和标识RTP报文，并为探测是否有丢包和是否有包的传输顺序错乱等问题提供了很好的线索。序列号通常为一个16位的无符号二进制整数，并且以1个步长逐步递增。当序列号递增到最大值时，会自动恢复为0。在英文中，这种到达最大值后清0的行为被叫做：wrap-around.

注意：除了wrap-around.情况外，序列号永远遵循连续的原则，报文每发送一次，就递增1,而不会以其他步长往前或往后跳跃。综上：（1）序列号的一个主要用途是丢包检测。当接收方发现序列号出现以大于1的步长跳跃的情况，就可以认为是丢包。接收方应采取措施来规避或解决这个问题；三在包的实物序被打梗情况况下wremark抓包包排并，检查丢包现象（1）使用wireshark抓取所有UDP报文（这里假定RTP是基于UDP之上的）将抓取到的报文解析为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）分析报文（在报文较多且杂的情况下，可用excel导出数据查看），发现丢包: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.