Donc, encore une fois sur le commutateur 1, le VLAN 1 de spanning-tree sh nous indique que
ces ports bloquent 1, 2 et
3 bloquent pour le VLAN 1
identiques pour le VLAN 10, que 1, 2 et 3 bloquent.
Nous allons donc maintenant passer en mode de configuration
globale et taper spanning-tree car
il s’agit d’une spanning-tree par VLAN, je peux le faire sur une base par VLAN.
Je vais donc spécifier
VLAN 10 et modifier la priorité du commutateur sur 0.
Auparavant, dans l’ID du pont, la priorité du commutateur était
32778, autrement dit la priorité par défaut +
le numéro de VLAN de 10.
do sh spanning-tree VLAN 10 me montre
maintenant que la priorité du commutateur est 10, c'est-à-dire que la priorité
0 + numéro VLAN me donne une priorité de 10 et que ce commutateur est
maintenant la racine du VLAN 10.
Les ports traversent actuellement différents états, nous sommes donc en phase
d'apprentissage et maintenant, les ports sont en cours de transfert. Nous devons maintenant optimiser
l'optimisation de Spanning Tree. La première chose que nous avons faite est de
faire de ce commutateur la racine du VLAN 10 mais nous souhaitons également
changer le type de port pour permettre à Rapid Spanning Tree de converger
beaucoup plus rapidement que pour le moment.
Nous voulons créer ces liens point à point dans Spanning Tree
et nous y reviendrons dans
un instant. Pour l'instant, nous avons fait en sorte que ce commutateur devienne la racine du
VLAN 10 et que nous fassions de même
pour le VLAN 1. alors nous voyons que
ces ports bloquent, mais après un certain temps, ils devraient aller à l'apprentissage
et voilà, ils vont au blocage, à l'écoute puis à
l'apprentissage et maintenant ils passent à la transmission afin que
le les ports sont
maintenant transférés sur le commutateur, ce qui est
meilleur que ce que nous avions auparavant.
La priorité du commutateur est 1 car nous avons défini la priorité sur 0 + le numéro VLAN de 1, ce
commutateur est le commutateur racine.
Nous avons donc fait de ce commutateur la racine du VLAN 1 et du VLAN 10;
nous souhaitons faire du commutateur 2 la racine du VLAN 20 maintenant.
Donc, sur le commutateur 2, configuration Spanning-Tree VLAN 20 priorité 0 sh Spanning-Tree VLAN 20 priorité de commutateur est maintenant 20 en
d'autres termes 0 + le commutateur numéro VLAN est la racine,
le commutateur est en cours de transfert dans tous les ports
le commutateur était la racine auparavant pour le
VLAN 20, le port restait donc
en mode de transfert car le
commutateur était la racine, mais remarquez maintenant que pour le VLAN
1, le commutateur effectue le transfert sur tous les ports, mais le blocage en gigabit 0/1 est bloqué.
De retour sur le commutateur 1, examinons le Spanning Tree pour VLAN
20, ce n’est toujours pas satisfaisant car le commutateur bloque toujours les ports 3, 2 et 1.
donc, pour optimiser cela, nous
voulons faire de ce commutateur le commutateur racine de sauvegarde pour le VLAN 20
et, pour ce faire, nous allons taper spanning-tree vlan 20 priority et je
ne peux pas entrer une priorité de 1, car il doit être multiple
4096, donc la priorité la plus basse que je peux utiliser est 4096.
Sh spanning-tree vlan 20 me montre maintenant que ces
ports 2 et 3 sont des ports désignés où
ils étaient auparavant des ports alternatifs.
Après une période de temps, nous devrions voir les ports aller
de l'avant afin qu'ils apprennent actuellement, tout en attendant que nous
attendions cette notification. Le gigabit 0/1 est toujours un port
alternatif et se bloque car nous avons 2 ports sur le même commutateur racine.
Mais maintenant, notez que 0/0 transfère son port racine, ces 2 ports sont en cours de transfert,
donc 2 et 3 sont en cours de transfert car ils sont
désormais désignés comme des ports.
C'est mieux que ce que nous avions avant.
alors sh courir | include span cette commande
a été activée par défaut, mais
nous avons maintenant défini le commutateur comme pont racine pour les VLAN
1 et 10 et comme
racine de sauvegarde pour le VLAN 20 sur le commutateur 2. et VLAN 1, définissez la
priorité du VLAN 10 à 4096 et procédez de même pour le VLAN 1 sh run
| incluez spanning-tree
afin que cette fois encore, avec les commandes
par défaut, nous ayons fait passer 2 le
commutateur racine de secours pour les VLAN 1 et 110 et le
racine pour le VLAN 20.
Ainsi, dans notre topologie, ce commutateur est la racine des VLAN 1 et
10 et ce commutateur est
la racine du VLAN 20;
ils sont tous deux des racines de secours, autrement dit, ces ports sont transférés sur les deux commutateurs.
Le seul port bloquant est ce port sur les deux
commutateurs principaux et nous allons améliorer cela dans un moment en exécutant
EtherChannel, mais une fois encore, sh spanning-tree vlan 10
pour VLAN 10 tous
les ports sont transférés pour VLAN 20
sauf pour ce lien entre les 2 commutateurs principaux.
Et pour le VLAN 1, tous les ports sont en cours de transfert car il s’agit du pont racine.
Quelque chose de similaire peut être vu
sur le commutateur 2 sh spanning-tree vlan
10 du commutateur alternatif est celui-ci ici
0/1 même peut être vu pour le VLAN 1
ce port est le port alternatif.
Mais pour le VLAN 20, tous les ports sont en cours de transfert.
Nous avons donc amélioré Spanning Tree en faisant de
ce commutateur la racine de certains VLAN et celui-ci
de la racine d’autres VLAN.
Voyons maintenant les commutateurs d’accès.
Sur le commutateur d'accès 3, show run | include span la configuration par défaut de Spanning
Tree a été effectuée, nous n'avons rien fait
de plus ici.
Voyons donc VLAN 10: le port
racine pour VLAN 10 est ce port gigabit 0/0; le port alternatif bloquant
est 0/1, mais pour VLAN 20, un avis
qui a été retourné est le port racine pour VLAN 20
et c le port alternatif pour
le VLAN 20 bloquant donc pour
le VLAN 20, ce port bloque pour le VLAN 10.
Ainsi, si vous avez des téléphones IP et des PC connectés à ce commutateur,
le trafic du VLAN 10 laisse supposer que
vos PC utiliseront cette liaison montante et que
le VLAN 20, c’est-à-dire que vos téléphones utiliseraient cette liaison montante, il en ira
de même pour ce commutateur.
Le trafic VLAN 20 utilisera cette liaison montante et
le trafic VLAN 10 utilisera cette liaison montante.
Donc, le commutateur 4 sh spanning-tree du port racine est gigabit
0/1, 20, le port racine est gigabit 0/0, ce qui nous a permis une fois encore d'implémenter
le partage de charge du trafic sur les
liaisons montantes de ce commutateur. .
Spanning Tree est donc bien mieux maintenant qu’il ne l’était auparavant.
Alors, quelle est la recommandation?
Assurez-vous de configurer vos commutateurs principaux en tant que commutateurs racine. Nous pouvons maintenant
utiliser une commande telle que sh spanning-tree root sur le commutateur 1 pour voir
quels ports sont des ports racine.
maintenant, il n'y a plus de ports racine sur le commutateur pour les VLAN 1 et 10,
car le commutateur est le commutateur
racine, mais notez que pour le VLAN 20, le port racine est gigabit 0/0 et que le
coût pour accéder à la racine est de 4, ce lien gigabit a coût de 4.
Sur le commutateur 2 sh, notification racine Spanning-Tree pour les VLAN
1 et 10, son port racine est 0/0; le coût est de
4; il n’existe pas de port racine
pour le VLAN 20;
Quelque chose de semblable pourrait être vu sur nos commutateurs
d'accès, donc sh spanning-tree root sur le commutateur 3, le
commutateur situé ici a un gigabit 0/0 comme port racine pour le VLAN 1 et le VLAN 10
gigabit 0/1, ce port est le port racine du VLAN 20 et
enfin, sur le commutateur 4, on peut voir quelque chose de similaire,
sh span, les ports racine pour 1 et 10 gigabit 0/1 par-dessus le port racine
pour VLAN 20 est ce port.
Nous avons optimisé Spanning Tree à présent beaucoup mieux que le moment était venu.
Cependant, nous avons toujours un port de blocage
ici, donc nous voulons l’optimiser en créant une agrégation de liens entre
ces 2 ports et nous le ferons dans la vidéo suivante.