VM su un client connesso a un Cisco 1262 non in grado di DHCP (ma IPv6 funziona correttamente)

Di recente ho sostituito il wireless in un sito dall'AP interno su un 877-WM con un 1262 (autonomo) con 15,2 (2) JB. Ho configurato l'AP praticamente come faccio per gli AP Cisco per operazioni SSID singole (dominio single bridge, BVI1 anche gestione) e le cose sembrano funzionare.

Tuttavia sul mio laptop ho VMware in esecuzione e un guest con NIC impostato su modalità bridge non è in grado di DHCP, tuttavia IPv6 funziona correttamente.

Durante la ricerca di questo problema, vedo un riferimento a un comando "disabilita associazione ip-mac" nelle configurazioni WLC, ma non riesco a trovare se si associa a un'impostazione su un singolo AP.

La parte rilevante della configurazione dell'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

cisco wireless

— LapTop006
fonte

Quando è collegato ad altre reti tramite wireless o collegato a questa stessa rete con l'877, invece, funziona correttamente.

— LapTop006

Se funziona con la configurazione wireless 877, pubblicheresti anche quello? Inoltre qual è il tuo server DHCP? Ho riprodotto il problema sul mio 3602E standalone - non riesco a ricevere IP assegnato DHCP (switch Cisco che esegue DHCP per ora), ma IPv4 statico funziona.

— some_guy_long_gone

La connessione wireless sull'877 è la stessa configurazione radio del 1262, collegata a una BVI "LAN" condivisa. L'877 è anche quello che fa DHCP.

— LapTop006

È presente un messaggio rilevante nel registro AP quando la VM rileva / richiede DHCP?

— Daniel Yuste Aroca,

Aggiornamento ok: SSID multipli con VM con bridge: la VM invia la richiesta DHCP, il server DHCP riceve la richiesta e invia la risposta, la risposta non raggiunge mai la VM. È stato in grado di vederlo utilizzando Wireshark e una porta SPAN. SSID Sindle: nessun problema, la VM funziona bene con connessione a ponte e riceve l'indirizzo assegnato DHCP.

— some_guy_long_gone

Risposte:

Ho avuto lo stesso problema e ho trovato una soluzione: abilitare l'agente di inoltro DHCP sull'AP e funziona. Sostituisci xxxx con l'indirizzo IP dal tuo server DHCP (in genere il router Internet situato sullo stesso dominio di rete / trasmissione.

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

— Jan
fonte

Abbastanza sorprendentemente questo ha funzionato per me, mi piacerebbe sapere perché.

— LapTop006,

Se si controlla la tabella "sh ip dhcp bindings" sullo switch, viene visualizzato un lease per l'indirizzo MAC delle macchine virtuali? In tal caso, il rilevamento DHCP sta raggiungendo lo switch e l'offerta di trasmissione viene restituita, ma rilasciata dall'AP. Sebbene sembri non correlato, questo comportamento può essere causato quando l'AP e il client non supportano gli stessi parametri QOS WMM. Prova ad aggiungere "[no] dot11 qos mode wmm" alla configurazione AP.

— smoothbSE
fonte

Ho avuto un problema simile al lavoro e la mia soluzione era quella di configurare la VM per utilizzare NAT anziché la modalità bridge. Il computer host riceverà l'indirizzo IP effettivo e quindi quando la VM viene avviata tenta di richiedere un IP separato ma il MAC di origine è lo stesso. Il passaggio dalla VM al NAT ha risolto i nostri problemi.

— drek
fonte

Alcune funzioni non funzionano con NAT. vale a dire eseguire Linux / Mac con una macchina virtuale Windows 8 con strumenti di amministrazione remota del server. Impossibile gestire un host Hyper-V in remoto dietro NAT.

— some_guy_long_gone

Notato. Non abbiamo eseguito alcuna macchina virtuale Windows 8. Principalmente Windows 7 o Linux da un Mac come host.

— Drek,