Présentation du Spanning-Tree Loop Guard
Pour qu’une liaison fibre entre deux switchs puisse fonctionner, elle a besoin de deux brins :
- 1 Brin « Emission«
- 1 Brin « Réception«
Le port ne se met pas en DOWN si un des deux brins ne fonctionne plus.
Ceci va nous poser problème pour notre topologie Spanning-Tree qui se veut sans boucle.
Mise en situation
Le Switch A :
- A été élu « Root-Bridge »
- Créez et envoie une trame BPDU sur tous ces ports
Il ne change pas l’état de ses ports.
Le Switch B :
- Reçois une trame BPDU sur son port « Root-Port »
- Modifie la trame BPDU et la renvoi sur ces ports « Designated-port »
Il ne change pas l’état de ses ports.
Le Switch C :
- Reçois une trame BPDU sur son port « Root-Port »
- Reçois une trame BPDU sur son port « Alternate » (qui est en mode Blocking)
- Compare les deux trames BPDU et conclut que la trame reçue par son port « Root-Port » présente le cout administratif le plus faible
Il ne change pas l’état de ses ports.
Tout marche très bien jusqu’au jour où :
Loop Guard – Rongeur fan de fibre optiqueUn rongeur décide de se faire les dents sur nos fibres optiques. (Ce qui arrive de temps en temps)
Le brin Emission Switch B => Switch C est donc rompu.
Comment le Spanning-Tree va-t-il réagir ?
sans loop guard
Loop Guard – sans Loop Guard
Le Switch A :
- A été élu « Root-Bridge »
- Créez et envoie une trame BPDU sur tous ces ports
Il ne change pas l’état de ses ports.
Le Switch B :
- Reçois une trame BPDU sur son port « Root-Port »
- Modifie la trame BPDU et la renvoi sur ces ports « Designated-port »
Il ne change pas l’état de ses ports.
Le Switch C :
- Reçois une trame BPDU sur son port « Root-Port »
Reçois une trame BPDU sur son port « Alternate »(Qui est en mode Blocking)- Ne reçoit plus de trames BPDU sur son port Alternate !!!!!
Le protocole Spanning-tree vas se dire :
« Si je ne reçois plus de trame BPDU sur ce port, c’est que cette liaison ne va pas faire de boucle dans ma topologie STP, je repasse donc en mode Forwarding et ce port aura le rôle de « Designated-port »!!!
Conséquence :
Tempête de broadcast dans le sens inverse des aiguilles d’une montre
( C-B-A-C-B-A-C-etc…)
avec loop guard
Le Loop Guard va surveiller les ports qui ne sont pas des « Designated Port » (Les Root-Ports, les Alternates , les Back-up et les Blocking)
Si ces ports ne reçoivent plus de trames BPDU, ils sont automatiquement mis en mode « Loop-Inconsistent State ».
Ils vont donc être en mode « Blocking ».
S’ils reçoivent une nouvelle trame BPDU, il regagne le statut qu’ils avaient avant.
Configuration
Sur le même thème :
Merci de votre soutien et de votre fidélité ! Ce site existe grâce à vous et je ne vous remercierais jamais assez !
