MAC 表清理与异常表项处理
排查终端位置类问题时，最有效的手法往往不是逐台翻表，而是先把动态表项清空，再触发一次通信让它重新学习——这样得到的表项一定是最新的。除了常规清理，MAC 表还常暴露两类异常：同一个 MAC 在两个端口之间反复漂移（环路或私接设备），以及在表里但转发不通的黑洞表项（对端已离线或链路异常）。
基本信息
| 适用平台 | 全部交换机（华为 VRP、思科 IOS、H3C Comware） |
|---|---|
| 华为/H3C 命令 | reset mac-address（可指定接口或 VLAN） |
| 思科命令 | clear mac address-table dynamic（可按接口或 MAC 指定） |
| 清理范围 | 动态表项可清；静态表项需用配置命令删除 |
| 常见异常 | MAC 漂移、表项存在但转发不通 |
| 注意 | 清表会导致瞬时泛洪，属正常现象 |
典型使用场景
- 终端换口定位：清表后 ping 一次终端，立刻得到最新归属端口
- MAC 漂移处置：确认同一 MAC 是否在两个端口间跳变，判断环路或私接
- 表项容量告急：表项接近上限时清理无效条目，或评估扩容
- 迁移后核对：设备搬迁后确认终端学习位置是否与布线一致
- 巡检取证：定期导出动态表项，与接入台账比对
华为 VRP
华为 VRP
<Huawei> reset mac-address # 清空动态表项
<Huawei> reset mac-address interface GigabitEthernet 0/0/1 # 只清某个端口
<Huawei> reset mac-address vlan 10 # 只清某个 VLAN
<Huawei> display mac-address | include 0011-2233-4455 # 重新学习后查询
[Huawei] undo mac-address 0011-2233-4455 vlan 10 # 删除指定表项（写全参数）思科 IOS
思科 IOS
SW-CORE-01# clear mac address-table dynamic # 全部动态表项
SW-CORE-01# clear mac address-table dynamic interface Gi1/0/5 # 按接口
SW-CORE-01# clear mac address-table dynamic address 0011.2233.4455 # 按 MAC
SW-CORE-01# show mac address-table dynamic # 重新学习后查看
SW-CORE-01# show mac address-table count # 表项使用量H3C Comware
H3C Comware
<H3C> reset mac-address
<H3C> reset mac-address interface GigabitEthernet 1/0/5
<H3C> reset mac-address vlan 10
<H3C> display mac-address
[H3C] undo mac-address 0011-2233-4455 vlan 10
! 删除静态表项时参数必须完整，漏一项命令不命中异常表项与处置
| 现象 | 判断 | 处置 |
|---|---|---|
| 同一 MAC 在两个口间跳变 | MAC 漂移，多为环路或私接 | 顺着两个端口查物理拓扑，检查聚合与生成树 |
| 表中有表项但 ping 不通 | 黑洞表项，对端已离线 | 清表后重新学习验证 |
| 表项数量接近上限 | 容量不足 | 清理无效条目并评估扩容 |
| 静态表项删不掉 | 参数不完整 | 按原配置参数补全后删除 |
清表会造成短暂的未知单播泛洪，对业务影响通常可以忽略；但用脚本高频清表会让转发效率下降。清理的目的是让学习结果可信，而不是把它当成常规操作。