1. 问题现象与初步判断
那天早上刚到公司,保安老张就急匆匆跑来找我:"监控室的大屏幕全黑了!16个摄像头有12个都没图像!"作为IT部门的"消防员",我立刻意识到这绝不是简单的设备故障。监控系统瘫痪意味着整个园区的安全防线出现漏洞,必须争分夺秒恢复。
来到监控室,首先观察设备状态:
- NVR录像机指示灯正常(绿色常亮)
- 交换机所有端口灯都在闪烁
- 部分摄像头红外灯未启动
- 有图像的4个摄像头都是最近新装的200万像素设备
这个现象很典型——老款摄像头集体罢工,新款设备正常工作。初步判断问题可能出在:
- 供电系统异常(但部分设备正常)
- 网络传输故障(交换机看似正常)
- 协议兼容性问题(新旧设备差异)
- 设备固件/配置错误(批量性故障)
注意:遇到多摄像头同时故障时,首先要观察有图像和无图像设备的共同特征,这往往能快速锁定问题方向。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 供电系统排查:被忽视的细节
先从最基础的供电查起。我们的监控系统采用PoE供电模式,所有摄像头通过网线从交换机取电。使用福禄克网络测试仪检测发现:
| 检测项 | 正常值 | 故障线路测量值 |
|---|---|---|
| 电压 | 48V±5% | 38.2V |
| 电流 | ≤0.5A | 0.68A(峰值) |
| 线序 | 标准 | 3/6线对反接 |
问题逐渐清晰:
- 交换机过载导致输出电压不足
- 部分网线制作不规范造成压降
- 老款摄像头功耗更高(5W vs 新款3W)
临时解决方案:
bash复制# 登录交换机查看功率预算
show power inline
# 关闭非关键端口供电
config t
interface range gi1/0/1-12
power inline never
end
通过减少负载,剩余端口的供电电压恢复到45V,但仍有7个摄像头无法启动。这说明除了供电问题,还有其他因素。
3. 网络协议冲突:隐藏的元凶
进一步抓包分析,发现异常现象:
- 新款摄像头使用ONVIF协议
- 老款摄像头使用私有协议
- ARP请求有大量重传
- 部分端口出现STP震荡
问题本质是:新部署的监控管理平台默认开启了IG
