admin 管理员组

文章数量: 1087135

1、问题描述：WiFi-A网段做了策略路由，引流到另一台设备，连接WiFi-A后通过DHCP获取到了地址却无法上网，此时排查思路是什么？

（1）、排查方法：

  • 看到网关通信是否正常
    • 第一次获取地址正常访问网关不通，ping包全丢。
    • 第二次关掉WiFi获取地址正常访问网关可以通，ping包延迟很高，400毫秒一次，紧接着就是8毫秒一次。

现象图

但是此时到核心的延迟正常

由上边第一次排查后发现延迟高是呈现阶梯式的高低，但是从核心去ping这个网关发现零延迟，此时脑子中出现的第一个想法就是物理层面是不是有问题（无线ap线缆问题），为了验证重新ping了其他网关，发现延迟正常，这个时候重新梳理问题原因去分析：

第一次连接WiFi能拿到地址，但是ping不通网关。
第二次连接WiFi能拿到地址，ping网关延迟忽高忽低，ping核心正常。
第三次连接WiFi

能到到地址，上网可以了。

既然延迟都是出在网关这边，而都是在同一个VLAN下 ，想到数据包的转发流程，首先知道对方的IP要发广播ARP获取对方MAC地址，那么此时再重连出现ping网关忽高忽低，电脑CMD中输入arp -a发现网关的MAC地址为XX-XX-XX-XX-XX-8A，断开WiFi再重连后可以正常上网，此时的ARP表项中发现网关的MAC地址为XX-XX-XX-XX-XX-7H，由此看出网关MAC在不断变化。

问题来了，正常来讲MAC地址都是固定死的，不排除通过软件去修改，按照正常情况这种现象就是这个IP对应了两个MAC，那么两个MAC就意味着两个网卡，两个网关都是网关IP得出结论，IP地址冲突，去核心看了该DHCP池后发现，网关的ip没有做地址排除。

本文标签： 冲突 案例 地址 Mac

版权声明：本文标题：MAC地址冲突案例 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://roclinux.cn/b/1738155784a1933611.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。