S6520-22SG-SI IP冲突
- 0关注
- 0收藏，52浏览
你遇到的这个问题，核心是IP地址 10.8.8.5 被两台设备同时使用了。
你管理的S6520交换机本身确实占用了 10.8.8.5 这个地址，但网络中另一台设备也配置了相同的IP，从而引发了冲突。
🔍 问题分析：为什么10.8.8.5看起来没被分配？
你提到“查询里面看不到.8.5分配出去了”，这恰恰印证了问题的根源：
10.8.8.5是你的交换机管理地址：这个IP是手动配置在S6520交换机上的，用于远程管理。因此，它不在DHCP地址池的自动分配范围内，所以你通过display dhcp server ip-in-use命令自然看不到它被分配出去的记录。冲突源是另一台设备：告警中提到的另一个MAC地址
14:84:77:30:0C:0B的设备，也同样使用了10.8.8.5这个地址。两台设备抢同一个IP，就造成了冲突。
🛠️ 排查与解决步骤
你可以按以下步骤，一步步定位并解决问题：
1. 定位冲突设备
首先，我们需要找出MAC地址为 14:84:77:30:0C:0B 的设备是什么，以及它连接在哪里。
查看ARP表：在S6520交换机上执行
display arp | include 10.8.8.5。正常情况下，10.8.8.5应该只对应S6520自己的MAC地址。如果输出结果中有两个不同的MAC地址，或出现了冲突设备的MAC，就说明冲突正在发生。查找物理端口：执行
display mac-address | include 14:84-77-30-0C-0B。这个命令会告诉你这个MAC地址是从交换机的哪个物理端口学习到的。顺着这个端口往下找，就能定位到冲突设备。检查DHCP冲突记录：执行
display dhcp server conflict。这个命令会显示交换机检测到的IP地址冲突记录，可能会提供更多线索。
2. 解决IP冲突
找到冲突设备后，就需要解决地址冲突。
修改冲突设备IP：最直接的办法。登录到MAC地址为
14:84:77:30:0C:0B的设备，将其IP地址从10.8.8.5修改为网段内一个未被占用的新地址。排查“非法”DHCP服务器：告警提到“网络中存在多个DHCP服务器”。这台冲突设备可能就是一台不该开启DHCP功能的设备（比如一台小路由器）。需要检查并关闭其DHCP服务。
3. 验证与清理
修改完成后，需要验证并清理网络中的“记忆”。
验证连通性：从网络中其他设备尝试访问
10.8.8.5，确认能正常访问你的S6520交换机。清理ARP缓存：为了让网络中其他设备尽快忘记旧的错误映射，可以在S6520交换机上执行
reset arp all命令，清除所有ARP表项。清理DHCP冲突记录：执行
reset dhcp server conflict命令，清除交换机的DHCP冲突记录，避免误告警。
📌 预防措施
为了避免以后再次发生类似问题，建议采取以下措施：
暂无评论
一、先拆解告警核心矛盾
- 冲突 IP：
10.8.8.5（你的 S6520 三层 VLANIF 网关地址） - MAC1：
14:84:77:EC:35:6A - MAC2：
14:84:77:30:0C:0B两个 MAC 都归属 H3C，同一网关 IP 出现两个交换机 MAC，平台判定网段内存在两台 DHCP 服务器，触发告警；你在交换机内查不到该 IP 被分配出去，是因为冲突根源不是终端抢 IP，是双活网关 / IRF/M-LAG 架构下的双设备网关 MAC 代答异常。
二、4 类最匹配你现场的根因（按概率排序）
根因 1：两台 S6520 做 IRF 堆叠 / DRNI (M-LAG) 双活网关（最高概率）
10.8.8.5，分别有各自独立 VLANIF MAC：- 主设备 VLANIF MAC：
14:84:77:EC:35:6A - 备设备 VLANIF MAC：
14:84:77:30:0C:0B终端发 ARP 请求网关时，两台设备同时回复 ARP，网络内 ARP 表出现同一 IP 两条 MAC； IMC / 网管平台识别到两个 MAC 对外发送 DHCP 报文 / ARP 网关报文，判定存在两台 DHCP 服务器，弹出告警。 典型特征：两台设备 MAC 前 6 段完全一致（同批次 H3C 交换机）。
根因 2：单台交换机同时开启 DHCP Server + DHCP Relay
dhcp server ip-pool本地地址池，同时接口开启dhcp select relay转发上游 DHCP 报文；
设备自身 VLANIF MAC 代答网关 ARP，Relay 转发上游 DHCP 报文时携带设备桥 MAC，网管识别到两个 MAC 对应网关 IP，误报多 DHCP 服务器。根因 3：二层环路 + MAC 漂移，网关 ARP 报文重复泛洪
根因 4：网络内私接 H3C 设备（MSR 路由器 / 小交换机），静态配置同网关 IP
10.8.8.5，设备自带简易 DHCP 功能，和核心交换机网关 IP 完全重合，双 DHCP 源冲突。三、分步排查命令（S6520 命令行直接执行）
步骤 1：确认是否 IRF/M-LAG 双机架构
# 查看IRF状态，判断是否两台设备堆叠
display irf
# 查看DRNI/M-LAG配置
display drni summary
display m-lag summary
# 查看VLANIF 10.8.8.5对应接口MAC
display ip interface brief | include 10.8.8.5
display interface Vlanif X # X为10.8.8.5所属VLAN号
- 若输出两台成员设备、两套 VLANIF MAC → 确认双活网关双 MAC 问题。
步骤 2：查询 ARP 表，验证双 MAC 条目
display arp | include 10.8.8.5
步骤 3：定位两个 MAC 所属设备 / 端口
# 分别查询两个MAC对应的端口
display mac-address 1484-77EC-356A
display mac-address 1484-7730-0C0B
- 两个 MAC 都出现在 VLANIF 三层接口：IRF/M-LAG 双活网关问题；
- 其中一个 MAC 出现在下联接入端口：私接设备仿冒网关 IP。
步骤 4：检查交换机 DHCP 配置，确认是否双 DHCP 源
# 查看全局DHCP模式
display dhcp server config
# 查看本地地址池（是否开启本地DHCP服务器）
display dhcp server ip-pool
# 查看接口DHCP模式（server/relay/disabled）
display current-configuration interface Vlanif X | include dhcp select
- 同时存在
dhcp select server和dhcp select relay→ 交换机自身双 DHCP 逻辑； - 仅 relay：DHCP 服务在上游防火墙 / 服务器，冲突来自双活网关 MAC 代答。
步骤 5：排查二层环路、MAC 漂移
display stp brief
display mac-address flapping record
四、分场景修复方案
场景 A：IRF/DRNI 双活网关（最常见）
- DRNI (M-LAG) 标准修复
两台设备 VLANIF 不要手动配置相同 MAC，改用
port m-lag virtual-ip虚拟网关，由系统统一生成单一虚拟 MAC 对外代答 ARP，消除双 MAC：bash运行# 两台设备删除VLANIF静态MAC配置 interface Vlanif X undo mac-address # 配置M-LAG虚拟网关IP（统一虚拟MAC） interface M-LAG 1 port m-lag virtual-ip 10.8.8.5 255.255.255.0 - IRF 堆叠修复 IRF 堆叠设备天然共享桥 MAC，检查是否单独给 VLANIF 配置了差异化 MAC，删除 VLANIF 自定义 mac-address，统一使用堆叠桥 MAC。
- 修复后清除 ARP 缓存：
bash运行
reset arp dynamic
场景 B：交换机同时开启 DHCP Server+Relay
- 仅上游服务器提供 DHCP：接口改为
dhcp select relay，删除所有本地dhcp server ip-pool地址池； - 仅交换机本地分配地址：接口改为
dhcp select server，删除 relay 配置，关闭上游 DHCP 中继。
场景 C：二层环路 MAC 漂移
- 检查下联交换机 STP 是否开启，环路端口关闭 / 修剪；
- 接入端口配置边缘端口：
stp edged-port enable，防止终端环路； - 开启环路检测：
loopback-detection enable，自动 shutdown 环路端口。
场景 D：私接 H3C 设备仿冒网关 IP
- 通过
display mac-address找到下联接入端口，shutdown 端口隔离非法设备； - 全网部署 DHCP Snooping，仅核心上联口配置 trust，拦截私接 DHCP 报文：
dhcp snooping enable
vlan X
dhcp snooping enable
interface GigabitEthernet 1/0/24 # 上联合法DHCP服务器端口
dhcp snooping trust
五、告警误报补充说明
- 告警不是终端 IP 冲突，是网关自身 IP 存在两个 MAC，网管平台误判为两台 DHCP 服务器；
display dhcp server ip-in-use只能查看终端分配地址，无法查询网关自身 ARP MAC 条目，所以看不到冲突记录；- 告警根源是 ARP 双 MAC 代答，不是 DHCP 地址池分配重复。
六、验证修复标准操作
- 完成配置后清除 ARP 缓存
reset arp dynamic； - 再次执行
display arp | include 10.8.8.5，仅保留 1 条 MAC 表项； - 等待 10 分钟，查看 IMC / 网管平台不再弹出 “多 DHCP 服务器” 告警。
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论