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

9

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
1
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,
1
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:

2

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
2

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
0

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