IP 冲突的证据在哪
IP 地址冲突的现场表现是时通时断：终端一会儿能上网，一会儿又断，抓包能看到同一地址被两个不同 MAC 应答。冲突的根源通常是手工配置的静态地址落在了 DHCP 地址池范围内，或者用户私自设定了别人正在用的地址。设备侧能提供的证据有两类：ARP 表中同一 IP 对应两个 MAC 交替出现，以及日志里的冲突或重复地址提示。
基本信息
| 适用平台 | 三家厂商设备通用 |
|---|---|
| 证据来源 | ARP 表的重复表项、日志中的冲突提示、DHCP 绑定表 |
| 辅助定位 | 通过 MAC 地址表反查 MAC 所在端口，进而定位接入位置 |
| 权限要求 | 查看类命令用户视图即可 |
| 预防手段 | 静态地址登记台账、DHCP 排除地址、IP 与 MAC 绑定 |
典型使用场景
- 终端报 IP 冲突：确认冲突是否存在以及另一方是谁
- 服务器时通时断：排查是否与办公地址池重叠
- 虚拟化环境漂移：迁移后 IP 未更新造成的冲突
- 地址规划整改：清理静态地址与动态池的重叠段
- 接入安全建设：用绑定表与检测特性提前挡掉冲突
华为 VRP
华为 VRP
<Huawei> display arp | include 10.1.1.50 # 同 IP 是否出现不同 MAC
<Huawei> display logbuffer | include conflict # 冲突类日志
<Huawei> display dhcp snooping user-bind all # 绑定表核对归属
<Huawei> display mac-address | include xxxx-xxxx-xxxx # 反查接入端口思科 IOS
思科 IOS
SW-CORE-01# show arp | include 10.1.1.50
SW-CORE-01# show logging | include duplicate|conflict
SW-CORE-01# show ip dhcp snooping binding
SW-CORE-01# show mac address-table | include xxxx.xxxx.xxxxH3C Comware
H3C Comware
<H3C> display arp | include 10.1.1.50
<H3C> display logbuffer | include conflict
<H3C> display dhcp snooping binding证据链与处理
| 证据 | 说明 | 处理方向 |
|---|---|---|
| ARP 表同 IP 两个 MAC 交替 | 冲突最直接的证据 | 按 MAC 反查端口，找到两台终端 |
| 日志出现冲突提示 | 设备侧的告警记录 | 记录时间点与端口，回溯接入口 |
| DHCP 绑定表与静态地址重叠 | 地址规划问题 | 把静态地址从动态池中排除 |
| MAC 表项在两个端口漂移 | 存在环路或私接设备 | 配合环路排查与端口安全 |
| 终端侧报冲突提示 | 用户侧现象 | 结合以上证据确认真实冲突点 |
找到冲突后不要只改一侧：如果冲突来自「静态手工地址与 DHCP 池重叠」，只改终端治标不治本。把静态地址从地址池里排除，或为这类设备建立绑定表，才能避免同类问题反复出现。