VM sur un client connecté à un Cisco 1262 incapable de DHCP (mais IPv6 fonctionne très bien)

J'ai récemment remplacé le sans fil sur un site à partir de l'AP interne sur un 877-WM avec un (autonome) 1262 exécutant 15.2 (2) JB. J'ai configuré l'AP à peu près de la même manière que je le fais toujours pour les AP Cisco pour un fonctionnement SSID unique (domaine à pont unique, gestion BVI1 également), et les choses semblent fonctionner.

Cependant, sur mon ordinateur portable, j'ai VMware en cours d'exécution, et un invité avec NIC réglé en mode ponté ne peut pas DHCP, mais IPv6 fonctionne bien.

Lors de la recherche de ce problème, je vois une référence à une commande "ip-mac-binding disable" sur les configurations WLC, mais je ne trouve pas si cela correspond à un paramètre sur un seul point d'accès.

La partie pertinente de la configuration de l'AP est:

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
la source

Lorsqu'il est connecté à d'autres réseaux via une connexion sans fil ou ponté sur ce même réseau avec le 877, cela fonctionne bien.

LapTop006

Si cela fonctionne avec la configuration sans fil 877, publieriez-vous cela également? Quel est également votre serveur DHCP? J'ai reproduit le problème sur mon 3602E autonome - impossible de recevoir l'IP attribuée par DHCP (commutateur Cisco exécutant DHCP pour l'instant), mais IPv4 statique fonctionne.

some_guy_long_gone

Sans fil sur le 877 est la même configuration radio que le 1262, reliée à un BVI "LAN" partagé. Le 877 est également celui qui fait DHCP.

LapTop006

Existe-t-il un message pertinent dans le journal AP au moment où la machine virtuelle détecte / demande DHCP?

Daniel Yuste Aroca

Mise à jour correcte: plusieurs SSID avec VM pontée: la VM envoie une requête DHCP, le serveur DHCP reçoit la requête et envoie une réponse, la réponse n'atteint jamais la VM. A pu voir cela en utilisant Wireshark et un port SPAN. Sindle SSID: aucun problème, la VM fonctionne correctement avec une connexion pontée et reçoit l'adresse attribuée par DHCP.

some_guy_long_gone

Réponses:

J'ai eu le même problème et j'ai trouvé une solution: activer l'agent de relais DHCP sur l'AP et cela fonctionne. Remplacez xxxx par l'adresse IP de votre serveur DHCP (généralement le routeur Internet situé sur le même réseau / domaine de diffusion.

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
la source

Étonnamment, cela a fonctionné pour moi, j'aimerais savoir pourquoi.

LapTop006

Si vous vérifiez la table "sh ip dhcp bindings" sur le commutateur, un bail est-il affiché pour l'adresse MAC des machines virtuelles? Si tel est le cas, la découverte DHCP atteint le commutateur et l'offre de diffusion est renvoyée, mais abandonnée par l'AP. Bien qu'il ne semble pas lié, ce comportement peut être provoqué lorsque l'AP et le client ne prennent pas en charge les mêmes paramètres WMM QOS. Essayez d'ajouter "[no] dot11 qos mode wmm" à la configuration AP.

smoothbSE
la source

J'ai eu un problème similaire au travail et ma solution était de configurer la machine virtuelle pour utiliser NAT au lieu du mode ponté. La machine hôte recevra l'adresse IP réelle, puis lorsque la machine virtuelle est lancée, elle essaie de demander une adresse IP distincte, mais le MAC source est le même. Le passage de la VM au NAT a résolu nos problèmes.

drek
la source

Certaines fonctions ne fonctionnent pas avec NAT. c'est-à-dire, exécuter Linux / Mac avec une machine virtuelle Windows 8 dotée d'outils d'administration de serveur distant. Impossible de gérer un hôte Hyper-V à distance derrière NAT.

some_guy_long_gone

C'est noté. Nous n'avons exécuté aucune machine virtuelle Windows 8. Surtout Windows 7 ou Linux à partir d'un Mac en tant qu'hôte.

drek