L'association hôte private-vlan FEX 2248 fait en sorte que int affiche «inactif»

Lors de l'activation d'un nouveau port sur un 2248 FEX, lorsque la commande "private-vlan host association primary secondary " est placée sur une interface AVANT que le serveur ne soit câblé, l'interface passe dans un état "inactif" et ne s'affiche pas par rebondir le port. Cependant, lorsque la commande pvlan host association est supprimée et rajoutée, l'interface s'affiche alors immédiatement.

Je n'ai trouvé aucune documentation Cisco décrivant le problème. Est-ce que quelqu'un sait s'il s'agit d'un bug? Quelqu'un d'autre a-t-il vu ce problème?

Je ne comprends pas pourquoi le port doit être câblé avant d'ajouter la configuration pvlan.

cisco-nexus-2000

— packetwrassler
source

Une réponse vous a-t-elle aidé? si c'est le cas, vous devez accepter la réponse afin que la question ne s'affiche pas indéfiniment, à la recherche d'une réponse. Alternativement, vous pouvez fournir et accepter votre propre réponse.

— Ron Maupin

Chaque fois que vous configurez un port de commutation FEX, vous devez vous assurer que la configuration est cohérente sur les deux commutateurs parents (c'est-à-dire Nexus 5K). Vous pouvez le faire manuellement ou utiliser la fonction config-sync pour simplifier votre configuration.

Par exemple:

N5K-A(config)# interface e100/1/40
N5K-A(config-int)# switchport mode trunk

CEPENDANT - vous devez répéter cette configuration sur le même port sur l'autre plan de contrôle (autre commutateur parent Nexus) car les configurations ne sont pas synchronisées automatiquement par défaut.

N5K-B(config)# interface e100/1/40
N5K-B(config-int)# switchport mode trunk

Si la configuration d'un port de commutation FEX ne correspond pas aux deux commutateurs parents, il le placera dans un état "inactif" comme vous le décrivez.

— Mierdin
source

Vous avez raison, mais dans ce cas, c'était pour un hôte privé-vlan. Ce n'était pas pour une interface allant vers un 5K. L'interface n'avait pas de configuration Port-channel ou VPC. C'était juste un port hôte vers un périphérique d'extrémité où j'ai vu le problème.

— packetwrassler

Cela s'applique aux ports orientés en aval. Supposons que vous ayez la configuration port-canal / vPC pour connecter correctement le FEX aux commutateurs Nexus en amont. Vous aurez deux plans de contrôle (un pour chaque commutateur nexus parent) qui doivent être synchronisés pour que les ports hôtes du FEX sortent de cet état "inactif". Donc, pour ce port face à l'hôte sur le FEX, vous devrez vous assurer que la configuration est la même sur les deux commutateurs parents.

— Mierdin