- Tps de lecture : 5 min
- Pré-requis : Tables CAM et ARP / Introduction au spanning-tree
- Niveau : Débutant
- Objectif : CCNA 200-301
Introduction
Le but du Spanning-Tree est d’obtenir une architecture LAN SANS BOUCLE.
Le premier protocole permettant de faire du Spanning-Tree est le protocole STP (Spanning-Tree Protocol). Pour transformer une architecture maillée en architecture sans boucle, STP va devoir désactiver certaines liaisons. Pour ce faire, il a la possibilité de mettre les ports d’un switch dans un de ces deux états (state) stables :
Forwarding (FWD) :
- fonctionnement normal du port
Blocking (BLK) :
- le port n’émet rien sauf des trames STP
- le port reçoit tous mais ne traite que les trames STP
Pour prendre ce type de décision, il va falloir que tous les switchs se mettent d’accord sur l’architecture logique à adopter. Nos switchs vont échanger des informations STP via des trames BPDU, pour qu’il soit tous d’accord, ils vont dans un premier temps devoir élire un chef !!
Le Chef sera appelé le root-bridge !
Élection des BRIDGE
Root-bridge
NON Root-bridge
Rôle des ports
Root port
DESIGNATED PORT
BLOCKING PORT
Election des rôles
Le coût administratif le plus bas
La valeur du Bridge ID la plus faible
Le numéro de port le plus faible
État des ports STP
État des ports STP
Communication STP
En cas de panne
Pour aller plus loin :
Merci de votre soutien et de votre fidélité ! Ce site existe grâce à vous et je ne vous remercierais jamais assez !
Expert Réseau
11 ans d’expérience
CCNP Routing and Switching
Fondateur de FingerInTheNet
Bon tutorial et bonne révision pour ton CCNP
Merci 🙂
bernie ?
C’est moi 🙂 Je voulais pas te filer l’adresse du site avant qu’il soit fini ^^ tu la trouvé via google ?
Je t’ai envoyé un message sur Viber
Félicitations pour l’arcticle !
1 – Dans la section « Communication STP », la phrase suivante peut porter à confusion : « Par défaut , un Switchs envoie une trame BPDU toutes les 2 secondes sur tous ses ports . ». Il faudrait peut-être ajouter une précision ; une fois que le root bridge élu et le réseau stabilisé, c’est uniquement le « root bridge » qui envoie les « Configuration BPDU » toutes les deux secondes.
2 – Dans la section « Roote Bridge », est-ce que la phrase suivante ne devrait pas préciser que les incréments de 4096 ne sont utilisés que si on utilise le « extended system-id » (1 process par VLAN) : « – Possède un pas de 4096 (4096, 8192, 12228, … , 28672, 32 768, 36864, … , 57344 ou 61440) ».
3 – Le calcul du « root path cost » (Étape 3), est-ce que n’est pas plutôt le coût de l’interface d’entrée (Root Port) qu’il faut utiliser ?
4 – Dans la section « En cas de panne », je crois qu’il faut distinguer deux cas :
– Dans le cas de la panne locale de la switch, la switch va envoyer des TCNs au root bridge.
– Dans le cas d’une panne indirecte, la switch va être détectée la panne par l’absence de BPDU (pendant la durée MaxAge).