监控画面正常，车牌机却总掉线？先沿实际流量路径查这4件事

监控和车牌机接在同一套网络里，监控一直正常，车牌机却隔一阵就离线。

于是有人说：视频把路由器拖垮了，必须全部换成工业交换机。

同网确实可能存在资源竞争，但仅凭这个现象，还不能确定设备、供电还是网络出了问题。

先画出连接关系，再沿路径查。

01 先分清流量经过哪里

同一交换网络内的设备通信，通常由交换功能处理，不一定经过路由器的三层转发CPU。跨网段、访问云端或特定部署，才可能经过其他转发路径。

因此，“多路监控都压在路由器CPU上”不是通用结论。要看拓扑、VLAN、网关、上联和录像服务器的位置。

视频业务可能持续占用链路，车牌事件对响应也有要求，但究竟在哪个端口争用，要靠流量与错误统计验证。

02 先确认掉线 有没有伴随重启

设备运行时长是否归零？日志有没有启动记录？交换机端口有没有反复断开？这些能帮助区分整机重启和业务连接失败。

PoE供电只适用于相应设备，不是所有车牌机都用PoE。应核对供电方式、标准、单口和总预算，以及线缆与接头状态。

使用独立电源测试时，也必须符合型号和安装要求，由专业人员处理。不能随便拿一个适配器替换。

重启、链路断开和平台显示离线，可能是不同故障。

03 再查链路 地址与异常流量

核对端口协商、错误计数、丢包、IP冲突、DHCP安排和设备日志。Ping只是线索，不能代表应用通信一定正常。

广播、多播或环路异常可能影响设备，但不能因为存在ONVIF发现报文，就断定发生广播风暴。需要看实际报文速率、拓扑与端口状态。

固定地址和DHCP保留都可以用于规划，关键是统一管理、避免冲突，并保留清楚的地址与设备对应表。

04 做对照测试 不要一次拔掉所有监控

由维护人员在约定窗口、保留必要监控与通行服务的前提下，逐项验证负载、端口、线缆或供电假设。

减少负载后改善，只说明可能有关联，仍需找到拥塞、错误或异常设备所在位置。

整改可以包括改善上联、换合适交换设备、规划VLAN、访问控制和按需配置流量管理，但要针对证据。

VLAN能划分广播域，却不会自动消除共享上联的带宽瓶颈。

先定位，再选设备和配置；整改后复测原有负载。

05 工业标签不能代替能力清单

环境确有温度、湿度或可靠性要求时，核对对应产品能力。是否支持网管、环路保护、风暴控制和所需PoE，也应逐项看规格。

不能因为写了“工业级”，就默认它具备所有网络功能。

同网不是原罪，缺少规划、容量和故障证据，才会让排障反复碰运气。

你们看到的是设备重启、网口掉线，还是平台心跳超时？先把这三种情况分开，现场会更好查。

— 鑫禾智城 —

关注鑫禾智城，让停车网络排障沿着真实路径推进。

参考：Cisco交换网络的风暴控制说明。配图为 AI 场景插画与原创技术图，均仅作示意。