Cisco 1262'ye bağlı bir istemcideki VM DHCP'ye bağlanamıyor (ancak IPv6 iyi çalışıyor)

Geçenlerde, 877-WM'deki dahili AP'den bir sitedeki kablosuz bağlantıyı 15.2 (2) JB çalıştıran (bağımsız) 1262 ile değiştirdim. AP'yi, her zaman tek bir SSID işlemi (tek köprü etki alanı, BVI1 de yönetimi) için Cisco AP'ler için yaptığımla hemen hemen aynı şekilde yapılandırdım ve işler işe yarıyor gibi görünüyor.

Ancak dizüstü bilgisayarımda VMware çalışıyor ve köprülü moda ayarlanmış NIC'li bir konuk DHCP yapamıyor, ancak IPv6 iyi çalışıyor.

Bu sorunu ararken WLC kurulumlarında "ip-mac-bağlayıcı devre dışı" komutuna bir başvuru görüyorum, ancak bunun tek bir AP'deki bir ayarla eşleşip eşleşmediğini bulamıyorum.

AP yapılandırmasının ilgili kısmı:

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
kaynak

Kablosuz olarak diğer ağlara bağlandığında veya 877 ile aynı ağa bağlandığında, bunun yerine iyi çalışır.

— LapTop006

877 kablosuz yapılandırmasıyla çalışıyorsa, bunu da gönderir misiniz? Ayrıca DHCP sunucunuz nedir? Bağımsız 3602E'mde sorunu yeniden oluşturdum - DHCP atanmış IP (şimdilik DHCP çalıştıran Cisco anahtarı) alınamıyor, ancak statik IPv4 çalışıyor.

— some_guy_long_gone

877'deki kablosuz, paylaşılan bir "LAN" BVI'ye köprülenen 1262 ile aynı radyo yapılandırmasıdır. 877 ayrıca DHCP yapan kişidir.

— LapTop006

Sanal makine DHCP'yi keşfettiğinde / istediğinde AP günlüğünde ilgili bir mesaj var mı?

— Daniel Yuste Aroca

Tamam güncelleme: Köprülü VM ile birden fazla SSID: VM DHCP isteği gönderir, DHCP sunucusu istek alır ve yanıt gönderir, cevap asla VM'ye ulaşmaz. Wireshark ve bir SPAN portu kullanarak bunu görebildi. Sindle SSID: sorun yok, VM köprülü bağlantıda iyi çalışıyor ve DHCP atanmış adresi alıyor.

— some_guy_long_gone

Yanıtlar:

Aynı sorunu yaşadım ve bir çözüm buldum: AP'de DHCP geçiş aracısını etkinleştirin ve çalışıyor. Xxxx'i DHCP sunucunuzdaki IP adresiyle değiştirin (genellikle aynı ağ / yayın etki alanında bulunan İnternet yönlendiricisi).

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

— Ocak
kaynak

Şaşırtıcı olan bu benim için işe yaradı, nedenini bilmek isterim.

— LapTop006

Anahtardaki "sh ip dhcp bindings" tablosunu kontrol ederseniz, VM'lerin MAC adresi için bir kiralama gösteriliyor mu? Öyleyse, DHCP Keşfi anahtara ulaşıyor ve Yayın Teklifi geri gönderiliyor ancak AP tarafından bırakılıyor. İlişkisiz görünse de, bu davranış AP ve istemci aynı WMM QOS parametrelerini desteklemediğinde ortaya çıkabilir. AP yapılandırmasına "[no] dot11 qos mode wmm" eklemeyi deneyin.

— smoothbSE
kaynak

İş yerinde benzer bir sorun vardı ve benim çözüm köprülenmiş modu yerine NAT kullanmak için VM yapılandırmak oldu. Ana makine gerçek IP adresini alır ve ardından VM açıldığında ayrı bir IP istemeye çalışır ancak kaynak MAC aynıdır. VM'yi NAT olarak değiştirmek sorunlarımızı çözdü.

— Drek
kaynak

Bazı işlevler NAT kullanarak çalışmaz. Linux / Mac işletim sistemini Uzak Sunucu Yönetici Araçları olan bir Windows 8 VM ile çalıştırmak. NAT arkasında bir Hyper-V ana bilgisayarı uzaktan yönetilemiyor.

— some_guy_long_gone

Kayıt edilmiş. Herhangi bir Windows 8 VM çalıştırmadık. Çoğunlukla ana bilgisayar olarak bir Mac'ten Windows 7 veya Linux.

— drek