VM na kliencie podłączonym do Cisco 1262 nie może DHCP (ale IPv6 działa dobrze)

Niedawno wymieniłem sieć bezprzewodową w miejscu z wewnętrznego AP na 877-WM na (samodzielny) 1262 z 15.2 (2) JB. Skonfigurowałem AP prawie tak samo jak zawsze dla AP Cisco dla pojedynczej operacji SSID (domena pojedynczego mostu, zarządzanie BVI1 również) i wydaje się, że wszystko działa.

Jednak na moim laptopie mam VMware, a gość z kartą sieciową ustawioną na tryb mostkowy nie może DHCP, jednak IPv6 działa dobrze.

Podczas wyszukiwania tego problemu widzę odwołanie do polecenia „ip-mac-bind-disable disable” w konfiguracjach WLC, ale nie mogę znaleźć, czy mapuje to ustawienie na jednym AP.

Odpowiednia część konfiguracji AP to:

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
źródło

Po podłączeniu do innych sieci bezprzewodowo lub po połączeniu z tą samą siecią za pomocą 877, działa dobrze.

— LapTop006

Jeśli to zadziała z konfiguracją bezprzewodową 877, czy też to opublikujesz? Jaki jest twój serwer DHCP? Problem został odtworzony na moim samodzielnym urządzeniu 3602E - nie mogę otrzymać adresu IP przypisanego do DHCP (przełącznik Cisco z uruchomionym DHCP na razie), ale działa statyczny IPv4.

— some_guy_long_gone

Sieć bezprzewodowa w 877 to ta sama konfiguracja radiowa co 1262, połączona ze współdzieloną BVI „LAN”. 877 również obsługuje DHCP.

— LapTop006

Czy w dzienniku AP jest jakaś odpowiednia wiadomość, zanim maszyna wirtualna wykrywa / żąda DHCP?

— Daniel Yuste Aroca,

Aktualizacja OK: Wiele identyfikatorów SSID ze zmostkowaną maszyną wirtualną: VM wysyła żądanie DHCP, serwer DHCP odbiera żądanie i wysyła odpowiedź, odpowiedź nigdy nie dociera do maszyny wirtualnej. Był w stanie to zobaczyć za pomocą Wireshark i portu SPAN. Sindle SSID: bez problemów, VM działa dobrze z połączeniem zmostkowanym i otrzymuje adres przydzielony przez DHCP.

— some_guy_long_gone

Odpowiedzi:

Miałem ten sam problem i znalazłem rozwiązanie: włącz agenta przekazywania DHCP na AP i działa. Zastąp xxxx adresem IP z serwera DHCP (zazwyczaj routera internetowego znajdującego się w tej samej domenie sieci / emisji.

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
źródło

O dziwo, to zadziałało dla mnie, chciałbym wiedzieć, dlaczego.

— LapTop006

Jeśli sprawdzisz tabelę „Powiązania sh ip dhcp” na przełączniku, czy wyświetlana jest dzierżawa adresu MAC maszyny wirtualnej? Jeśli tak, DHCP Discover dociera do przełącznika, a oferta emisji jest wysyłana z powrotem, ale jest odrzucana przez AP. Chociaż wydaje się to niezwiązane, takie zachowanie może być spowodowane, gdy AP i klient nie obsługują tych samych parametrów QM WMM. Spróbuj dodać „[no] dot11 qos mode wmm” do konfiguracji AP.

— smoothbSE
źródło

Miałem podobny problem w pracy i moim rozwiązaniem było skonfigurowanie maszyny wirtualnej do używania NAT zamiast trybu zmostkowanego. Komputer hosta otrzyma rzeczywisty adres IP, a następnie, gdy maszyna wirtualna zostanie rozkręcona, spróbuje zażądać oddzielnego adresu IP, ale źródłowy adres MAC jest taki sam. Przełączenie maszyny wirtualnej na NAT rozwiązało nasze problemy.

— drek
źródło

Niektóre funkcje nie działają przy użyciu NAT. tzn. działający system Linux / Mac z maszyną wirtualną z systemem Windows 8, która ma narzędzia administracji zdalnej serwera. Nie można zdalnie zarządzać hostem Hyper-V za NAT.

— some_guy_long_gone

Odnotowany. Nie uruchomiliśmy żadnych maszyn wirtualnych z systemem Windows 8. Głównie Windows 7 lub Linux z komputera Mac jako hosta.

— drek