VM auf einem Client, der mit einem Cisco 1262 verbunden ist und kein DHCP kann (IPv6 funktioniert jedoch einwandfrei)

Ich habe kürzlich Wireless an einem Standort vom internen AP auf einem 877-WM durch einen (eigenständigen) 1262 mit 15,2 (2) JB ersetzt. Ich habe den AP fast genauso konfiguriert wie immer für Cisco-APs für den Single-SSID-Betrieb (Single-Bridge-Domäne, BVI1-Verwaltung), und die Dinge scheinen zu funktionieren.

Auf meinem Laptop wird jedoch VMware ausgeführt, und ein Gast, dessen Netzwerkkarte auf den Bridged-Modus eingestellt ist, kann kein DHCP ausführen. IPv6 funktioniert jedoch einwandfrei.

Bei der Suche nach diesem Problem wird in WLC-Setups ein Verweis auf den Befehl "IP-Mac-Binding Disable" angezeigt, kann jedoch nicht feststellen, ob dies einer Einstellung auf einem einzelnen AP zugeordnet ist.

Der relevante Teil der AP-Konfiguration ist:

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
quelle

Wenn eine drahtlose Verbindung zu anderen Netzwerken besteht oder eine Verbindung mit demselben Netzwerk mit dem 877 hergestellt wird, funktioniert dies einwandfrei.

— LapTop006

Wenn es mit der 877 Wireless-Konfiguration funktioniert, würden Sie das auch posten? Was ist auch Ihr DHCP-Server? Ich habe das Problem auf meinem eigenständigen 3602E reproduziert - kann keine von DHCP zugewiesene IP empfangen (Cisco-Switch, auf dem derzeit DHCP ausgeführt wird), aber statisches IPv4 funktioniert.

— some_guy_long_gone

Wireless auf dem 877 ist dieselbe Funkkonfiguration wie auf dem 1262, die mit einem gemeinsam genutzten "LAN" -BVI verbunden ist. Der 877 ist auch derjenige, der DHCP ausführt.

— LapTop006

Gibt es eine relevante Meldung im AP-Protokoll, wenn die VM DHCP erkennt / anfordert?

— Daniel Yuste Aroca

Ok Update: Mehrere SSIDs mit überbrückter VM: VM sendet DHCP-Anfrage, DHCP-Server empfängt Anfrage und sendet Antwort, Antwort erreicht VM nie. Konnte dies mit Wireshark und einem SPAN-Port sehen. Sindle SSID: Keine Probleme, VM funktioniert gut mit überbrückter Verbindung und empfängt die von DHCP zugewiesene Adresse.

— some_guy_long_gone

Antworten:

Ich hatte das gleiche Problem und fand eine Lösung: Aktivieren Sie den DHCP-Relay-Agenten auf dem AP und es funktioniert. Ersetzen Sie xxxx durch die IP-Adresse Ihres DHCP-Servers (normalerweise der Internet-Router, der sich in derselben Netzwerk- / Broadcast-Domäne befindet.

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.
quelle

Erstaunlicherweise hat das bei mir funktioniert, ich würde gerne wissen warum.

— LapTop006

Wenn Sie die Tabelle "sh ip dhcp bindings" auf dem Switch überprüfen, wird ein Lease für die MAC-Adresse des VMs angezeigt? In diesem Fall erreicht die DHCP-Erkennung den Switch und das Broadcast-Angebot wird zurückgesendet, aber vom AP gelöscht. Obwohl dies nicht in Zusammenhang zu stehen scheint, kann dieses Verhalten verursacht werden, wenn der AP und der Client nicht dieselben WMM-QOS-Parameter unterstützen. Versuchen Sie, der AP-Konfiguration "[no] dot11 qos mode wmm" hinzuzufügen.

— glattbSE
quelle

Ich hatte ein ähnliches Problem bei der Arbeit und meine Lösung bestand darin, die VM so zu konfigurieren, dass NAT anstelle des Bridged-Modus verwendet wird. Der Host-Computer erhält die tatsächliche IP-Adresse und versucht dann beim Hochfahren der VM, eine separate IP anzufordern, aber der Quell-MAC ist derselbe. Das Umstellen der VM auf NAT löste unsere Probleme.

— drek
quelle

Bestimmte Funktionen funktionieren mit NAT nicht. dh Ausführen von Linux / Mac mit einer Windows 8-VM mit Remoteserver-Verwaltungstools. Ein Hyper-V-Host kann nicht remote hinter NAT verwaltet werden.

— some_guy_long_gone

Notiert. Wir haben keine Windows 8-VMs ausgeführt. Meist Windows 7 oder Linux von einem Mac als Host.

— Drek