MAC 表满会带来什么后果
交换机的 MAC 地址表容量有限，表项写满后新出现的源地址无法学习，目的地址查不到就按未知单播泛洪处理，于是泛洪量上升、转发效率下降，表现为网络越用越慢而链路本身没有错误计数。表满多数是结果而不是起因，常见来源是环路、私接设备、扫描类流量，或者接入规模已经超出设备规格。
基本信息
| 症状 | 未知单播泛洪上升、转发性能下降、表项更新异常 |
|---|---|
| 常见原因 | 环路或私接导致学习量暴增、扫描类流量、设备规格不足 |
| 处置方向 | 定位异常学习源端口、限制单口学习数、评估扩容 |
| 查看入口 | display mac-address 与平台提供的表项统计命令 |
| 规格差异 | 不同型号表项容量差距很大，扩容决策前核对规格表 |
典型使用场景
- 接入网变慢且泛洪增加时确认 MAC 表使用率是否接近上限
- 排查同一 MAC 在多个端口间漂移，判断是否存在二层环路或私接
- 接入扩容前评估现有表项余量，决定是否升级设备型号
- 限制单个端口可学习的地址数，抑制私接交换机带来的表项消耗
- 事件复盘时按时间点对比表项数量变化，还原泛洪起点
查看与限制
查看与限制
display mac-address # 观察表项数量与端口分布
display mac-address summary # 统计信息（命令名按版本）
display mac-address | include 5489 # 按前缀过滤查找可疑地址
interface GigabitEthernet0/0/5
mac-limit maximum 20 # 限制单口学习数量（语法按平台）
show mac address-table count # Cisco 侧统计入口现象与定位方向
| 现象 | 可能原因 | 定位动作 |
|---|---|---|
| 表项数接近规格上限 | 学习量异常或接入规模超规格 | 对比端口分布找出贡献最大的端口 |
| 同一 MAC 在多个端口出现 | 二层环路或私接交换机 | 按端口追踪并用环路检测手段确认 |
| 泛洪量随在线设备增加 | 表项不足导致大量未知单播 | 核对规格余量并评估限制学习或扩容 |
未知单播抑制可以用来临时止损，但它压住的是现象；如果根因是环路，抑制生效后表项仍会持续增长，按学习来源定位才是正解。
限制单口学习数量对哑设备与私接交换机有效，但要在变更前确认正常终端数量低于阈值，否则合法设备会被挤掉。