VM клієнта, підключеного до Cisco 1262, не в змозі DHCP (але IPv6 працює чудово)


9

Нещодавно я замінив бездротовий зв'язок на сайті з внутрішньої точки доступу на 877-WM (автономний) 1262, що працює 15.2 (2) JB. Я налаштував AP майже так само, як я завжди роблю для Cisco AP для одиночної операції SSID (єдиний мостовий домен, також управління BVI1), і, здається, все працює.

Однак у мене на ноутбуці працює VMware, і гість з NIC, встановленим в мостовому режимі, не може DHCP, проте IPv6 працює добре.

Під час пошуку цієї проблеми я бачу посилання на команду "ip-mac-призупинення відключення" у налаштуваннях WLC, але не можу знайти, чи відповідає це налаштування в одній точці доступу.

Відповідна частина конфігурації AP:

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

1
При підключенні до інших мереж через бездротовий зв’язок або з'єднаному з цією ж мережею 877 замість цього він працює чудово.
LapTop006

Якщо це працює з бездротовим конфігурацією 877, чи можете ви це також опублікувати? Крім того, що ваш сервер DHCP? Я відтворив проблему на моєму автономному 3602E - не вдається отримати IP, призначений DHCP (перемикач Cisco, що працює на DHCP), але статичний IPv4 працює.
some_guy_long_gone

Бездротовий зв'язок на 877 - це той самий конфігурація радіо, що і 1262, з'єднаний з загальним "LAN" BVI. 877 - це також той, хто робить DHCP.
LapTop006

Чи є відповідне повідомлення у журналі AP до моменту, коли ВМ виявляє / запитує DHCP?
Даніель Юсте Арока

1
Добре оновлення: декілька SSID з мостовим VM: VM надсилає DHCP-запит, DHCP-сервер отримує запит і надсилає відповідь, відповідь ніколи не доходить до VM. Змогли побачити це за допомогою Wireshark та порту SPAN. SSID Sindle: жодних проблем, VM прекрасно працює з мостовим з'єднанням та отримує призначену DHCP адресу.
some_guy_long_gone

Відповіді:


2

У мене була така ж проблема і я знайшов рішення: увімкніть реле агента DHCP в AP і він працює. Замініть xxxx IP-адресою з вашого сервера DHCP (як правило, інтернет-маршрутизатор, розташований у тій самій мережі / домені широкомовної передачі).

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

Дивно, але це спрацювало для мене, я хотів би знати, чому.
LapTop006

2

Якщо ви перевіряєте таблицю "прив'язки dhcp dhcp" на комутаторі, чи відображається оренда MAC-адреси VM? Якщо так, DHCP Discover доходить до вимикача, а Пропозиція на трансляцію надсилається назад, але відкидається AP. Хоча це і здається не пов'язаним, така поведінка може бути спричинена, коли AP та клієнт не підтримують однакові параметри QOS WMM. Спробуйте додати "[no] dot11 qos mode wmm" до конфігурації AP.


0

У мене була схожа проблема на роботі, і моє рішення полягало в тому, щоб налаштувати VM на використання NAT замість мостового режиму. Хост-машина отримає фактичну IP-адресу, і тоді, коли VM запускається, він намагається запросити окремий IP-адресу, але MAC-джерело є таким же. Перехід VM на NAT вирішив наші проблеми.


Деякі функції не працюють з використанням NAT. тобто запуск Linux / Mac з операційною системою Windows 8 VM, яка має віддалені серверні адміністратори. Неможливо керувати хостом Hyper-V віддалено за NAT.
some_guy_long_gone

Помічено. Ми не запустили жодної вітрини Windows 8. Переважно Windows 7 або Linux з Mac як хоста.
drek
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.