无线客户端因地址冲突频繁掉线，且问题仅出现在无线侧，这通常是AC（无线控制器）的 “IP地址冲突检测（CSI）” 功能被触发导致的。
原因分析
你的网络里，无线客户端获取的IP和其他有线设备并不在同一个地址池，但IP地址冲突仍然可能发生。这主要是两种机制协同作用的结果：
CSI 主动探测：H3C 的 AC 默认会启用一个“IP地址冲突检测”功能。AC会通过各种方式（如监听ARP或IPv6邻居发现报文）来确认网络内IP的唯一性。一旦它判断地址已被占用，就会强制挤掉旧的或仿冒的无线客户端。
DHCP 服务端被动响应：当DHCP服务器收到申请时，会主动用
ping包检查IP是否被占用。如果发现地址已被占用，会将此IP标记为“冲突”，不再分配。
所以，你观察到的“有线侧正常，无线侧掉线”，很可能就是AC触发冲突检测机制，主动将客户端踢下线了。
排查步骤
我们可以按以下顺序，从现象到根源来锁定问题：
1. 确认是AC主动踢人
在AC查看无线客户端的下线原因。
<details> <summary> 查看AC上的客户端下线记录</summary>
# 请将 <mac-address> 替换为客户端的真实MAC地址
2. 定位冲突源
定位冲突的关键在于，通过冲突IP找到所有对应MAC地址和接入端口。
在AC上定位：使用命令
display wlan statistics client-ip-conflict查看具体的冲突记录。在核心/网关设备上定位：使用
ping或display arp命令，查看当前哪个MAC地址正在使用冲突IP。- # 请将 <IP> 替换为上一步找到的冲突IP <Core> display arp | include <IP>紧急释放地址：若找到冲突IP和MAC，可在核心设备上执行
reset dhcp server conflict命令手动清理冲突记录
3. 排查深层原因
特殊设备占用IP：网络中可能存在打印机、摄像头等静态配置了IP（恰好位于DHCP地址池内）的设备。
DHCP服务冲突：网络中可能存在私接的路由器，也开启了DHCP服务，导致地址分配混乱。
ARP或环路问题：错误的ARP表项或二层环路可能导致设备发出虚假的ARP应答，误导地址冲突检测。
网关配置：请确保核心交换机的DHCP服务配置正确，且所有无线客户端的业务VLAN都能正确与DHCP服务器通信。
解决方案
完成以上排查后，可根据你的需求选择以下方案：
方案一：根治冲突（推荐）
彻底清除冲突源是治本之策。确认所有有线设备（打印机、服务器等）都未静态占用DHCP地址池的范围。对于必须使用固定IP的设备，请在DHCP服务器上为它们配置“静态绑定”。方案二：临时规避（用于快速恢复业务）
在确认网络中没有恶意设备后，可临时关闭AC的地址冲突检测功能来快速恢复业务。[AC] undo wlan client ip-conflict-detection enable 重要提醒：关闭此功能后，出现真正地址冲突时网络中断的风险会增加。如果你开启了Portal认证，不建议关闭此功能，否则可能导致认证异常。方案三：优化无线配置
将AP射频口下的“客户端VLAN分配模式”从“动态”改为“静态”。[AC] wlan service-template <service-template-name> # 配置客户端VLAN分配为静态模式 [AC-wlan-st-<service-template-name>] client vlan-alloc static将模式改为“静态”后，客户端在漫游重连时会继续使用其首次获取的VLAN，可以有效避免因VLAN变化而重复获取多个IP的情况。# 进入无线服务模板视图，请将 <service-template-name> 替换为你的服务模板名
华三无线客户端频繁掉线且日志明确提示
reason-code 5111（AC detected IP address conflict），这是一个非常典型的无线网络地址冲突问题。虽然DHCP部署在核心交换机上，但出现“只有无线出问题，有线正常”的现象，根本原因在于无线控制器（AC）与核心交换机在IP地址学习和校验机制上存在差异。
以下是针对该问题的深度分析和排查步骤：
一、 为什么“只有无线”会报IP冲突？
- AC的IP Snooping机制：AC默认开启了客户端IP地址冲突检测功能（
wlan client ip-conflict-detection）和IPv4 Snooping功能。AC会主动监听并学习终端的IP-MAC绑定关系。 - 有线网络的宽松性：核心交换机作为DHCP服务器，通常只负责分配IP，只要IP不冲突就能转发。它不像AC那样需要精确追踪每一个无线终端的移动状态和IP归属。
- 核心冲突点：当某个终端在无线环境下发生漫游、异常掉线重连，或者网络中存在ARP欺骗/静态IP冲突时，AC本地的缓存表与核心交换机实际的ARP表会出现不一致。AC一旦发现自己记录的IP已经被另一个MAC占用（或者认为旧终端未下线），就会立刻切断连接。
二、 深度排查步骤
建议按照以下步骤由浅入深进行定位：
第一步：排查核心交换机的IP与ARP状态（最关键）
既然DHCP在核心，必须在核心上抓出那个“坏”IP。
- 抓取冲突IP：在AC上使用命令
display system internal wlan client history-record mac-address xxxx-xxxx-xxxx（替换为掉线终端的MAC），查看它最近获取的IP地址是多少。 - 在核心上查ARP：登录核心交换机，执行
display arp | include <冲突的IP>。- 情况A（正常）：应该只显示一个MAC地址。
- 情况B（故障）：显示了两个不同的MAC地址。这说明网络中确实存在IP冲突（可能是有人私接了路由器，或者静态IP冲突）。
- 查MAC地址表：在核心上执行
display mac-address | include <冲突的IP对应的MAC>或display mac-address | include <另一个冲突的MAC>，查看这两个MAC是从哪个接口学来的（是接AP的口，还是接其他接入层交换机的口）。
第二步：排查特定终端的IP Snooping缓存
如果核心ARP表看起来是正常的，那问题大概率出在AC对特定终端的“记忆”上。
- 在AC上执行：
display wlan client ipv4-snooping cache verbose mac-address xxxx-xxxx-xxxx。 - 观察该终端的 State（状态） 和 VLAN ID。
- 如果该终端之前在VLAN 10，漫游到了VLAN 20，但AC的Cache中依然保留着VLAN 10的旧记录，当它在VLAN 20再次请求IP时，AC可能会因为逻辑判断失误而报冲突。
第三步：排查终端侧问题（AGV/工业设备场景）
如果掉线的终端是特定的设备（如AGV小车、手持终端等），且这类终端的网卡驱动较老：
- 设备在休眠唤醒或漫游时，可能会错误地发送带有旧IP地址的免费ARP（Gratuitous ARP）。
- 这会导致网关（核心交换机）更新ARP表，同时被AC捕获，从而触发AC的保护机制踢掉该终端。
三、 解决方案与配置建议
根据排查结果，可以采取以下措施：
方案 | 适用场景 | 操作命令 | 风险提示 |
|---|---|---|---|
1. 清理AC缓存（临时解决） | 确认是终端漫游导致的缓存不一致 | 在AC上： reset wlan client ipv4-snooping cache all``reset wlan client history-record | 会导致当前在线用户短暂掉线重连，建议在业务低峰期执行。 |
2. 缩短Cache老化时间 | 终端频繁漫游的环境 | 在AC系统视图下： wlan client cache aging-time 60 | 默认通常是300秒，缩短后AC能更快释放旧终端的资源。 |
3. 关闭IP冲突检测（临时应急） | 急需恢复业务，且确认核心网络无实质IP冲突 | 在AC系统视图下： undo wlan client ip-conflict-detection enable | 不推荐长期使用。关闭后，如果存在真实IP冲突，Portal认证可能会异常，且用户体验会很差。 |
4. 优化ARP静态绑定 | 核心上做了ARP静态绑定但依然报错 | 检查核心上是否有错误的ARP静态绑定条目（例如绑定了旧的MAC）。 | 错误的静态绑定是导致AC学习混乱的常见元凶。 |
暂无评论
一、先看懂日志里的关键信息
plaintext
STAMGR_CLIENT_OFFLINE: Client ded8-592f-fb0d went offline ... Reason: IP address conflict detected by AC.
核心问题：AC/AP 检测到该客户端 IP 地址冲突，强制踢下线。
结合你的描述：
- DHCP 在核心交换机上，有线无问题，只有无线出现 IP 冲突
- 客户端
ded8-592f-fb0d每次认证上线后，很快被踢下线，日志反复出现冲突
这说明冲突不是真的在网络里，而是 AC 的无线客户端表（IP-MAC 绑定）出现了逻辑异常。
二、根因分析（为什么只有无线会这样）
1. 无线漫游 / 重连导致 AC 表项错乱
- 客户端从 AP1 漫游到 AP2，或者断开重连时，AC 没有及时清理旧会话
- AC 发现同一个 IP
172.16.56.92同时关联到两个不同的无线会话，判定为 IP 冲突，强制踢下线 - 典型特征：日志里出现两次
CLIENT_ONLINE，来自不同 BSSID（30c6-d74f-a633和30c6-d74f-a623），IP 相同
2. 无线客户端 IP 更新机制问题
- AC 开启了
client snooping（IP-MAC 绑定），客户端重连后 IP 还在有效期内，AC 认为 IP 被占用 - 客户端上线时 AC 没有主动刷新 IP 表，直接判定冲突
3. DHCP 地址池回收 / 租期问题（概率低）
- 核心 DHCP 给无线客户端分配的 IP，被 AC 误判为冲突（有线设备使用了同一个 IP，但有线侧无冲突日志）
- 或无线客户端释放 IP 后，AC 没有及时删除 IP-MAC 绑定
三、按优先级排查解决（可直接照着做）
步骤 1：AC 上清除异常无线会话与 IP-MAC 表
bash
运行
# 1. 查看异常客户端会话
display wlan client mac-address ded8-592f-fb0d verbose
display ip source binding all | include ded8-592f-fb0d
# 2. 强制清除该客户端的所有会话（解决表项错乱）
reset wlan client mac-address ded8-592f-fb0d
reset ip source binding mac ded8-592f-fb0d
# 3. 清除所有异常IP-MAC绑定（如果多台客户端都有问题）
reset ip source binding all
步骤 2：调整 AC 的无线 IP-MAC 绑定机制（关键）
关闭或调整无线客户端的 IP 冲突检测，避免误判：
bash
运行
# 进入WLAN视图
wlan
# 关闭无线客户端IP冲突检测（临时解决）
ip-conflict-detect disable
# 或调整检测机制，只检测同一BSSID下的IP冲突
ip-conflict-detect same-bssid-only enable
# 调整客户端会话老化时间，避免残留会话
client session-timeout 300
步骤 3：检查核心 DHCP 与无线 VLAN 配置
- 确认无线 VLAN7 的 DHCP 地址池，没有和其他网段（如有线）重叠
- 检查地址池租期，建议无线客户端租期不超过 24 小时，避免 IP 长期占用
- 核心上查看是否有该 IP 的 ARP 冲突日志：如果没有，说明是 AC 误判，不是真的网络冲突。bash运行
display arp conflict all
步骤 4：禁用 AC 的客户端 IP 学习（如果用核心 DHCP）
如果 DHCP 在核心，AC 不需要学习客户端 IP，关闭 AC 的 IP Snooping：
bash
运行
# 全局关闭IP Snooping（如果只在无线VLAN上开了，也可以只在VLAN下关）
undo ip source binding enable
# 或在无线VLAN7下关闭
vlan 7
undo ip source binding enable
四、预防再次发生的关键配置
- AC 上不要开启无线客户端 IP 冲突检测，由核心 DHCP 和 ARP 来处理 IP 冲突
- 无线客户端会话老化时间缩短，避免漫游 / 重连时旧会话残留
- 核心 DHCP 地址池与无线 VLAN 严格对应，不要和其他网段重叠
- 定期清理 AC 上的异常无线会话表项
五、为什么有线没问题、只有无线出问题？
有线设备接入交换机，交换机的 IP-MAC 绑定是基于端口的，设备断开后端口会话立即老化，不会残留；而无线客户端是漫游 / 重连的，AC 上的会话和 IP-MAC 绑定容易因为漫游、信号切换、客户端重连出现表项残留，导致 AC 误判 IP 冲突。
暂无评论
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
暂无评论