总结一下近期遇到的因部署问题导致获取不到IP的几种环境: 环境一: 【拓扑说明】:集中转发,SSID划分到VLAN1 【问题原因】:因为是集中转发,当用户接入SSID:Sangfor后,发起DHCP请求包,请求包通过隧道发送到WAC后,因为ETH1为三层口,是没有办法转发广播包的,所以导致DHCP请求包转发不到DHCP服务上去。 【解决方法】:方法1:将转发模式改成本地转发,通过AP将DHCP请求包直接发给DHCP服务器 方法2:更改WAC的部署模式,将ETH1改成Access或Trunk,192.168.1.3配置到VLAN1上。 环境二: 【拓扑说明】:本地转发,SSID划分到VLAN2 【问题原因】:用户接入到SSID:sangfor后发出DHCP请求包,因为AP默认ETH0口是Trunk口,从AP发出来后,打上了VLAN2的标签,而交换机上的口是Access口不能识别打了标签的数据,转发不了从而导致获取不到IP地址 【解决方法】方法1:将交换机接AP的中改成Trunk模式 方法2:改成集中转发,DHCP请求包通过隧道发到WAC后,由WAC发送出去。 方法3:将SSID改到VLAN1,这样DHCP请求包从AP发出来后就不会打上VLAN标签,就能正常获取IP地址。 环境三: 【拓扑说明】:客户内网NatvieVLAN都属于VLAN2,本地转发,SSID划分到VLAN2 【问题原因】:用户接入SSID:Sangfor后,发出DHCP请求包,因为AP的ETH0默认为Trunk,则打上VLAN2的标签,而客户内网Native VLAN属于VLAN2,即VLAN2的数据不打标签,所以导致交换机不识别AP发出来打了标签的数据 【解决方法】:方法1:改成集中转发,DHCP请求数据经过WAC的ETH1口转发出来,而ETH1的Native VLAN也是VLAN2,则转发时不会打上VLAN标签 方法2:将SSID划分到VLAN1,因为AP的ETH0口默认为Trunk,而且不能更改Natvie VLAN,默认就是VLAN1,将SSID划分到VLAN1后,DHCP请求包从AP发出来就不会打上VLAN标签,则能正常获取IP地址。 总结:环境问题导致的获取不到IP的问题,重点就是要理解清楚数据的转发过程,知道什么时候要VLAN标签,什么时候不标签,知道AP的ETH0口默认是TRUNK,只有VLAN1的数据才不打标签。基本能搞定环境问题获取不到IP的问题。
拓扑请查看附件 |