监控画面卡顿怎么排查：先看现象分三类，再逐段测带宽与链路

画面卡顿的根因只有三类：链路带宽不足、设备处理能力不足、参数配置不当。排查不要从头摸，先看现象分方向：所有画面同时卡查上行带宽，固定几路卡查接入交换机缓存，晚上卡白天不卡查红外切换后的码流波动。再往下就是 ping、抓包定量测，最后落到子码流预览、主码流录像这条基线。

卡顿现象怎么分类定位？

先给症状分类，能直接把排查范围砍掉一半。 常见三类现象与主攻方向：

先把现象写下来再动手，别一上来就拔线重启。

所有画面同时卡，先查哪里？

所有画面同时卡，方向是核心交换机到 NVR 的上行链路被堵满，而不是摄像机坏了。 先算一笔账：单路主码流按 H.265 常见口径，1080P 约 2–4Mbps、400 万（2K）约 4–6Mbps、800 万（4K）约 8–12Mbps，具体以设备实测码率为准。16 路 2K 全量预览加录像，聚合流量就可能超过百兆上联。处置：

• 上联口从百兆升级到千兆，或做链路聚合；
• 核对 NVR 的接入带宽上限是否覆盖实际码率总和；
• 多路同时预览走子码流（见下文），主码流只用于录像和单路回放。

固定几路卡，为什么多半是交换机缓存？

固定那几路卡、别的路正常，通常是接入交换机缓存不够，突发流量丢包，不是带宽算错。 视频流是突发型流量，交换机小缓存扛不住瞬时峰值就丢帧，表现就是固定点位花屏、卡顿。工程上视频点位建议用缓存较大的交换机，避免几十元的小交换机承载多路高清。

晚上卡白天不卡，和红外切换有什么关系？

夜间切红外后成像参数变化，码流瞬间加大，交换机扛不住波动就丢帧。 处置是把摄像机的码流模式从 VBR（可变码率）改成 CBR（固定码率），峰值被压平，链路压力下降。如果改完还卡，再回到"固定几路卡"的交换机缓存思路。

网络侧卡怎么定量测：ping、抓包与阈值

网络侧有可量化的判据：端到端时延不宜超过 200ms、抖动不超过 50ms、丢包率不超过 0.05%；前端 I 帧间隔超过 3 秒或帧大小波动超过 ±40%，先怀疑编码侧。 分段测试口径：

1. 用 ping 持续测摄像机 IP，观察延迟与丢包率，丢包高先换线、重做水晶头；
2. 分别在摄像机、接入交换机、核心交换机、NVR 四段抓包对比：摄像机侧帧就不完整，判前端编码；接入层丢包率到 1% 判接入传输；核心层丢包率到 0.1% 判核心瓶颈；
3. 全链路无丢包但画面仍卡，方向转向 NVR 解码能力或客户端性能。

需要容量估算时，参考《监控系统带宽与存储计算：码流估算和 NVR 硬盘规划》里的公式。

"本地流畅、客户端卡"说明什么？

把显示器直连 NVR 本地预览：本地也卡，问题在摄像机、链路或 NVR 性能；本地流畅而客户端卡，问题在客户端与网络。 这一步把"设备问题"和"客户端问题"直接分开。客户端侧最常见的两个原因：

• 同时打开的路数超过客户端解码能力，或 CPU 占用持续过高；
• 多路预览误用了主码流，把客户端网卡和处理性能同时压垮。

正确基线：预览用子码流、录像用主码流；客户端同时预览几十路还设主码流，卡是必然的。远程访问场景还叠加公网出口带宽与链路质量，可参考《NVR 远程访问怎么做：端口映射、DDNS 与安全加固》排查出口侧。

预防卡顿的参数基线

设好这组基线，能减少大部分卡顿报修：

1. 摄像机和 NVR 统一 NTP 校时，回放检索错位常被误判成"录像缺失"；
2. 码流优先 H.265 + CBR，主码流按识别需求定，别一味拉高；
3. 多路预览默认子码流，客户端设预览与回放分离；
4. 核对交换机 PoE 功率预算，供电不足导致反复离线会伪装成卡顿；
5. 上联带宽预留 30% 余量，新增点位前先复算。

TL;DR 检查清单

1. 先给现象分类：全卡查上行、局部卡查缓存、夜间卡查码流模式。
2. 单路带宽口径：1080P H.265 约 2–4Mbps，2K 约 4–6Mbps，4K 约 8–12Mbps。
3. 端到端判据：时延 ≤200ms、抖动 ≤50ms、丢包 ≤0.05%。
4. 摄像机侧 I 帧间隔 >3s、帧波动 ±40%，判前端编码。
5. 接入层丢包 ≥1% 判接入，核心层 ≥0.1% 判核心瓶颈。
6. 本地流畅客户端卡，是客户端与网络问题，不是前端问题。
7. 预览走子码流、录像走主码流，客户端别用主码流开几十路。
8. H.265 + CBR + 统一 NTP + PoE 预算核验，四件套降低一半卡顿报修。

参考资料

• 监控画面卡顿常见原因分析（技术资料）
• 监控画面卡顿与录像缺失排查顺序（工程实践）