监控视频有花屏马赛克

先钉死因果：为什么是"125.83→18.61"这段

• 125.83 抓包 → 18.61 有重传​ → 说明 125.83 发出来的 RTP 流在到 18.61 的路上被丢，125.83 端 TCP 层（如果是 TCP 封装）或应用层在重试
• 分点核心长 ping 18.61 大包最高 47ms 抖动​ → GB/T 28181 对视频监控的要求是抖动 <50ms、丢包 <0.1%，你已经踩到抖动红线了，47ms 是"最高值"意味着均值可能 20-30ms 但尖峰冲线，大包 ping 的抖动比小包更能反映视频流（持续大流量）的真实队列情况
• 跨 GZ 网 → GA 网，两个局域网，流穿 18.61 这个边界​ → 这一段几乎一定有 NAT/安全策略/可能还有 GRE 或 VPN 隧道，是 RTP 被剁或被限速的高发区

💡 海康流媒体服务器发流默认走 RTP over UDP，端口一般 30000-40000 区间，信令 RTSP 554、HTTP 8000。UDP 过边界设备，任何一处限速/丢队列/MTU 不一致，直接花屏。

你这条链路的几个高概率坑（按可能性排）

🔴 坑 1：18.61 这个 GZ 网边界设备在限 UDP 或做 NAT 没放 RTP 端口

• UDP 30000-40000 放行没？GA 网侧 38/131/212/4 那几个边界也要同步查
• 是不是做了 QoS 但监控流没进高优先级队列（802.1p 5/6/7）
• 如果 18.61 是防火墙，有没有做 session 限速 / UDP 超时过短，RTP 长流容易被误杀
• NAT 场景下 SDP 里 IP 是不是还写的内网地址（GB28181 点播经典坑）

🔴 坑 2：MTU 跨边界不一致 → RTP 大包被分片丢

• GRE 隧道 / IPsec VPN / MPLS 伪线 → 外层封装吃掉 20-60 字节，端端 MTU 可能只剩 1440-1460
• 中间某跳交换机 MTU 还是 1500，大帧 RTP 分片过不去就被丢

🔴 坑 3：47ms 大包抖动的来源 = 18.61 边界队列拥塞

• 18.61 这个边界设备上联可能跑满（GZ→GA 跨网那条链路利用率？）
• 或者 18.61 是软路由/防火墙，大包要走 CPU 转发出队，队列积压

• Input/output errors（CRC，光模块/跳线 mismatch， 经典坑）
• Discard/drop（缓冲区满、限速触发，视频流大概率是这项）
• 带宽利用率是不是 >70%（>70% 开始丢包）

🟡 坑 4：海康流媒体默认 UDP，改 TCP 能立刻缓

📌 操作：在熙菱平台或流媒体服务器侧把取流 URL 改成 rtsp://.../Channels/101?transportmode=unicast&tcp 试一路，如果那一路花屏消失，100% 确认是 UDP 丢包问题，网络侧再细查。

🟢 坑 5：OSPF 全 Area 0 —— 不是主因，但可以顺手优化

• LSA Type 1 全网泛洪，核心多跳的 LSDB 偏大，18.61 这种边界如果收敛会闪断（但你现象是持续花屏不是间歇，所以排除）
• 分点 1/2 如果将来加多区域做汇总会更稳，但跟本次花屏无关，记一笔以后改

给你的排查顺序（最快定位）

1. 熙菱平台挑一路切点 TCP 试（?transportmode=unicast&tcp），花屏消失→锁定 UDP 丢包，网络侧背锅；还花→可能是编码侧（码率/I 帧间隔）或平台侧
2. 125.83 和 18.61 双向大包 ping 测 MTU：ping -s 1472 → 1400 → 1300，找临界点
3. 18.61 + GA 侧 38/131/212/4 逐跳看 interface CRC/discard/利用率，重点找 discard 在涨的那台
4. 18.61 安全策略逐条过：UDP 30000-40000、554、8000 放行没？QoS 监控流进最高优先级没？有没有 session 限速？
5. 125.83 和 18.61 两侧同时抓 RTP（filter udp portrange 30000-40000），Wireshark 里 Telephony → RTP → Show Streams，看 Lost 列和 Jitter 列，丢包落在哪一段一比对就知道是哪跳剁的
6. OSPF 全 Area 0 这次不急，链路稳了之后可以把分局以下的分点划 Area 1 做汇总

处置优先级（改网络侧之前先用 TCP 验证）

⚠️ 一个容易忽略的点：GZ 网 18.61 → GA 网 38/131/212/4 这几跳，GA 网侧 38/129/16/200-201 熙菱平台那边也要确认下收流网卡的 ring buffer / UDP 接收缓冲区有没有撑住，ZLM 类媒体服务器并发高时 UDP 收包缓冲区小也会丢，但你说花屏"所有流"都花，更像是上游统一剁的而不是平台侧单点。

ping连通性正常吗，看下接口负载情况 

网络结构不合理

花屏根本原因：跨 gz/ga 边界链路拥塞，大包高延迟、TCP 大量重传，视频关键帧分片丢失；瓶颈在 gz 边界 18.61 设备。
快速缓解：流媒体强制 TCP 取流、全链路统一 MTU、临时降低摄像头码流。
根治方案：视频流量全局标记 DSCP EF 高优先级 QoS、OSPF 多区域隔离路由抖动、边界扩大端口缓存、优化 MTU 分片。
排查顺序：定位拥塞跳点→应急调优缓解画面→全网 QoS 架构优化→底层物理链路校验。