Ainsi, sur le commutateur 1, le seul port qui transmet est le gigabit 0/0, comme indiqué ici.
Les autres ports du commutateur bloquent.
Donc, en prenant une photo de la topologie
que ce port bloque, ce port bloque et ce port bloque.
Le seul port en cours de transfert est le gigabit 0/0 et nous pouvons le voir dans la sortie ici.
Donc, gigabit 0/0 est un port racine.
Nous pourrions donc dire que c'est le port racine de ce commutateur.
D'autres ports bloquent.
Maintenant, qu'en est-il du commutateur 2?
Ainsi, sur le commutateur 2 pour le VLAN 10, tous les ports
sont transférés car il s’agit du pont racine.
Sur un pont racine, tous les ports sont en
état de transfert. Vous ne pouvez pas vous rapprocher du pont racine plutôt que le pont racine lui-même.
Tous les ports du commutateur sont donc en cours de transfert
et tous ces ports sont des ports désignés. Chaque port
ici est donc un port désigné et l’état
du port est en cours de transfert. Qu'en est-il de l'interrupteur 3?
Ainsi, sur le commutateur 3, activez sh spanning-tree vlan 10. Nous
pouvons voir dans la sortie que le gigabit
0/0 est un port désigné.
Nous pouvons voir que le gigabit 0/1 est un port
racine et son transfert. Il s'agit donc d'un port racine et de l'état du
transfert. Nous pouvons également voir que le gigabit 0/2 est un port désigné et son transfert.
Il s’agit donc d’un port désigné et l’État effectue le transfert.
Qu'en est-il du commutateur 4? Ainsi, sur le commutateur 4 sh spanning-tree vlan 10 de ce
commutateur, nous avons 2 ports situés dans le VLAN 10.
La raison pour laquelle ce port n'apparaît pas,
c'est qu'il se trouve dans le VLAN 20 et que le gigabit 0/0 est le port
racine, le transfert et 0/1, le port désigné et le transfert. .
Il s'agit d'un port désigné et l'état est en cours de transfert. Ce port se trouve dans un réseau
local virtuel différent. Il n'est donc pas affiché pour le réseau local virtuel 10.
J'espère donc que vous pourrez voir un problème ici.
Je vais prendre une autre capture d’écran de cette topologie.
Ce que je veux que vous voyiez, c'est que
ce port, ce port et ce port ont été retirés de la topologie en
raison du blocage des ports par Spanning Tree.
Les données utilisateur ne seront pas envoyées via les ports de blocage.
Donc logiquement du point de vue de l'utilisateur.
Ces ports ne sont pas connectés à la topologie, même
s’ils sont là, alors que les ports du trafic utilisateur
bloquant ne passent pas par ces ports.
Les autres trafics tels que CDP et LLDP passent par un port de blocage,
mais pas le trafic des utilisateurs. Alors qu'est-ce que cela signifie?
Si, par exemple, cet utilisateur envoie des fichiers volumineux,
ce trafic sera acheminé vers ce serveur pour arriver au serveur inefficace.
Le trafic en provenance de cet hôte empruntera ce chemin pour accéder à ce serveur.
Donc, si un grand nombre d’hôtes envoient du trafic au serveur, ce trafic
doit traverser ce lien entre les 2 commutateurs principaux et
peut être dépassé car nous n’avons qu’un seul lien activé.
Donc, si j'efface ce diagramme, nous n'avons qu'un
lien de transfert ici.
L'autre lien est brisé et le chemin utilisé est inefficace.
Une des choses dont vous devez vous souvenir avec Spanning
Tree est de définir la racine de Spanning Tree que
vous ne voulez pas laisser à
Spanning Tree afin de déterminer où se trouve la racine sans votre contribution car
la situation pourrait être bien pire qu’elle ne l’est actuellement.
Si ce commutateur devenait le pont racine de la topologie, cela pourrait être bien
pire car ce commutateur l'utiliserait comme son
port racine, ce commutateur l'utiliserait comme son port racine et
supposons que l'adresse MAC de ce commutateur
est inférieure à celle du commutateur.
ou a une priorité plus faible,
ce qui signifie que ce serait le port racine de ce commutateur de bord.
Ce port et ce port seraient désignés comme étant des
ports désignés. Dans cette
topologie, en supposant que celui-ci ait un ID de pont
inférieur, ces ports seraient des ports désignés.
Supposons qu’il ait un ID de pont inférieur à celui-ci, il
s’agit d’un port désigné dans ce scénario, ce
qui signifie que ce port est bloqué, ce
port est bloqué et ce port est bloqué.
Alors maintenant, si cet hôte doit envoyer un grand nombre de fichiers à ce
serveur, le trafic circulera comme ceci pour arriver au serveur.
Supposons encore une fois que vous avez beaucoup, beaucoup de
périphériques hôtes ici, ils envoient tout leur trafic via ce commutateur d’accès pour se rendre au serveur.
S'il s'agissait d'un commutateur d'extrémité inférieure, disons qu'il s'agit d'un très ancien commutateur d'accès 2950 et qu'il est devenu la racine
de votre topologie, vous forceriez de nombreuses
données utilisateur à passer par ce petit commutateur. Il en irait de même
si vous disposiez de nombreux accès. commutateurs alors imaginez que vous avez ici
20 commutateurs d’accès; que tout le trafic
utilisateur sur ces 20 commutateurs d’accès serait maintenant poussé à travers le commutateur
d’accès pour atteindre le serveur, ce qui
n’est certainement pas ce que nous souhaitons.
Nous voulons nous assurer que les commutateurs principaux des commutateurs racine et pour améliorer ceci, nous voulons nous assurer
qu'un des commutateurs est la racine de certains
VLAN. Dans cette topologie, nous allons donc créer
le commutateur 1, la racine du VLAN 1 et du VLAN. 10 et nous
allons faire de ce commutateur la racine des
autres VLAN de cette topologie. Nous le
scinderons comme suit, car les hôtes VLAN 10 sont connectés à ce commutateur et
le système sera plus efficace s'il envoie le trafic directement à ce commutateur
principal et ce VLAN hôte 20 envoie son trafic directement au commutateur 2.
Donc, dans notre topologie, nous allons faire de ce commutateur la racine du VLAN 1 et
du VLAN 10 et ce commutateur sera la racine du VLAN 20, ce
qui signifie à nouveau que l’hôte VLAN 10 enverra son
trafic et les hôtes du VLAN 20 leur trafic là-bas.
Alors mettons cela en place.