Discussion :

[nouilletonne]

Bonjour

Je suis des cours en réseau et j'ai un exam dans deux jours et je bloque encore sur un point avec les BPDU et spanning tree

exemple :
J'ai un pont 70 avec une table actuelle :
Port RootId Cout SenderID Etat
1 1 11 70 F
2 1 10 5 R
3 1 11 70 F
4 1 11 70 F
Il reçoit une trame BPDU sur son port 4 (on néglige le port emetteur et le cout de traversé des tronçons à rajouter )
<1,10,45> sur port 4
Mise à jour de la Table du Pont 70
1 1 11 70 F
2 1 10 5 R
3 1 11 70 F
4 1 10 45 B
là je comprend la diffusion dans les ports du pont

mais si j'avais eu <1,9,45> toujours sur le port 4 là j'hésite
entre :

1 1 10 70 F
2 1 10 5 B
3 1 10 70 F
4 1 9 45 R

et

1 1 10 70 F
2 1 10 70 F
3 1 10 70 F
4 1 9 45 R

ou plus étrange

1 1 10 45 F
2 1 10 45 F
3 1 10 45 F
4 1 9 45 R
ou même

1 1 10 45 B
2 1 10 45 B
3 1 10 45 B
4 1 9 45 R

Je bloque parceque sur mes cours la mise à jour se fait ainsi :
au cas où :

Root = Root' et Cout+1=Cout' et SenderId < SenderId' =>
45 < 70 donc tous les senderid du pont 70 sont à changer et l'état soit bloqué soit forwarding

bref je suis perdu

merci à vous de m'aider

[Invité]

bref je suis perdu

Je te rassure, moi aussi.
Un exercice sur du Spanning Tree sans schéma et sans connaître les hypothèses de départ, c'est pas simple

Steph

[nouilletonne]

maintenant je le sais
en cas de cout équivalent les port qui ont comme senderid le pont/commutateur lui meme ne sont pas affecté car ceux sont les port désignés et reste en forwarding. bloqué les sender id du pont lui meme c'est pas tres logique non plus ils doivent tjr etre capable d'envoyer et de recevoir une BPDU.
seul les ports ayant des senderid différents peuvent etre bloqué ou pas si ils sont inf ou sup cela depend de la meilleur BPDU reçu.
donc :
1 1 10 70 F
2 1 10 5 B
3 1 10 70 F
4 1 9 45 R

en tout cas ça c'était bien absurde
1 1 10 45 F
2 1 10 45 F
3 1 10 45 F
4 1 9 45 R
ou même
1 1 10 45 B
2 1 10 45 B
3 1 10 45 B
4 1 9 45 R


de toute façon me suis un peu planté à mon exam suis un peu dégouté !!!
(et y'avait pas de spanning tree en plus arf)

[boboss123]

Salut,

Un petit cours pas trop mal fait :
http://www.cisco.com/cisco/web/suppo...94770_146.html

En résumé :

Élection du bridge root par ordre de priorité :
1- valeur designated bridge priority la plus faible
2- valeur de l'adresse MAC du designated bridge la plus faible
3- valeur du port priority du designated bridge la plus faible
4- valeur du numéro d’identification du port du designated bridge la plus faible

Élection des ports désignés (forwarding) par ordre de priorité
1- valeur du cost path la plus faible
2- valeur designated bridge priority la plus faible
3- valeur de l'adresse MAC du designated bridge la plus faible
4- valeur du port priority du designated bridge la plus faible
5- valeur du numéro d’identification du port du designated bridge la plus faible

ça me perturbe un peu d'utiliser le terme SenderID, ce terme apparait nul part dans la RFC : normalement on devrait parler de designated bridge (conceptuellement, ça ne veut plus dire la même chose)

[nouilletonne]

merci j'avais lu déjà plein de fiches cisco pas tout ça piquait les yeux à la fin mais je relirai plus tard celui là

Le problème c'est que l'adresse mac, le port ou le no id du port (pour moi c'est la meme chose) commutateur qui reçoit une meilleure BPDU ne suffisait pas résoudre mon intérrogation. même maintenant ça ne m'est pas automatique. mais je parle de la phase init des ports roots, désignés et bloqués. avant que le réseau se mette en place. et forcément sur un pont/bridge/commutateur c'est le cout qui compte en cas d'égalité les ports désignés du commutateur lui même reste prioritaire jusqu'à que la phase d'init se termine et même après un port bloqué est tjr à l'écouté ce n'est pas un port désactivé. et les ports d'un commutateur lui même ne peuvent pas être bloqués (sauf "manuellement" et encore en pratique je ne vois pas l'intéret )ni désactivés (ça voudrait dire que le commutateur lui même est défaillant). donc soit c'est un autre commutateur qui est élu et se retrouve bloqué à cause d'un meilleure bpdu, soit c'est les ports du commutateur lui meme et se bloqué lui meme autant ne pas faire de phase init du réseau je pense ?

[boboss123]

Un petit complément animé qui explique le fonctionnement du base du STP (pas RSTP) : http://www.cisco.com/image/gif/paws/...ning_tree1.swf


Oula c'est dure d'arriver à te suivre, je vais essayer de décomposer ton message

mais je parle de la phase init des ports roots, désignés et bloqués.

Au démarrage un pont STP se considère comme étant le root bridge : donc tous les ports du pont sont des designated ports. Mais attention, les ports ne sont pas dans l'état forwarding mais ils sont dans l'état blocking. Le port d'un pont passe en mode forwarding uniquement quand il est certain que le lien ne formera pas de boucle (c'est pour ça que le temps de détection de topologie est un peu long en STP).

Pour la suite je n'ai pas tout compris, il manque la ponctuation je crois... je vais essayer de répondre en prenant un bout de phrase...

en cas d'égalité les ports désignés du commutateur lui même reste prioritaire jusqu'à que la phase d'init se termine et même après un port bloqué est tjr à l'écouté ce n'est pas un port désactivé.

Chaque port d'un bridge STP maintient une variable appelée "port priority vector" qui est la concaténation des champs suivants : {RootBridgeID : RootPathCost : DesignatedBridgeID : DesignatedPortID : BridgePortID}
Lorsqu'un BPDU est reçu, le bridge calcule le "message priority vector" associé
Si le "message priority vector" à un niveau de priorité supérieur au "port priority vector", le "port priority vector" devient "message priority vector" et la topologie réseau est recalculée.
=> Il n'y a donc pas d'attente de fin de phase d'init, la détection pour chaque port du designated bridge se fait en permanence à chaque réception de BPDU. Par contre, il y a une gestion de timeout pour le changement d'état des ports (blocking/learning/forwarding) et sur la détection de "non présence" de BPDU... un designated port peut donc être en état "blocking".

La norme RSTP est disponible ici : https://standards.ieee.org/findstds/...2.1D-2004.html
=> Mais c'est un gros pavé pas facile à décrypter