Je vois d'où vous venez, rfc1180.
Nous pouvons regarder 2 scénarios différents, premier être un port de tronc - raccordement gauche d'à-tronc entre deux commutateurs différents avec 2 identifications vlan indigènes différentes comme représenté dans le lien. Ceci peut avoir comme conséquence la situation de contradiction de PVID.
Le scénario 2 au lequel je me réfère est un port d'accès assigné à un VLAN, relié à un commutateur sans des vlans configurés, ou vlan1 en tant qu'indigène. Les deux commutateurs ont vlan1 indigène, mais avec switch#2 est reliés à un port d'accès de VLAN qui attend les paquets étiquetés vlan mais switch#2 n'étiquette pas vlan1 il y a une disparité. Switch1 indique que j'obtiens le pbdus sur un port où je devrais voir les paquets étiquetés, ainsi l'indigène vlan sur le commutateur relié doit être incorrect. Puisque je ne suis pas débourbage, puis je n'ai aucune visibilité aux autres commutateurs VLAN, ni font le soin d'I. Nous employons cette technique tout le moment où nous employons VLAN sur un commutateur de noyau pour isoler des locataires dans un bâtiment et pour permettre aux locataires de nous relier quelque genre de commutateur ils veuillent au port que nous les remettons.
Je serais curieux pour savoir si les ports deviennent erreur-handicapés dehors. Une remise à zéro dégagerait cette condition jusqu'à ce qu'elle se produise encore avec le temps.
@omar_nagy - pouvez vous vérifier le statut de « interface d'exposition | inclure le débronchement » avant que vous rechargiez les commutateurs ?
Un retour négatif sur cette commande signifiera qu'ils pas erroring dehors. Autrement il renverra une liste de ports en condition erreur-handicapée.
S'ils sont, en effet erreur-nous désactivant alors pouvons mettre quelques conditions dans cette volonté lui permettons de se corriger ainsi vous ne devez pas le recharger chaque semaine.
