连接到Cisco 1262的客户端上的VM无法进行DHCP（但IPv6正常工作）

我最近用一个运行15.2（2）JB的（独立）1262从一个877-WM上的内部AP替换了站点上的无线。对于单个SSID操作（单网桥域，BVI1也是管理），我已经将AP配置与我对Cisco AP所做的配置几乎一样，并且一切似乎正常。

但是，在我的笔记本电脑上，我正在运行VMware，并且将NIC设置为桥接模式的来宾无法进行DHCP，但是IPv6可以正常工作。

搜索此问题时，我在WLC设置上看到对“ ip-mac-binding disable”命令的引用，但找不到它是否映射到单个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

我遇到了同样的问题，并找到了解决方案：在AP上启用DHCP中继代理，它可以工作。将xxxx替换为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
!

如果您在交换机上检查“ sh ip dhcp bindings”表，是否显示了VM MAC地址的租约？如果是这样，则DHCP发现到达交换机，并且广播要约被发送回，但被AP丢弃。尽管似乎无关，但是当AP和客户端不支持相同的WMM QOS参数时，可能会导致此行为。尝试在AP配置中添加“ [no] dot11 qos模式wmm”。

我在工作中遇到类似的问题，我的解决方案是将VM配置为使用NAT而不是桥接模式。主机将收到实际的IP地址，然后在启动虚拟机时尝试请求一个单独的IP，但源MAC相同。将虚拟机切换到NAT解决了我们的问题。