VM en un cliente conectado a un Cisco 1262 incapaz de DHCP (pero IPv6 funciona bien)

Recientemente reemplacé la conexión inalámbrica en un sitio desde el AP interno en un 877-WM con un 1262 (independiente) con 15.2 (2) JB. He configurado el AP casi de la misma manera que siempre lo hago para los AP de Cisco para la operación de SSID único (dominio de puente único, BVI1 también gestión), y las cosas parecen funcionar.

Sin embargo, en mi computadora portátil tengo VMware ejecutándose, y un invitado con NIC configurado en modo puente no puede DHCP, sin embargo, IPv6 funciona bien.

Cuando busco este problema, veo una referencia a un comando "ip-mac-binding disable" en las configuraciones de WLC, pero no puedo encontrar si eso se asigna a una configuración en un único AP.

La parte relevante de la configuración del AP es:

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

Tuve el mismo problema y encontré una solución: habilitar el agente de retransmisión DHCP en el AP y funciona. Reemplace xxxx con la dirección IP de su servidor DHCP (generalmente el enrutador de Internet ubicado en la misma red / dominio de difusión).

interface BVI1
  ip dhcp relay information trusted
  ip address dhcp client-id GigabitEthernet0
  ip helper-address x.x.x.x
  no ip route-cache
!

Si marca la tabla "sh ip dhcp bindings" en el switch, ¿se muestra un contrato de arrendamiento para la dirección MAC de VM? Si es así, el DHCP Discover está llegando al conmutador, y la oferta de transmisión se está enviando de vuelta, pero el AP la descarta. Aunque parece no estar relacionado, este comportamiento puede ser causado cuando el AP y el cliente no admiten los mismos parámetros WMM QOS. Intente agregar "[no] dot11 qos mode wmm" a la configuración AP.

Tuve un problema similar en el trabajo y mi solución fue configurar la VM para usar NAT en lugar del modo puente. La máquina host recibirá la dirección IP real y luego, cuando la máquina virtual se activa, intenta solicitar una IP separada, pero el MAC de origen es el mismo. Cambiar la VM a NAT resolvió nuestros problemas.