VM em um cliente conectado a um Cisco 1262 incapaz de DHCP (mas o IPv6 funciona bem)

9

Recentemente substituí a conexão sem fio em um site do AP interno em um 877-WM por um (independente) 1262 executando 15,2 (2) JB. Eu configurei o AP da mesma maneira que sempre faço para os Cisco APs para operação SSID única (domínio de ponte único, gerenciamento de BVI1 também) e as coisas parecem funcionar.

No entanto, no meu laptop, tenho o VMware em execução, e um convidado com a NIC configurada no modo de ponte não pode DHCP, no entanto, o IPv6 funciona bem.

Ao procurar esse problema, vejo uma referência a um comando "ip-mac-binding disable" nas configurações do WLC, mas não consigo encontrar se isso é mapeado para uma configuração em um único AP.

A parte relevante da configuração do ponto de acesso é:

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
fonte
11
Quando conectado a outras redes via wireless, ou conectado a essa mesma rede com o 877, ele funciona bem.
LapTop006
Se funcionar com a configuração sem fio do 877, você também publicaria isso? Também qual é o seu servidor DHCP? Reproduzi o problema no 3602E independente - não é possível receber o IP atribuído ao DHCP (switch Cisco executando o DHCP por enquanto), mas o IPv4 estático funciona.
some_guy_long_gone
A conexão sem fio no 877 é a mesma configuração de rádio do 1262, conectada a um BVI "LAN" compartilhado. O 877 também é o que faz DHCP.
LapTop006
Existe alguma mensagem relevante no log do AP no momento em que a VM está descobrindo / solicitando DHCP?
Daniel Yuste Aroca
11
Ok, atualização: vários SSIDs com VM em ponte: a VM envia uma solicitação DHCP, o servidor DHCP recebe uma solicitação e envia uma resposta, a resposta nunca chega à VM. Conseguiu ver isso usando o Wireshark e uma porta SPAN. Sindle SSID: sem problemas, a VM funciona bem com a conexão em ponte e recebe o endereço atribuído ao DHCP.
some_guy_long_gone

Respostas:

2

Eu tive o mesmo problema e encontrei uma solução: habilite o agente de retransmissão DHCP no AP e ele funciona. Substitua xxxx pelo endereço IP do seu servidor DHCP (normalmente o roteador da Internet localizado no mesmo domínio de rede / transmissão.

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
fonte
Surpreendentemente, isso funcionou para mim, eu adoraria saber o porquê.
LapTop006
2

Se você verificar a tabela "sh ip dhcp bindings" no switch, é apresentada uma concessão para o endereço MAC das VMs? Nesse caso, o DHCP Discover está alcançando o switch e a Oferta de transmissão está sendo enviada de volta, mas descartada pelo AP. Embora pareça não relacionado, esse comportamento pode ser causado quando o AP e o cliente não suportam os mesmos parâmetros WMM QOS. Tente adicionar "[no] dot11 qos mode wmm" à configuração do ponto de acesso.

smoothbSE
fonte
0

Eu tive um problema semelhante no trabalho e minha solução foi configurar a VM para usar o NAT em vez do modo de ponte. A máquina host receberá o endereço IP real e, quando a VM for ativada, ela tentará solicitar um IP separado, mas o MAC de origem será o mesmo. Mudar a VM para NAT resolveu nossos problemas.

drek
fonte
Certas funções não funcionam usando NAT. ou seja, executando o Linux / Mac com uma VM do Windows 8 que possua Ferramentas de Administração de Servidor Remoto. Não é possível gerenciar um host Hyper-V remotamente atrás do NAT.
some_guy_long_gone
Notado. Não executamos nenhuma VM do Windows 8. Principalmente Windows 7 ou Linux a partir de um Mac como host.
Drek