小区监控、门禁瘫痪原因何在？全网瘫痪内幕揭秘

粉丝之家是一家专注于弱电智能化工程的企业，在某个小区项目完工后，时常会遭遇监控失灵、门禁故障、对讲瘫痪等问题，这些状况已经持续了好几年。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

本期要分享的是有关有线网络的实际故障案例。

背景介绍

作为弱电智能化工程的承包商，粉丝之家在完成某小区项目建设后，系统每隔一段时间就会出现监控画面中断、门禁无法刷卡、对讲系统失效等现象，这些运营问题已困扰了业主多年。下面我们来看看客户的详细反馈：

这类故障通常比较复杂，必须通过专业技术手段进行诊断修复。好的，让我们直接进入正题。

网络拓扑

这是典型小区弱电智能化系统的网络结构示意图，简化版本如下：

故障现象

当问题出现时，大部分终端设备都会掉线，比如下图中的监控摄像头、对讲终端等设备都显示离线状态：

问题非常明显，最直接的表现就是设备频繁断连。

排查分析

问题排查持续了较长时间，这里我直接切入关键环节，为大家梳理具体分析过程。

（1）在三个业务VLAN中检测到大量未知单播帧形成的广播风暴，这些数据包的目标地址都是网络中实际不存在的MAC设备，整体泛洪量达到每秒10万以上，导致业务完全瘫痪；

（2）未知单播帧被当作广播帧转发虽然是正常现象，但数量如此庞大确实异常。很可能存在一种情况——这些未知单播帧在传输过程中形成了回环风暴。进一步检测发现，泛洪的未知单播帧源MAC地址为0201，这个地址正是核心交换机的物理地址：

这意味着什么呢？简单来说，核心交换机将这个未知单播帧向下广播转发后，又被下级网络设备反弹回来，形成了恶性循环。

（3）为了验证这个推测，我们直接在汇聚交换机上查看MAC地址漂移记录即可，相关命令：dis mac-address flapping record

可以清楚看到，在VLAN20这个业务网络中，源MAC为0201的核心交换机发出的未知单播帧，在1、5、20这几个下联端口之间持续漂移。具体过程是：上联核心将未知单播帧以广播形式发给汇聚交换机，汇聚再向下转发至1、5、20端口；但汇聚下联端口收到该报文后又将其弹回，导致这个未知单播帧在1、5、20口之间形成了巨大环路，整个VLAN20充斥着这种异常数据包，造成业务瘫痪。至于为什么报文会被弹回，我推测八成与无线网桥的配置有关：

由于条件限制，我们未能收集到更详细的数据进行分析，这里就不展开说明了。

原因定位及解决方案

根本原因在于：VLAN20、21、22等业务网络中充斥着大量未知单播数据包，以每秒10万以上的速率泛洪，导致全网瘫痪，这是目前能够明确观察到的现象。

解决方案：既然是泛洪引起的故障，最直接的方式就是进行流量抑制。在各个汇聚交换机上对"未知单播帧"启用抑制功能，相关配置命令：unicast-suppression pps 1 //在端口启用该功能，限制每秒只转发1个数据包。

后续处理结果：

从当前状态来看，问题已经得到解决，故障环路已被消除。