冲突表为什么会占地址
DHCP 服务器检测到地址被占用后，会把该地址放进冲突表并停止分配。网络调整或终端更换之后如果不清理这些记录，地址会长期空置；地址池偏小的时候，直接表现就是「地址不够用」，而实际上可用地址被冲突记录占着，与真实的地址短缺是两回事。
基本信息
| 适用平台 | 开启 DHCP 服务器功能的三厂设备 |
|---|---|
| 华为 | display dhcp server conflict 与 reset dhcp server conflict |
| 思科 | show ip dhcp conflict 与 clear ip dhcp conflict |
| H3C | display dhcp server conflict all 与 reset dhcp server conflict |
典型使用场景
- 地址池可用数量偏少，怀疑冲突记录占位
- 排查频繁出现的地址冲突告警来源
- 网络调整或终端更换后清理历史冲突记录
- 与租约回收配合完成地址池整理
- 排查「池里明明有地址却分不出去」
华为 VRP
华为 VRP
<Huawei> display dhcp server conflict # 查看冲突地址记录
<Huawei> display dhcp server statistics # 收发包与分配统计
<Huawei> reset dhcp server conflict # 清理冲突记录
<Huawei> display dhcp server ip-in-use # 同步核对已分配地址思科 IOS
思科 IOS
SW-CORE-01# show ip dhcp conflict
SW-CORE-01# clear ip dhcp conflict 192.168.10.20 # 精确清理
SW-CORE-01# clear ip dhcp conflict * # 全量清理
SW-CORE-01# show ip dhcp bindingH3C Comware
H3C Comware
<H3C> display dhcp server conflict all
<H3C> reset dhcp server conflict ip-address 192.168.10.20
<H3C> reset dhcp server conflict all
<H3C> display dhcp server ip-in-use冲突记录的处理方式
| 动作 | 命令形态 | 注意点 |
|---|---|---|
| 查看记录 | display dhcp server conflict 或 show ip dhcp conflict | 记录地址与检测方式，判断冲突来源 |
| 精确清理 | 指定地址清理 | 影响面最小，日常优先使用 |
| 全量清理 | reset 或 clear 全部 | 确认根因已解决后再执行 |
| 检测方式 | ping 检测或 ARP 检测配置 | 影响冲突判定的灵敏度与误判率 |
冲突根因没有解决就清表，等于把冲突地址重新分配出去，故障从「地址被占」变成「用户断网」。清理前先确认冲突来源已经消除，例如非法静态地址已经改掉。
冲突表与地址绑定表是两套独立记录：只清一边时可用地址数不会明显增加，排查「地址不够用」时两个命令都要看，避免只盯着其中一张表反复操作。
冲突记录长期存在往往指向两类源头：有人手工给终端配置了地址池内的地址，或者接入侧存在私接的小型路由器在发放地址。清理记录之前先确认这两类情况已经排除，否则记录会反复出现。