已运行VMware,并且将NIC设置为桥接模式的来宾无法进行DHCP,但是IPv6正常工作。
搜索此问题时,我看到了对“ ip-mac-binding disable”的引用WLC设置上的命令,但找不到它是否映射到单个AP上的设置。
AP配置的相关部分是:
dot11 ssid # Removed
authentication open
authentication key-management wpa
guest-mode
mbssid guest-mode
wpa-psk ascii # Removed
!
bridge irb
!
interface Dot11Radio0
no ip address
!
encryption mode ciphers aes-ccm
!
ssid # Removed
!
station-role root
bridge-group 1
bridge-group 1 subscriber-loop-control
bridge-group 1 spanning-disabled
bridge-group 1 block-unknown-source
no bridge-group 1 source-learning
no bridge-group 1 unicast-flooding
!
interface Dot11Radio1
# Pretty much the same as radio 0
interface GigabitEthernet0
no ip address
duplex auto
speed auto
no keepalive
bridge-group 1
bridge-group 1 spanning-disabled
no bridge-group 1 source-learning
#1 楼
我遇到了同样的问题,并找到了解决方案:在AP上启用DHCP中继代理,它可以工作。将x.x.x.x替换为DHCP服务器(通常是位于同一网络/广播域中的Internet路由器)的IP地址。interface BVI1
ip dhcp relay information trusted
ip address dhcp client-id GigabitEthernet0
ip helper-address x.x.x.x
no ip route-cache
!
评论
足够令人惊奇的是,这确实对我有用,我很想知道为什么。
–LapTop006
14-10-14在5:26
#2 楼
如果您在交换机上检查“ sh ip dhcp bindings”表,是否显示了VM MAC地址的租约?如果是这样,则DHCP Discover正在到达交换机,并且广播要约被发送回,但被AP丢弃。尽管似乎无关,但是当AP和客户端不支持相同的WMM QOS参数时,可能会导致此行为。尝试在AP配置中添加“ [no] dot11 qos模式wmm”。#3 楼
我在工作中遇到类似的问题,我的解决方案是将VM配置为使用NAT而不是桥接模式。主机将收到实际的IP地址,然后在启动虚拟机时尝试请求一个单独的IP,但源MAC相同。将虚拟机切换到NAT解决了我们的问题。评论
某些功能在使用NAT时不起作用。即使用具有远程服务器管理工具的Windows 8 VM运行Linux / Mac。无法在NAT之后远程管理Hyper-V主机。
–some_guy_long_gone
13年7月17日在0:56
注意。我们尚未运行任何Windows 8 VM。通常以Mac为主机的Windows 7或Linux。
–德雷克
13年7月17日在1:44
评论
通过无线连接到其他网络,或者通过877桥接到同一网络时,它工作正常。如果它可以与877无线配置一起使用,您也可以发布吗?另外,您的DHCP服务器是什么?我已经在独立的3602E上重现了该问题-无法收到DHCP分配的IP(Cisco交换机目前正在运行DHCP),但是静态IPv4可以工作。
877的无线功能与1262的无线配置相同,桥接到共享的“ LAN” BVI。 877也是进行DHCP的一种。
VM发现/请求DHCP时,AP日志上是否有任何相关消息?
好的更新:具有桥接VM的多个SSID:VM发送DHCP请求,DHCP服务器接收请求并发送答复,答复永远不会到达VM。可以使用Wireshark和SPAN端口查看此内容。单一SSID:没问题,VM在桥接连接下工作正常,并接收DHCP分配的地址。