摘要： 很多人认为视频流丢一点包没关系，预览看不出卡顿。但是AI抓拍、目标轨迹跟踪对帧时序敏感，小包乱序、随机丢包会直接造成抓拍缺失、轨迹断裂，平台算法异常。
一、现象痛点
预览画面流畅，回放看起来正常；但是平台经常缺抓拍图片、人车轨迹断断续续、车牌漏识别；ping丢包率很低（0.1%级别），很难引起重视。
根源是传输协议特性不同，抓拍帧、元数据小包丢包的影响远大于视频画面丢包。
二、三种协议特性
-
UDP：无连接，低延迟，但是不重传、无序；适合实时预览；一旦抓拍数据包丢失，直接丢抓拍结果；
-
RTSP（底层TCP）：有序、重传；丢包会等待重传，带来延迟、码流卡顿，轨迹跟踪容易超时断链；
-
厂商私有抓拍协议：很多车牌相机抓拍图片、识别结果走独立私有TCP通道，和视频流分开，优先级更高。
重点：视频流和抓拍元数据最好分通道、分优先级。
三、排查方法
-
抓包看抓拍消息、图片报文，是否存在重传、丢包；
-
区分是视频流丢包，还是识别结果、抓拍图丢包；
-
交换机开启QoS，把抓拍报文优先级调高。
四、优化方案
-
网络交换机开启QoS，识别抓拍、事件报文最高优先级；
-
独立VLAN：智能IPC业务单独VLAN，和办公、普通监控隔离；
-
协议策略：预览流UDP，抓拍结果、图片上传走TCP私有通道；
-
控制抖动：交换机启用流控，避免瞬时码流冲击队列溢出。
五、小结
预览流畅不等于AI业务可靠。轨迹、抓拍、识别结果属于信令业务，对时序、完整性要求高于视频预览。弱抖动、低丢包网络，最容易出现预览正常、AI业务随机异常这种隐性坑。