Comment le pont racine est-il élu dans STP?


16

Comment STP / RSTP détermine-t-il quel pont est le pont racine et comment les chemins d'accès au pont racine sont-ils sélectionnés?


L'OP fait-il référence à une instance unique RSTP selon la norme 802.1w ou à un RLAN V-per tel que l'extension de Cisco qui peut produire plusieurs ponts racine via des instances d'arborescence distinctes?
generalnetworkerror

Je fais référence à STP / RSTP, pas MSTP ou PVSTP, bien qu'ils fonctionneraient à peu près de la même manière, uniquement sur un par vlan (ou un groupe de ceux-ci).
nos

Réponses:


25

Je ne sais pas exactement ce que vous savez sur la commutation et le spanning-tree, mais au début, tous les commutateurs prétendent qu'ils sont la racine. Tous les commutateurs envoient des BPDU (Bridge Protocol Data Unit) qui contiennent une priorité et le BID (Bridge ID).

Le BID fait 8 octets de long. 6 octets sont utilisés pour l'adresse MAC du pont. 12 bits sont utilisés pour indiquer le VLAN, cela s'appelle l'ID système étendu. 4 bits sont utilisés pour définir la priorité. Une priorité plus faible signifie qu'elle est préférée par rapport à une priorité plus élevée. La priorité est définie par multiples de 4096.

S'il y a une égalité de priorité, l'adresse MAC la plus basse déterminera quel pont deviendra la racine.

Pour sélectionner le chemin vers la racine, le coût pour la racine est calculé. Au fur et à mesure que le BPDU se déplace de la racine en aval, le coût augmente INBOUND. 802.1D-1998 (STP hérité) avait un coût de 19 pour une interface FastEthernet. La nouvelle norme 802.1D-2004 définit un coût de 200000 pour FastEthernet.

S'il y a une égalité de coût, choisissez le BPDU provenant du commutateur avec le BID le plus bas. S'il s'agit également d'une égalité (plusieurs liens vers le même commutateur), l'ID de port entre en jeu. L'ID de port provient également du commutateur en amont et se compose d'une priorité de port et d'un ID de port qui identifie l'interface. La priorité du port par défaut est 128.

Il y a beaucoup à couvrir, mais ce sont les étapes de base.


La priorité de pont (16 bits) est définie par multiples de 4096 car elle se compose d'une autre priorité de pont (4 bits à l'extrême gauche) et de l'ID système étendu (12 bits à l'extrême droite). Ainsi, la priorité de pont de 4 bits commence en fait au 13e bit en partant de la droite, et 4096 = 2 ^ 12.
user1534664

13

Vous posez des questions sur la théorie STP:

https://en.wikipedia.org/wiki/Spanning_Tree_Protocol

Mais l'idée de base est que chaque commutateur a un ID de pont qui est une combinaison de sa priorité et de son adresse MAC. Par défaut, tous les commutateurs utilisent 32768 comme priorité. Par défaut, le commutateur avec le MAC le plus bas fera office de pont racine. Vous pouvez manipuler cela en ajustant les priorités, car le pont racine par défaut n'est probablement pas celui que vous souhaitez utiliser en tant que racine. Vous décidez quel commutateur utiliser en tant que root en fonction de vos conceptions de couche 2 et où vous prévoyez que le trafic de couche 2 voyagera le plus.

Le coût du chemin d'accès à la racine est la somme des coûts de liaison entre le port en question et le port correspondant sur le pont racine. Plus le lien est rapide, plus le coût est faible. Donc, dix sauts pour rooter sur des liens 1GBPS donneraient un coût de port de 40 (4 + 4 + 4 + 4 + 4 + 4 + 4 + 4 + 4 + 4), tandis qu'un seul lien 10MBPS serait 100. Ainsi, le port racine serait celui qui se connecte aux liens 1GBPS.

Vous pouvez également manipuler les chemins et les racines STP par vlan. Le lien ci-dessus vous permettra de démarrer. Cela peut être aussi complexe que vous le souhaitez.


3

Afin de ne pas répéter les réponses ici et de présenter une vue alternative vers une meilleure pratique, la question devrait être "Comment puis-je prédéterminer le pont racine afin qu'il y ait une vue déterministe du réseau avant le dépannage?"

Définissez vos commutateurs d'agrégation ou de distribution en tant que root en divisant vos réseaux locaux virtuels entre un commutateur principal et secondaire. Habituellement, les VLAN de nombre impair sont définis sur un commutateur en tant que root et les VLAN de numéro pair en tant que secondaire, puis l'inverse sur l'autre commutateur.

Sw1:
spanning-tree vlan 1,3,5,7 root primary
spanning-tree vlan 2,4,6,8 root secondary

Sw2:
spanning-tree vlan 1,3,5,7 root secondary
spanning-tree vlan 2,4,6,8 root primary

Votre réponse ne concerne que s'ils utilisent PVST + ou MST avec les instances mappées comme indiqué, et non STP / CST ou RSTP comme indiqué par l'OP, auquel cas cela peut créer des problèmes. Il est également simpliste de supposer que vous n'avez que deux ponts racine dans votre L2, mais c'est un bon exemple de la façon de simplifier le dépannage si vous pouvez le faire de cette façon (de nombreux réseaux ont grandi / évolué au point de plusieurs ponts racine, et le pair / impair ne fonctionne pas dans le sens du flux de trafic sans reconfigurer les VLAN sur le réseau).
Apprendre

Étant donné qu'une configuration rapide-pvst en mode spanning-tree Cisco affiche "Protocole rstp activé Spanning Tree" avec show spanning-tree , comment pouvez-vous être sûr par RSTP que l'OP n'a pas prévu Rapid PVST de Cisco? J'avoue que ma réponse était concentrée sur une configuration Cisco "rapid-pvst". Pourriez-vous également expliquer les problèmes que vous avez indiqués pourraient être créés?
generalnetworkerror

Vous pourriez avoir raison, mais depuis l'OP spécifiquement STP (aka CST) et RSTP, il semblerait indiquer des implémentations de spanning tree standard. En ce qui concerne les problèmes, avec STP / CST et RSTP (sans la modification PVST + de Cisco ajoutée à RSTP), vous ne pouvez avoir qu'une seule topologie, donc avoir deux ponts racine différents pour différents ensembles de VLAN entraînerait des états de transfert incohérents dans le réseau.
YLearn

Presque tous les fournisseurs ont une implémentation par vlan de RSTP.
netdad

Une mise en garde à cela est que, sur les commutateurs de couche 3, les primaires HSRP / VRRP doivent correspondre aux primaires STP, sinon vous demandez des problèmes.En outre, le primaire / secondaire racine n'est pas vraiment déterministe. La commande modifiera la priorité STP en une valeur spécifique dépendante du commutateur, mais ne garantira pas que le commutateur est le principal ou le secondaire puisqu'un commutateur avec une priorité encore plus faible pourrait déjà exister ou être ajouté plus tard.
Ron Maupin
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.