什么是流媒体，什么是RTP？

流媒体是指Internet上使用流式传输技术的连续时基媒体（实时的视频或者语音等）。

RTP（Real-time Transport Protocol）：是一种实时传输协议，常用于流媒体的上传协议，此协议构建在UDP之上。

视频流服务-UDP乱序、丢包导致的录像花屏故障：

故障拓扑

故障说明

录像视频上传至云存储出现UDP乱序或者丢包，因为流媒体对带宽及链路质量的高要求，因上传资源存在UDP乱序或者丢包，则回调视频会出现花屏现象。

故障现象

存储上抓包：收到的录像数据存在UDP乱序及丢包的情况

故障处理过程

• 网络链路排查

通过录像端网关去ping存储端，PING数据均正常。

前端点位ping网关花屏的突发延迟有点高。

相比不花屏的，花屏突发延迟有很高

• 抓包分析排查（如何将抓包的数据UDP流转为RTP流？）

选择decode as..(也即解码为)

IP我这边设置不一样

设置当天协议选择为RTP：

选择流分析：对RTP流进行分析

查看结果：发现存在UDP乱序及丢包的情况

告诉大家个好玩的：只要解码为RTP报文，就可以进行视频流的*放播**。

保存后raw文件，该文件可以通过*放播**器进行流媒体*放播**，进而查看下级推送过来的视频流是否正常（有无花屏卡顿现象）。如果平台国标对接中的视频流基于TCP传输，则需要用RTP工具才能转换成可*放播**的视频文件。

目前排查到的结果：

• 目前查到A、B两点上下线数据均存在UDP乱序情况。
• 因*会两**封网，需要在封网后对C、D、E顺序进行抓包分析。

结论：目前无法给出确定的结论。注意两点：花屏的三个点有两个点位待网关源ping是延迟高于30ms的；云存储存在好的不花屏的存储。

1、若是存储问题，为何存在不花屏的存储录像？

2、若是网络链路质量问题，骨干链路，也即HYTX-7602--TO--G05G07-S5554这段应该没问题（因为存在其他存储的录像不花屏）。

那么大家想想问题出在哪了？应该怎么排查？