ВМ на клиенте, подключенном к Cisco 1262, не может подключиться к DHCP (но IPv6 работает нормально)


9

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

Однако на моем ноутбуке у меня работает VMware, и гость с сетевой картой, установленной в мостовой режим, не может использовать DHCP, однако IPv6 работает нормально.

При поиске этой проблемы я вижу ссылку на команду «ip-mac-binding disable» в настройках WLC, но не могу найти, соответствует ли это настройке на одной AP.

Соответствующая часть конфигурации 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, соединенный с общим BVI "LAN". 877 также делает DHCP.
LapTop006

Есть ли какое-либо соответствующее сообщение в журнале AP к тому времени, когда VM обнаруживает / запрашивает DHCP?
Даниэль Юсте Арока

1
Ok update: несколько SSID с подключенной к виртуальной машине: виртуальная машина отправляет запрос DHCP, DHCP-сервер получает запрос и отправляет ответ, ответ никогда не достигает виртуальной машины. Смог увидеть это с помощью Wireshark и порта SPAN. SSID Sindle: проблем нет, ВМ отлично работает при мостовом соединении и получает 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

Если вы проверяете таблицу «sh ip dhcp bindings» на коммутаторе, отображается ли аренда для MAC-адреса виртуальной машины? Если это так, обнаружение DHCP достигает коммутатора, и широковещательное предложение отправляется обратно, но удаляется точкой доступа. Хотя это кажется несвязанным, такое поведение может быть вызвано, когда AP и клиент не поддерживают одинаковые параметры QM WMM. Попробуйте добавить «[no] dot11 qos mode wmm» в конфигурацию AP.


0

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


Некоторые функции не работают с использованием NAT. т. е. запуск Linux / Mac с виртуальной машиной Windows 8, которая имеет средства удаленного администрирования сервера. Не удается управлять хостом 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.