VM pada klien yang terhubung ke Cisco 1262 tidak dapat DHCP (tetapi IPv6 berfungsi dengan baik)

Saya baru-baru ini mengganti nirkabel di sebuah situs dari AP internal pada 877-WM dengan (mandiri) 1262 menjalankan 15,2 (2) JB. Saya telah mengkonfigurasi AP hampir sama seperti yang selalu saya lakukan untuk Cisco AP untuk operasi SSID tunggal (domain jembatan tunggal, manajemen BVI1 juga), dan hal-hal tampaknya bekerja.

Namun pada laptop saya, saya menjalankan VMware, dan seorang tamu dengan NIC yang diatur ke mode bridged tidak dapat DHCP, namun IPv6 berfungsi dengan baik.

Saat mencari masalah ini saya melihat referensi ke perintah "ip-mac-binding disable" pada pengaturan WLC, tetapi tidak dapat menemukan apakah itu memetakan pengaturan pada satu AP.

Bagian yang relevan dari konfigurasi AP adalah:

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
sumber

Ketika terhubung ke jaringan lain melalui nirkabel, atau dijembatani ke jaringan yang sama dengan 877, itu berfungsi dengan baik.

LapTop006

Jika berfungsi dengan konfigurasi nirkabel 877, apakah Anda akan mempostingnya juga? Juga apa server DHCP Anda? Saya telah mereproduksi masalah pada 3602E mandiri saya - tidak dapat menerima DHCP yang ditetapkan IP (switch Cisco menjalankan DHCP untuk saat ini), tetapi IPv4 statis berfungsi.

some_guy_long_gone

Nirkabel pada 877 adalah konfigurasi radio yang sama dengan 1262, dijembatani ke BVI "LAN" bersama. The 877 juga yang melakukan DHCP.

LapTop006

Apakah ada pesan yang relevan pada log AP pada saat VM menemukan / meminta DHCP?

Daniel Yuste Aroca

Pembaruan ok: Beberapa SSID dengan VM yang dijembatani: VM mengirim permintaan DHCP, server DHCP menerima permintaan dan mengirim balasan, balasan tidak pernah mencapai VM. Mampu melihat ini menggunakan Wireshark dan port SPAN. Sindle SSID: tidak ada masalah, VM berfungsi dengan baik dengan koneksi bridged dan menerima alamat DHCP

some_guy_long_gone

Jawaban:

Saya memiliki masalah yang sama dan menemukan solusi: aktifkan agen relay DHCP di AP dan berfungsi. Ganti xxxx dengan alamat IP dari server DHCP Anda (biasanya router Internet terletak di jaringan / domain siaran yang sama.

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
sumber

Cukup mengherankan ini berhasil bagi saya, saya ingin tahu mengapa.

LapTop006

Jika Anda memeriksa tabel "sh ip dhcp bindings" di sakelar apakah sewa ditampilkan untuk alamat MAC VMs? Jika demikian, DHCP Discover telah mencapai switch, dan Penawaran broadcast sedang dikirim kembali, tetapi dijatuhkan oleh AP. Meskipun tampaknya tidak berhubungan, perilaku ini dapat disebabkan ketika Titik Akses dan klien tidak mendukung parameter QOS WMM yang sama. Coba tambahkan "[no] dot11 mode qos wmm" ke konfigurasi AP.

smoothbSE
sumber

Saya memiliki masalah serupa di tempat kerja dan solusi saya adalah mengkonfigurasi VM untuk menggunakan NAT, bukan mode bridged. Mesin host akan menerima alamat IP aktual dan kemudian ketika VM diputar ia mencoba untuk meminta IP yang terpisah tetapi MAC sumbernya sama. Mengalihkan VM ke NAT memecahkan masalah kami.

drek
sumber

Fungsi-fungsi tertentu tidak berfungsi menggunakan NAT. yaitu Menjalankan Linux / Mac dengan Windows 8 VM yang memiliki Remote Server Admin Tools. Tidak dapat mengelola host Hyper-V dari jauh di belakang NAT.

some_guy_long_gone

Dicatat. Kami belum menjalankan VM Windows 8. Sebagian besar Windows 7 atau Linux dari Mac sebagai tuan rumah.

drek