Catalyst 2960 - Configuration du MSTP.

Slides:



Advertisements
Présentations similaires
OSPF Open shortest path first. Sommaire 1 – Présentation du routage Présentation géneral Protocole de routage.
Advertisements

ARCHITECTURE RESEAUX.
Multicast Routing Monitor
Ce videoclip produit par l’Ecole Polytechnique Fédérale de Lausanne
Optimisation des Timers
show dialer interface bri
QoS - Propagation de la Politique de QoS via BGP
Configurer le protocole Spanning-Tree
Comprendre la définition de bit par seconde à partir
Registre de Configuration (Configuration Register)
Détection des erreurs.
Configuration EIGRP et IGRP
Protocole R-STP.
CCNP Routage Chapitre 4 - Questionnaire N°1
Sécurité - Cisco ASA Supervision du contenu
BGP - Configuration iBGP et eBGP avec ou sans adresse de Loopback
EtherChannel de couche 3 sur Routeur Cisco ISR
SNMP - Comment calculer l'utilisation de la Bande passante
CCNP Routage Chapitre 7 - Questionnaire N°1
Commande show standby ccnp_cch ccnp_cch.
(Switch Database Management)
OSPF - Configuration initiale sur Liaisons Non-Broadcast
OSPF - Commande show ip ospf interface.
Spanning-Tree classique
Commande show ip dhcp binding
TP - Spanning-Tree - Per-VLAN Spanning-tree
Comprendre et Configurer l'Authentification CHAP PPP
BGP - Support de Route-Map Policy list
Comprendre les valeurs
Cairo – EGYPTE 10 au 22 Mai 2009 Routage Statique
Hot Standby Router Protocol standby preempt et standby track
Commande show ip route ccnp_cch ccnp_cch.
(Switch Port Analyzer) - Catalyst 2960
Configuration de LLDP et
TP Sécurité Packet Tracer - Configuration d'un VPN d'accès distant et
Catalyst Configuration de VLANs privés
l'image de secours sur un Wireless LAN Controller
Sécurité - Configuration de l'autorisation d'Applets Java
Proxy ARP ccnp_cch ccnp_cch.
- Mapper des appels sortants Passerelles Analogiques
Configuration de Voice VLAN
BGP - Filtrage de routes en sortie basé sur le préfixe
OSPF - Commande show ip ospf neighbor.
d'un commutateur Catalyst
Changer les critères de nommage
(Switch Port Analyzer) - Catalyst 2900XL/3500XL Catalyst 2950/3550
SONET - Bref aperçu de Packet Over SONET APS
ToIP - Règles de Traduction de numéro.
Equilibrage de charge VLAN entre trunks en utilisant
Configuration Frame Relay "Priority Queuing"
Configuration de routes Statiques Flottantes
Commande show dialer ccnp_cch ccnp_cch.
TP - Spanning-Tree - Multiple Spanning-tree
OSPF - Configuration initiale sur des Sous-Interfaces Frame Relay
Comprendre les problèmes
TP - IPv6 Tunnels Manuels
Commande show vtp ccnp_cch ccnp_cch.
QoS - Configuration de NBAR (Network-Based Application Recognition)
QoS - Configuration Fragmentation
1ers pas des utilisateurs migrés
Liste de contrôle d’accès
Configuration de base EIGRP
Création Et Modification De La Structure De La Base De Données
QoS - Configuration de COPS pour RSVP
Module 13 : Implémentation de la protection contre les sinistres
03- Evaluation Access 2003 Cette évaluation comporte des QCM (1 seule réponse) et des Zones à déterminer dans des copies d’écran.
Un Mécanisme d‘Adaptation Guidé par le Contexte en Utilisant une Représentation par Objets Manuele Kirsch Pinheiro Laboratoire LSR – IMAG, Équipe SIGMA.
Les différents modes de démarrage de Windows
Exploitation de vos données
UC : Diagramme des cas d’utilisation Req : Diagramme d’exigence
Transcription de la présentation:

Catalyst 2960 - Configuration du MSTP

Sommaire ● Introduction ● Comprendre MSTP - Régions Spanning-tree Multiple - IST, CIST et CST - Implémentation STP 802.1s - Interopérabilité avec STP 802.1D ● Comprendre le RSTP - Rôles de port et topologie active - Convergence rapide - Synchronisation des rôles de port - Format des BPDUs et traitement - Changements de topologie ● Configuration des caractéristiques du MSTP - Configuration MSTP par défaut - Conseils pour la configuration du MSTP - Spécifier la configuration de région MSTP et valider MSTP - Configurer un commutateur racine - Configurer un commutateur racine secondaire - Configurer la priorité de port - Configurer le coût de chemin - Configurer la priorité du commutateur - Configurer le "Hello time" - Configurer la durée du timer "Forwarding Delay" - Configurer la durée du timer "Maximum Aging" - Configurer la valeur "Maximum-hop count" - Spécifier le type de liaison pour assurer des transitions rapides - Indiquer le type de voisin - Redémarrer le processus du protocole de migration ● Afficher la configuration et l'état du MSTP

Introduction Ce document décrit comment configurer l'implémentation MSTP (Multiple Spanning- Tree Protocol) IEEE 802.1s sur le commutateur Catalyst 2960. Note: L'implémentation MSTP (Multiple Spanning-Tree Protocol) dans la release 12.2 (25) SED de l'IOS Cisco est basée sur le standard IEEE 802.1s. L'implémentation du MSTP dans des releases antérieures de l'IOS Cisco sont basées sur des pré-standards. Le MSTP permet de mapper plusieurs VLANs dans la même instance de spanning-tree ,réduisant ainsi le nombre d'instances spanning-tree nécessaires pour supporter un grand nombre de VLANs. Le MSTP permet de multiples chemins d'acheminement et permet l'équilibrage de charge. Il améliore la tolérance de panne du réseau car un dys- fonctionnement dans une instance (chemin d'acheminement) n'affecte pas les autres instances (chemins d'acheminement). Le déploiement initial le plus commun de MSTP est dans les couches cœur de réseau et distribution d'un réseau commuté de couche 2. Ce déploiement fournit un réseau hautement disponible requis dans un environne- ment opérateur. Quand le commutateur est mode MST, le RSTP (Rapid Spanning-Tree Protocol) qui est basé sur IEEE 802.1w, est automatiquement validé. Le RSTP fournit une convergence rapide du spanning-tree au travers d'un échange explicite qui élimine les délais d'a- cheminement de l'IEEE 802.1D et fait des transitions rapides des ports racine et dési- gné vers l'état acheminement. MST et RSTP améliorent le fonctionnement du Spanning-tree et gardent la compatibi- lité avec les équipements basés sur le spanning-tree IEEE 802.1 D original, avec le MISTP ( Multiple Instance STP) propriétaire Cisco, avec Cisco PVST+ (Per Vlan Span- ning-tree plus) et rapid PVST+ (rapid Per Vlan Spanning-tree plus) Ce document contient les sections suivantes: ● Comprendre MSTP ● Comprendre RSTP ● Configuration des caractéristiques du MSTP ● Afficher la configuration et l'état du MSTP

Comprendre MSTP MSTP, qui utilise RSTP pour la convergence rapide, permet aux VLANs d'être groupés dans une instance spanning-tree, avec chaque instance possédant une topologie spanning-tree indépendante des autres instances spanning-tree. Cette architecture fournit de multiples chemins d'acheminement pour le trafic des données, valide l'é- quilibrage de charge et réduit le nombre d'instances de spanning-tree requises pour supporter un grand nombre de VLANs. Ces sections décrivent comment MSTP fonctionne: ● Régions Spanning-tree Multiple ● IST, CIST et CST ● Nombre de sauts ● Ports frontière ● Implémentation STP 802.1s Régions Spanning-tree Multiple Pour que les commutateurs participent à de multiples instances Spanning-tree (MST), vous devez configurer les commutateurs de manière cohérente avec la même configu- ration MST. Un ensemble de commutateurs interconnectés qui la même configuration MST couvrent une même région MST comme le montre la figure pages suivantes. La configuration MST contrôle à quelle région MST chaque commutateur appartient. La configuration comprend le nom de région, le numéro de révision et la correspon- dance d'affectation VLAN - MST. Vous configurez le commutateur pour une région en utilisant la commande spanning-tree mst configuration en mode de configuration global après quoi le commutateur entre en mode de configuration MST. A partir de ce mode vous pouvez faire une correspondance entre un VLAN et une instance MST en utilisant la commande de configuration MST instance, spécifier le nom de la région en utilisant la commande de configuration MST name et fixer le numéro de révision en utilisant la commande de configuration MST revision. Une région peut avoir un ou plusieurs membres avec la même configuration MST. Chaque membre doit être capable de traiter les BPDUs (Bridge Protocol Data Unit) du RSTP. Il n'y a pas de limite au nombre de régions MST dans un réseau mais chaque région peut supporter 65 instances spanning-tree. Les instances peuvent être iden- tifiées par tout numéro compris entre 0 et 4094. Vous pouvez affecter un VLAN à une seule instance spanning-tree.

IST, CIST et CST Contrairement au PVST+ et au rapid PVST+ dans lesquels toutes les instances span- ning-tree sont indépendantes, le MSTP établit et maintient deux types d'arbres recou- vrants: ● Un arbre recouvrant interne ( IST - Internal Spanning-Tree) qui l'arbre recouvrant qui opère dans une région MST. Dans chaque région MST, le MSTP maintient plusieurs instances de spanning-tree. L'instance 0 est une instance spéciale pour une région connue comme l'arbre re- couvrant interne (IST). Toutes les autres instances MST sont numérotées de 1 à 4094. L'IST est la seule instance spanning-tree qui transmet et reçoit des BPDUs. Toutes les autres informations d'instance spanning-tree sont contenues dans les "M - re- cords" qui sont encapsulés dans le BPDU MSTP. Comme les BPDUs MSTP trans- portent les informations de toutes les autres instances, le nombre de BPDUs qui qui ont besoin d'être traitées pour supporter plusieurs instances spanning-tree est réduit de manière très significative. Toutes les informations MST dans la même région partagent les même timers de protocole mais chaque instance MST a ses propres paramètres de topologie tels que l'ID du commutateur racine, le coût du chemin vers la racine, etc.. Par défaut tous les VLANs sont affectés à l'IST. Une instance MST est locale à la région; par exemple l'instance MST 1 dans la ré- gion A est indépendante de l'instance MST 1 de la région B même si les régions A et B sont interconnectées. ● Un arbre recouvrant commun et interne ( CIST - Common Internal Spanning-Tree) qui est un ensemble des IST dans chaque région et l'arbre recouvrant commun ( CST - Common ST) qui interconnecte les régions MST et les arbres Spanning-tree isolés. L'arbre recouvrant calculé dans une région apparaît comme un sous-arbre dans le CST qui recouvre le domaine commuté dans sa totalité. Le CIST est formé par l'al- gorithme spanning-tree opérant parmi les commutateurs qui supportent le stan- dard IEEE 802.1w, IEEE 802.1s et IEEE 802.1D. Le CIST dans une région est le même que le CST hors d'une région. Opérations dans une région MST L'IST connecte tous les commutateurs MSTP dans une région. Quand l'IST converge, la racine de l'IST devient la racine régionale CIST (appelée IST master avant l'implé- mentation de IEEE 802.1) comme le montre la figure ci-après. C'est le commutateur dans la région avec le commutateur ID le plus faible et le coût de chemin le plus fai- ble vers la racine CIST. La racine régionale CIST est également la racine CIST s'il y a une seule région dans le réseau. Si la racine CIST est hors de la région, un des com- mutateurs MSTP à la limite de la région est sélectionné comme racine CIST régionale.

Quand un commutateur MST s'initialise, il transmet des BPDUs, se déclarant com- me racine CIST régionale avec les coûts de chemins vers la racine CIST et la racine régionale CIST fixés à zéro. Le commutateur initialise également toutes ses instances MST et se déclare racine pour toutes celles-ci. Si le commutateur reçoit des informa- tions MST racine supérieures (commutateur ID le plus faible, coût de chemin le plus faible, etc..) à celles qui sont stockées pour le port, celui-ci refait sa déclaration comme racine CIST régionale. Pendant l'initialisation, une région peut avoir plusieurs sous-régions, chacune avec sa propre racine CIST régionale. Dès que les commutateurs reçoivent des informa- tions IST supérieures, ils quittent leurs anciennes sous-régions et rejoignent la nou- velle sous-région qui contient la vraie racine CIST régionale. Ainsi toutes les sous-ré- gions disparaissent sauf celle qui contient la racine régionale CIST. Pour un fonctionnement correct, tous les commutateurs dans la région MST doivent avoir la même racine CIST régionale. Opérations entre régions MST S'il y a plusieurs régions ou des commutateurs utilisant standard IEEE 802.1D dans le réseau, le MST établit et maintient le CST lequel contient toutes les régions MST et les commutateurs classiques dans le réseau. Les instances MST se combinent avec l'IST à la frontière de la région pour devenir le CST. L'IST connecte tous les commutateurs MSTP dans la région et apparaît comme un sous-arbre dans le CIST qui recouvre tout le domaine commuté. La racine du sous- arbre est la racine CIST régionale. La région MST apparaît comme un commutateur virtuel aux commutateurs STP adjacents et aux régions MST. La figure page suivante montre un réseau avec trois régions MST et un commutateur IEEE 802.1D standard (D). La racine régionale CIST pour la région 1 (A) est égale- ment la racine CIST. La racine régionale CIST pour la région 2 (B) et la racine régio- nale CIST pour la région 3 (C) sont les racines respectives de leur sous-arbre dans le CIST. Le RSTP opère dans toutes les régions.

IST Maître et racine CST A Standard IEEE 802.1D D MST Région 1 C IST Maître B IST Maître MST Région 3 MST Région 2 Seule l'instance CST transmet et reçoit des BPDUs et les instances MST ajoutent leur information spanning-tree dans les BPDUs pour communiquer avec les commu- tateurs voisins et calculer le topologie spanning-tree finale. A cause de cela, les pa- ramètres spanning-tree relatifs à la transmission des BPDUs (par exemple le Hello Time, le Forwarding Time, le max-age et max-hops) sont configurés uniquement dans l'instance CST mais affectent toutes les instances MST. Les paramètres relatifs à la topologie spanning-tree ( par exemple priorité du commutateur, coût du port par VLAN et priorité du port par VLAN) peuvent être configurés dans l'instance MST et dans l'instance CST. Les commutateurs MSTP utilisent des BPDUs RSTP version 3 ou des BPDUs STP IEEE 802.1D pour communiquer avec des commutateurs IEEE 802.1D standards. Les commutateurs MSTP utilisent des BPDUs MSTP pour communiquer avec des commutateurs MSTP. Terminologie IEEE 802.1s Certaines conventions de nommage MST utilisées dans l'implémentation Cisco pré- standard ont été modifiées pour identifier des paramètres internes ou régionaux. Ces paramètres sont significatifs uniquement dans une région MST à l'opposé des paramètres externes qui dépendent du réseau dans sa totalité. Comme le CIST est la seule instance spanning-tree qui recouvre tout le réseau seuls les paramètres CIST requièrent le qualificatif externes plutôt qu'internes ou régionaux.

sauts similaire au TTL (Time To Live) IP. ● La racine CIST est le commutateur racine pour l'instance unique qui recouvre le réseau dans sa totalité, le CIST. ● Le coût du chemin racine externe CIST est le coût vers la racine CIST. Ce coût est laissé inchangé dans une région MST. Rappelez-vous qu'une région MST apparaît comme un commutateur unique pour le CIST. Le coût du chemin externe CIST est le coût du chemin racine calculé entre ces commutateurs virtuels et les com- mutateurs qui n'appartiennent à aucune région. ● La racine régionale CIST était appelée IST Maître dans l'implémentation Cisco pré-standard. Si la racine CIST est dans une région, la racine CIST régionale est la racine CIST. Autrement la racine régionale est le commutateur le plus proche de la racine CIST dans la région. La racine CIST régionale agit comme commuta- teur racine pour l'IST. ● Le coût du chemin racine interne CIST est le coût vers la racine régionale dans une région. Le coût est relatif uniquement à l'IST instance 0. Standard IEEE Pré-standard Cisco Standard Cisco Racine régionale CIST IST Maître Coût du chemin racine CIST interne Coût du chemin IST Maître Coût du chemin CIST interne Coût du chemin racine CIST externe Coût du chemin racine Racine régionale MSTI Instance racine Coût du chemin racine MSTI interne Nombre de sauts Les instances IST et MST n'utilisent pas les informations "message-age" et "maximum -age" dans la BPDU de configuration pour calculer la topologie spanning-tree. A la place, elles utilisent le coût de chemin vers la racine et un mécanisme de nombre de sauts similaire au TTL (Time To Live) IP. En utilisant la commande spanning-tree mst max-hops en mode de configuration global, vous pouvez configurer le nombre maximum de sauts dans une région et l'ap- pliquer aux instances IST et MST dans cette région. Le nombre de sauts a la même fonction que l'information "message-age" (déclenche un reconfiguration). Le commuta- teur racine de l'instance transmet toujours une BPDU ( ou un M - Record) avec un coût égal à 0 et un nombre de sauts (hop count) fixé à sa valeur maximum. Quand un commutateur reçoit cette BPDU, il décrément le nombre de sauts restant reçu de un et propage cette valeur comme le nombre de sauts restants dans la BPDU qu'il génère. Quand cette valeur atteint zéro, le commutateur élimine la BPDU et dévalide l'infor- mation maintenue pour ce port. Les informations "message-age" et "maximum-age" dans la partie RSTP de la BPDU restent les mêmes à travers la région et les mêmes valeurs sont propagées par les ports désignés de la région à la frontière.

Ports frontière Dans l'implémentation Cisco préstandard, un port frontière connecte une région MST à une seule région spanning-tree opérant avec RSTP, à une seule région spanning- tree opérant avec PVST+ ou rapid PVST+ ou une autre région MST avec une configu- ration MST différente. Un port frontière connecte également à un LAN le commuta- teur désigné lequel est soit un commutateur spanning-tree unique ou un commuta- teur avec une configuration MST différente. Il n'y a pas de définition de port frontière dans le standard IEEE 802.1D. Le standard IEEE 802.1Q 2002 identifie deux sortes de messages qu'un port peut recevoir: interne (venant de la même région) et externe. Quand un message est externe, il reçu unique- ment par le CIST. Si le rôle CIST est racine ou "alternate" ou si la BPDU est un chan- gement de topologie cela peut avoir un impact sur les instances MST. Quand un mes- sage est interne, la partie CIST est reçue par le CIDT et chaque instance MST reçoit son M - Record respectif. L'implémentation pré-standard Cisco traite un port qui re- çoit un message externe comme un port frontière. Cela signifie qu'un port ne peut pas recevoir un mélange de messages internes et externes. Une région MST inclut des commutateurs et des LANs. Un segment appartient à la région de son port désigné. Par conséquent, un port dans une région différente de celle du port désigné pour un segment est un port frontière. Cette définition autorise deux ports internes à une région de partager un segment avec un port appartenant à une région différente, créant la possibilité de recevoir les messages internes et exter- nes sur un port. Le changement principal par rapport à l'implémentation pré-standard Cisco est qu'un port désigné n'est pas défini comme frontière sauf s'il opère en mode STP-Compatible. Note: S'il y a un commutateur avec STP standard sur le segment, les messages sont toujours considérés comme externes. L'autre modification par rapport à l'implémentation pré-standard Cisco est que le champ commutateur ID de la racine régionale CIST est maintenant inséré où un commutateur RSTP ou Standard IEEE 802.1D a le commutateur ID émetteur. Toute la région agit comme un seul commutateur virtuel en transmettant un commutateur ID cohérent aux commutateurs avoisinants. Dans cet exemple le commutateur C de- vrait recevoir une BPDU avec le même commutateur ID émetteur de racine cohérent que A ou B soient ou non désignés pour ce segment.

Implémentation STP 802.1s L'implémentation Cisco du standard MST inclut les fonctionnalités requises par le standard tout comme des fonctionnalités souhaitées du pré-standard qui ne sont pas encore incorporées dans le standard publié. Changement du nom de rôle de port Le rôle de port frontière ne fait plus partie du standard MST final mais ce concept est maintenu dans l'implémentation Cisco. Cependant un port d'instance MST à la fron- tière d'une région pourrait ne pas suivre l'état d'un port CIST correspondant. Il y a maintenant deux cas: ● Le port frontière est le port racine de la racine régionale CIST. Quand le port de l'instance CIST est proposé et se trouve dans l'état sync, celui-ci peut retourner un agrément et passer à l'état acheminement après que tous les ports MSTI cor- respondants soient à l'état sync ( et par conséquent en acheminement). Les ports MSTI ont maintenant un rôle spécial de maître (master). ● Le port frontière n'est pas le port racine de la racine régionale CIST. Les ports MSTI suivent l'état et le rôle de port CIST. Le standard fournit moins d'information et il pourrait être difficile de comprendre pourquoi un port MSTI peut alternativement bloqué quand il ne reçoit pas de BPDUs (M-Records). Dans ce cas bien que le rôle port frontière n'existe plus, les commandes show identifient un port comme frontière dans la colonne type de la sortie. Interopérabilité entre commutateurs standard et pré-standard Comme la détection automatique des commutateurs pré-standard peut échouer, vous pouvez utiliser une commande de configuration d'interface pour identifier les ports pré-standard. Une région ne peut pas être formée entre un commutateur stan- dard et un commutateur pré-standard mais il peuvent interopérer en utilisant le CIST. Seule la capacité d'équilibrage de charge sur différentes instances est perdue dans ce cas là. La CLI affiche différents drapeaux selon la configuration du port quand un port reçoit une BPDU pré-standard. Un message syslog apparaît également la première fois qu'un commutateur reçoit une BPDU pré-standard sur un port qui n'a pas été configuré pour la transmission de BPDU pré-standard. La figure suivante illustre ce scénario. Supposons que A est un commutateur stan- dard et B un commutateur pré-standard, les deux sont configurés pour être dans la même région. A est le commutateur racine pour le CIST et ainsi B a un port racine (Bx) sur le segment X et un port alternatif (By) sur le segment Y. Si le segment Y est instable et que le port By devienne port alternatif avant d'avoir transmis une seule BPDU pré-standard, A ne peut pas détecter qu'un commutateur pré-standard est connecté à Y et continue de transmettre des BPDU standard. Le port By est ainsi fixé à l'état port frontière et aucun équilibrage de charge entre A et B n'est possible. Le même problème existe sur le segment X mais B pourrait transmettre des change- ments de topologie .

Désignated+ bit Learning Commutateur A Région MST Segment X Commutateur B Segment Y Note: Il est recommandé de minimiser les interactions entre les implémentations standard et pré-standard MST. Détection de liaison unidirectionnelle défaillante Cette fonctionnalité n'est pas encore présente dans le standard IEEE MST mais est incluse dans les releases de l'IOS Cisco. Le logiciel vérifie la cohérence du rôle de port et de l'état dans les BPDUs reçues pour détecter les défaillances de liaison uni- directionnelle qui pourraient causer des boucles. Quand un port désigné détecte un conflit, il garde son rôle mais passe à l'état "dis- carding" car la rupture de connectivité dans le cas d'incohérence est préférable à la création de boucle. La figure suivante illustre une défaillance de liaison unidirectionnelle qui typique- ment crée une boucle. Le commutateur A est le commutateur racine et ses BPDUs sont perdues sur la liaison menant au commutateur B. Les BPDUs RSTP et MSTP contiennent le rôle et l'état du port émetteur. Avec cette information le commutateur A peut détecter que le commutateur B ne réagit pas à une BPDU supérieure qu'il transmet et que le commutateur B est le commutateur désigné mais pas la racine. Le résultat est que le commutateur A bloque (ou garde bloqué) son port évitant ainsi une boucle. Commutateur A BPDU supérieure Commutateur B BPDU inférieure Désignated+ bit Learning

Interopérabilité avec IEEE 802.1D Un commutateur opérant avec MSTP supporte un protocole de mécanisme de migra- tion intégré qui lui permet d'interopérer avec les commutateurs opérant avec le stan- dard IEEE 802.1D. Si le commutateur reçoit une BPDU de configuration du standard IEEE 802.1D ( une BPDU avec la version de protocole fixée à 0), celui-ci transmet uniquement des BPDUs IEEE 802.1D sur ce port. Un commutateur MSTP peut éga- lement détecter qu'un port est à la frontière d'une région quand il reçoit une BPDU standard, une BPDU MSTP (version 3) associée à une autre région ou une BPDU RSTP (version 2). Cependant, le commutateur ne retourne pas automatiquement en mode MSTP s'il ne reçoit plus de BPDU IEEE 802.1D car il ne peut pas détecter si commutateur stan- dard a été retiré de la liaison sauf si le commutateur standard est le commutateur désigné. Un commutateur peut également continuer à affecter le rôle de port frontière à un port quand le commutateur auquel le commutateur est connecté a rejoint la ré- gion. Pour redémarrer le processus du protocole de migration, utilisez la commande clear spanning-tree detected-protocols en mode EXEC privilégié. Si tous les commutateurs standards sur la liaison sont des commutateurs RSTP, ceux-ci peuvent traiter les BPDU MSTP comme des BPDUs RSTP. Par conséquent, des commutateurs MSTP transmettent soit des BPDU TCN et des BPDUs de configu- ration version 0 ou des BPDUs MSTP version 3 sur un port frontière. Un port fron- tière connecte un LAN le commutateur désigné, lequel est soit un commutateur spanning-tree unique ou un commutateur avec une configuration MST différente. Comprendre le RSTP Le RTSP tire avantage du câblage point à point et fournit une convergence rapide du spanning-tree. La reconfiguration du spanning-tree peut se produire en moins d'une seconde (comparée au 50 secondes avec les valeurs par défaut du spanning-tree IEEE 802.1D. Ces sections décrivent le fonctionnement du RSTP: ● Rôles de port et topologie active ● Convergence rapide ● Synchronisation des rôles de port ● Format et traitement des BPDUs Rôles de port et topologie active Le RSTP fournit une convergence rapide du spanning-tree en affectant des rôles de port et apprenant la topologie active. Le RSTP s'appuie sur le STP IEEE 802.1D pour sélectionner le commutateur qui a la priorité la plus élevée (la plus petite valeur de priorité) comme commutateur racine. Ensuite le commutateur affecte un de ces rôles de port à chacun des ports : ● Port racine (root) - Fournit le meilleur chemin (coût le plus faible) quand le commu- tateur achemine les paquets vers le commutateur racine.

à l'état écoute (listening). ● Port désigné (Designated Port) - Connecte le commutateur désigné qui emprunte le chemin de coût le plus faible quand il achemine les paquets du LAN vers le commu- tateur racine. C'est le port au travers duquel le commutateur désigné est attaché au LAN est appelé port désigné. ● Port alternatif (Alternate Port) - Offre un chemin alternatif vers le commutateur ra- cine à celui fourni par le port racine. ● Port de secours (Backup Port) - Agit comme port de secours pour le chemin fourni par un port désigné vers les feuilles du spanning-tree. Un port backup peut exister uniquement quand deux ports sont connectés en boucle par une liaison point à point ou quand un commutateur à deux ou plusieurs liaisons sur un segment LAN partagé. ● Port dévalidé (Disabled port) - N'a pas de rôle dans le fonctionnement du spanning- tree. Un port avec le rôle de port racine ou désigné est inclus dans topologie active. Un port avec le rôle de port alternatif ou secours est exclus de la topologie active. Dans une topologie stable avec des rôles de port cohérents à travers le réseau, le RSTP assure que chaque port racine ou désigné passe immédiatement à l'état ache- minement tandis que les ports alternatifs et de secours sont toujours dans l'état "dévalidé" (discarding qui est équivalent à l'état bloqué dans IEEE 802.1D). L'état de port contrôle le fonctionnement des processus d'apprentissage et d'acheminement. Le tableau suivant fournit une comparaison des états de port IEEE 802.1D et RSTP. Etat opérationnel Etat de port STP (IEEE 802.1D) Etat de port RSTP Est-ce que le port est inclus dans la topologie active? Validé Bloquant Dévalidé Non Ecoute Apprentissage Oui Acheminement Pour être cohérent avec les implémentations Cisco, ce document définit l'état de port comme bloquant (blocking) au de dévalidé (discarding). Les ports désignés débutent à l'état écoute (listening).

Convergence rapide Le RSTP fournit une récupération rapide de la connectivité suite à la défaillance d'un commutateur, d'un port de commutateur ou d'un LAN. Il fournit une convergence ra- pide pour les ports de périphérie, les nouveaux ports racine et les ports connectés au travers de liaisons point a point comme suit: ● Ports de périphérie - Si vous configurez un port comme port de périphérie sur un commutateur RSTP en utilisant la commande de configuration interface spanning- tree portfast, le port de périphérie passe immédiatement à l'état acheminement. Un port de périphérie est la même chose qu'un Ports Fast Enabled et vous devez le valider uniquement sur des ports connectés à une seule station. ● Ports racine - Si le RSTP sélectionne un nouveau port racine , celui-ci bloque l'an- cien port racine et passe immédiatement le nouveau port racine à l'état achemine- ment. ● Liaisons point à point - Si vous connectez un port à un autre port au travers d'une liaison point à point et que le port local devienne un port désigné, celui-ci négocie une transition rapide avec l'autre port en utilisant le hanshake "proposition -agré- ment" pour assurer une topologie sans boucle. Comme cela est montré dans la figure qui suit, le commutateur A est connecté au commutateur B au travers d'une liaison point à point et tous les ports sont à l'état bloquant. Supposons que la priorité du commutateur A a une valeur numérique plus petite que celle du commutateur B. Le commutateur A transmet un message "propo- sal" (une BPDU de configuration avec le drapeau "proposal" positionné) au commuta- teur B, se proposant comme commutateur désigné. Après réception du message "proposal", le commutateur B sélectionne comme son nouveau port racine le port sur lequel le message proposal a été reçu, forçant tous les autres ports non-périphériques à l'état bloquant et transmet un message d'agrément (agreement - BPDU avec le flag "agreement" positionné) sur son nouveau port racine. Après réception du message d'agrément du commutateur B, le commutateur A passe son port désigné à l'état acheminement. Aucune boucle ne se forme dans le réseau car le commutateur B a bloqué tous ses ports non-périphériques et aussi parce qu'il y a une liaison point à point entre les commutateurs A et B. Quand le commutateur C est connecté au commutateur B, un ensemble similaire de messages sont échangés. Le commutateur C sélectionne le port connecté au commu- tateur B comme son port racine et les deux extrémités passent immédiatement à l'é- tat acheminement. Avec chaque itération de ce processus d'échange un commutateur supplémentaire rejoint la topologie active. comme le réseau converge, cet échange "proposal-agreement" progresse de la racine vers les feuilles de l'arbre recouvrant. Le commutateur apprend le type de liaison à partir du mode duplex de port: un port full-duplex est considéré avoir une connexion point à point, un port half-duplex est considéré avoir une connexion partagé. Vous pouvez outrepasser la configuration par défaut qui est contrôlée par la configuration duplex en utilisant la commande de con- figuration interface spanning-tree link-type.

Commutateur désigné Commutateur désigné Commutateur désigné Commutateur A Commutateur B Proposal DP = Designated port RP = Root port F = Forwarding Commutateur désigné Root Agreement F F DP RP Commutateur désigné Root Commutateur C Proposal F F DP RP Commutateur désigné Root Agreement F F F F DP RP DP RP Synchronisation des rôles de port Quand le commutateur reçoit un message "proposal" sur un de ces ports et que ce port est sélectionné comme le nouveau port racine, le RSTP force tous les autres ports à se synchroniser avec la nouvelle information de racine. Le commutateur est synchronisé avec une infirmation racine supérieure reçue sur le port racine si tous les autres ports sont synchronisés. Un port individuel du commu- tateur est synchronisé si : ● Ce port est dans l'état bloquant ● C'est un port de périphérie (un port configuré pour être à la périphérie du réseau) Si un port désigné est dans l'état acheminement et n'est pas configuré comme port de périphérie, celui-ci passe à l'état bloquant quand le RSTP le force à se synchroniser avec l'information de racine et que le port ne satisfait à aucune des conditions ci-des- sus son état passe à l'état bloquant. Après s'être assuré que tous les ports sont synchronisés, le commutateur transmet un message d'agrément au commutateur désigné qui correspond à son port racine. Quand des commutateurs connectés par une liaison point à point sont d'accord sur les rôles de leurs ports respectifs, le RSTP passe immédiatement les ports à l'état acheminement. La séquence des évènements est décrite par la figure page suivante.

Format et traitement des BPDUs (Bridge Protocol Data Unit) 4. Agreement 1. Proposal Port Désigné Port Racine 5. Forward Port de périphérie 2. Block 9. Forward 3. Block 11. Forward 6. Proposal 8. Agreement 10. Agreement 7. Proposal Format et traitement des BPDUs (Bridge Protocol Data Unit) Le format des BPDUs RSTP est le même que le format des BPDUs IEEE 802.1D sauf la version de protocole qui est égale à 2. Un nouveau champ d'un octet "Version 1 Length" est fixé à zéro ce qui signifie qu'aucune information de protocole version 1 n'est présente. le tableau suivant montre les flags RSTP. Bit Fonction Topology change (TC) 1 Proposal 2 - 3 00 01 10 11 Rôle de port: Inconnu Port Alternatif Port Racine Port Désigné 4 Apprentissage 5 Acheminement 6 Agreement 7 Topology change Acknowledgement (TCA) Le commutateur émetteur fixe le drapeau de BPDU RSTP pour se proposer comme le commutateur désigné sur ce LAN. Le rôle de port dans le message de proposition est toujours fixé à désigné. Le commutateur émetteur fixe le drapeau agreement dans la BPDU RSTP pour accep- ter la proposition précédente. Le rôle de port dans le message d'agrément est toujours fixé à port racine.

Le RSTP n'a pas de BPDU TCN (Topology Change Notification) différente Le RSTP n'a pas de BPDU TCN (Topology Change Notification) différente. Il utilise le drapeau TC (Topology Change) pour indiquer les changements de topologie. Cepen- dant pour garder l'interopérabilité avec les commutateurs IEEE 802.1D, le commuta- teur RSTP traite et génère des BPDUs TCN. Les drapeaux "Learning" et "Forwarding" sont fixés conformément à l'état du port émetteur. Traitement d'in formation de BPDU supérieure Si un port reçoit une information racine supérieure ( Switch ID plus faible, Coût plus faible, etc..) à celle mémorisée pour ce port, le RSTP déclenche une reconfiguration. Si le port est proposé et sélectionné pour être de nouveau port racine, le RSTP force tous les autres ports à se synchroniser. Si la BPDU reçue est une BPDU RSTP avec le drapeau "proposal" positionné, le com- mutateur transmet un message d'agrément après qu tous les autres ports soient syn- chronisés. Si la BPDU est une BPDU IEE 802.1D, le commutateur ne positionne pas le drapeau "proposal" et démarre le timer "délai d'acheminement" pour ce port. Le nouveau port racine requiert deux fois le temps du délai d'acheminement pour passer à l'état acheminement. Si l'information de niveau supérieur reçue sur le port fait que le port devienne un port alternatif ou de secours, le RSTP passe le port à l'état bloqué mais n'envoie pas de message d'agrément. Le port désigné continue à transmettre des BPDUs avec le drapeau "proposal" positionné jusqu'à ce que le timer "délai d'acheminement" expire et que le port passe à l'état acheminement. Traitement d'information de BPDU inférieure Si un port désigné reçoit une BPDU inférieure (Switch ID plus élevé, Coût plus élevé, etc, par rapport à celle mémorisée pour ce port) avec un rôle de port désigné, celui-ci répond immédiatement avec sa propre information. Changements de topologie Cette section décrit les différences entre le RSTP et l'IEEE 802.1D dans le traitement des changements de topologie spanning-tree. ● Détection - Contrairement à l'IEEE 802.1D dans lequel toutes les transitions entre l'état bloquant et l'état acheminement provoquent un changement de topologie, seules la transition de l'état bloquant à l'état acheminement provoque un change- ment de topologie avec RSTP (seul un accroissement de connectivité est considéré comme un changement de topologie). Les changements d'état sur un port de péri- phérie ne provoquent pas de changement de topologie. Quand un commutateur RSTP détecte un changement de topologie il efface l'information apprise sur tous ses ports non-périphériques exceptés ceux sur lesquels il a reçu la notification TC. ● Notification - Contrairement à IEEE 802.1D lequel utilise des BPDUs TCN, le RSTP ne les utilise pas. Cependant pour l'interopérabilité avec IEEE 802.1D, un commu- tateur RSTP traite et génère des BPDUs TCN.

● Acquittement - Quand un commutateur RSTP reçoit un message TCN, sur un port désigné, venant d'un commutateur IEEE 802.1D, il répond avec une BPDU de con- figuration IEEE 802.1D avec le bit TCA positionné. Toutefois si le timer "TC - while" ( le même que le timer "Topology change" dans IEEE 802.1D) est actif sur un des ports connecté à un commutateur IEEE 802.1D et qu'une BPDU de configuration est reçue avec le bit TCA positionné, le timer "TC -while" est remis à zéro. Ce comportement est requis uniquement pour supporter les commutateurs IEEE 802.1D. Les BPDUs RSTP n'ont jamais le bit TCA positionné. ● Propagation - Quand un commutateur RSTP reçoit un message TC d'un autre com- mutateur au travers d'un port désigné ou racine, il propage le changement vers tous ses ports non-périphériques, ports désignés et le port racine ( en excluant le port sur lequel le message a été reçu). Le commutateur démarre le timer "TC - while" pour tous les ports cités auparavant et efface les infirmations apprises. ● Protocole de migration - pour une compatibilité arrière avec le commutateur IEEE 802.1D, le RSTP transmet de manière sélective des BPDUs de configuration IEEE 802.1D et des BPDUs TCN basées sur le port. Quand un port est initialisé, le timer "migration-delay" est démarré (spécifie le temps minimum pendant lequel des BPDUs RSTP sont transmises) et des BPDUs RSTP sont transmises. Pendant que ce timer est actif, le commutateur traite les BPDUs reçues sur ce port et ignore le type de protocole. Si le commutateur reçoit une BPDU IEEE 802.1D après l'expiration du timer "mi- gration-delay", celui-ci suppose qu'il est connecté avec un commutateur IEEE 802.1D et commence à utiliser des BPDUs IEEE 802.1D. Toutefois, si le commuta- teur RSTP utilise des BPDUs IEEE 802.1D sur un port et reçoit des BPDUs RSTP après l'expiration du timer , celui-ci redémarre le timer et commence à utiliser des BPDUs RSTP sur ce port.

Configuration des fonctionnalités du MSTP Ces sections contiennent ces informations de configuration: ● Configuration du MSTP par défaut ● Conseils pour la configuration du MSTP ● Spécification de la configuration de région MSTP et validation de MSTP ● Configuration du commutateur racine ● Configuration du commutateur secondaire ● Configuration de la priorité de port ● Configuration du coût de chemin ● Configuration de la priorité du commutateur ● Configuration du Hello Time ● Configuration du temps "Forwarding-Delay" ● Configuration du temps "Maximum-Aging" ● Configuration du "Maximum-Hop count" ● Spécification du type de liaison pour assurer des transitions rapides ● Définition du type de voisin ● Redémarrer le processus du protocole de migration Configuration du MSTP par défaut Le tableau suivant montre la configuration MSTP par défaut: Fonctionnalité Configuration par défaut mode spanning-tree PVST+ (Rapid PVST+ et MSTP sont dévalidés) Priorité du commutateur (configurable par port CIST) 32768 Priorité spanning-tree du port (configurable par port CIST) 128 Coût spanning-tree du port 1000 Mb/s : 4 100 Mb/s : 19 10 Mb/s : 100

Conseils pour la configuration du MSTP Fonctionnalité Configuration par défaut Hello Time 2 secondes Temps "Forward-delay" 15 secondes Temps "Maximum-Aging" 20 secondes Nombre de sauts maximum 20 sauts Conseils pour la configuration du MSTP Voici des conseils pour la configuration du MSTP : ● Quand vous validez MST en utilisant la commande de configuration globale span- ning-tree mode mst, le RSTP est automatiquement validés. ● Pour que deux ou plusieurs commutateurs soient dans la même région MST, ceux- ci doivent avoir la même correspondance VLAN-instance, le même numéro de révi- sion de configuration et le même nom de région. ● Le commutateur supporte jusqu'à 65 instances MST. Le nombre de VLANs qui peu- vent être mis en correspondance avec une instance MST donné est illimité. ● PVST+, rapid PVST+ et MSTP sont supportés mais une seule version peut être acti- ve (par exemple tous les VLANs opèrent avec PVST+ ou tous les VLANS opèrent avec rapid PVST+ ou tous les VLANs opèrent avec MSTP). ● La propagation de la configuration par VTP n'est pas supportée. Cependant vous pouvez configurer manuellement la configuration MST (nom de région, numéro de révision et correspondance VLAN-instance) en utilisant la CLI ( Command Line In- terface) ou grâce au support de SNMP. ● Pour que l'équilibrage de charge sur chemins redondants dans le réseau fonctionne, toutes les correspondances VLAN-instance doivent bien correspondre sinon tout le trafic est acheminé sur une seule liaison. ● Tous les ports MST frontière doivent acheminer pour l'équilibrage de charge entre un nuage PVST+ et un nuage MST ou entre un nuage rapid PVST+ et un nuage MST. Pour que ceci se produise , le maître IST du nuage MST doit aussi être la ra- cine CST. Si le nuage MST est constitué de plusieurs régions MST, une des régions doit contenir la racine CST et toutes les autres régions MST doivent avoir un meil- leur chemin vers la racine contenue dans le nuage MST par rapport à un chemin à travers le nuage PVST+ ou rapid PVST+. Vous aurez peut être besoin de configu- rer manuellement les commutateurs des nuages. ● Partitionner le réseau avec un grand nombre de régions n'est pas recommandé. Toutefois si cette situation est inévitable, il est recommandé de partitionner le LAN commuté en LANs plus petits interconnectés par des routeurs ou des équipements qui ne sont pas de couche 2.

Spécifier la configuration de région MSTP et valider MSTP Pour que deux commutateurs soient dans la même région, ils doivent avoir la même correspondance VLAN - instance MST, le même numéro de révision de configuration et le même nom de région. Une région peut avoir un ou plusieurs membres avec la même configuration MST; chaque membre doit être capable de traiter les BPDUs RSTP. Il n'y a pas de limite au nombre de régions dans un réseau mais chaque région peut seule- ment supporter jusqu'à 65 instances spanning-tree. Vous pouvez affecter un VLAN à une seule instance spanning-tree. En débutant en mode EXEC privilégié, suivez ces étapes pour spécifier la configura- tion de région MST et valider MSTP. Cette procédure est requise. Commande But configure terminal Enter global configuration mode. spanning-tree mst configuration Enter MST configuration mode. instance instance-id vlan vlan-range Fait correspondre des VLANs à une instance MST. • Pour instance-id, l'intervalle va de 0 à 4094. • Pour vlan vlan-range, l'intervalle va de 1 à 4094. Quand vous faîtes correspondre des VLANs à une instance MST, la correspondance est incrémentale et les spécifiés dans la comman- de sont ajoutés ou retirés des VLANs de la correspondance précédente. Pour spécifier un intervalle de VLAN, utilisez un tiret ; par exemple, instance 1 vlan 1-63 fait correspondre les VLANs 1 à 63 avec l'ins- tance MST 1. Pour spécifier une série de VLAN, utilisez une virgule; par exemple, instance 1 vlan 10, 20, 30 fait correspondre les VLANs 10, 20 et 30 à l'instance MST 1. name name Spécifie le nom de la configuration. La chaîne name a une longueur maximum de 32 carac- tères et est sensible à la casse. revision version Spécifie le numéro de révision de configuration . L'intervalle va de 0 à 65535. show pending Vérifie votre configuration en affichant la confi- guration en attente. exit Applique les modifications et retourne en mode de configuration global.

retourner en mode de configuration global. Commande But spanning-tree mode mst Valide MSTP. RSTP est également validé. Attention Changer les modes de spanning-tree peut interrompre le trafic car toutes les instances spanning-tree sont stoppées pour le mode précédent et sont redémarrées dans le nouveau mode. Vous ne pouvez pas opérer en même temps avec MSTP et PVST+ ou MSTP et rapid PVST+. end Retourne en mode EXEC privilégié. show running-config Vérification de vos entrées. copy running-config startup-config (Optionnel) Sauvegarde de vos entrées dans le fichier de configuration. Pour revenir à la configuration MST par défaut, utilisez la commande configuration globale no spanning-tree mst configuration. Pour revenir à une correspondance VLAN-instance par défaut, utilisez la commande de configuration MST no instance instance-id [vlan vlan-range]. Pour revenir à un nom par défaut, utilisez la commande de configuration MST no name. Pour revenir au numéro de révision de configuration par défaut, utilisez la commande de configuration MST no revision. Pour valider le PVST+, utilisez la commande de configuration globale no spanning-tree mode ou spanning-tree pvst. Cet exemple montre comment entrer en mode de configuration MST, mapper les VLAN 10 à 20 à l'instance MST 1, nommer la région region1, fixer le numéro de révision de configuration à 1, afficher la configuration en attente, appliquer les modifications et retourner en mode de configuration global. Switch(config)# spanning-tree mst configuration Switch(config-mst)# instance 1 vlan 10-20 Switch(config-mst)# name region1 Switch(config-mst)# revision 1 Switch(config-mst)# show pending Pending MST configuration Name [region1] Revision 1 Instance Vlans Mapped -------- --------------------- 0 1-9,21-4094 1 10-20 ------------------------------- Switch(config-mst)# exit Switch(config)#

Configurer le commutateur racine Le commutateur maintient une instance spanning-tree pour le groupe de Vlans en correspondance avec celle-ci. Pour le groupe de Vlans, le commutateur qui a le com- mutateur ID (Bridge ID) le plus faible devient le commutateur racine. Pour configurer un commutateur pour qu'il devienne racine, utilisez la commande de configuration globale spanning-tree mst instance-id root pour modifier la priorité de la valeur par défaut (32768) à une valeur significative plus faible afin que le commu- tateur devienne le commutateur racine pour l'instance spanning-tree spécifiée. Quand vous entrez cette commande, le commutateur vérifie les priorités des commutateurs racines. A cause du support de ID système étendu, le commutateur fixe sa propre priorité pour l'instance spécifiée à 24576 si cette valeur fait que le commutateur devienne la racine pour l'instance spanning-tree spécifiée. Si un commutateur racine pour l'instance spécifiée a une priorité inférieure à 24576, le commutateur fixe sa propre priorité à une valeur inférieure de 4096 par rapport à la plus petite valeur de priorité de commutateur (4096 est la valeur du bit de poids faible des quatre bits de la valeur de la priorité du commutateur. Si votre réseau est constitué de commutateurs qui supportent et ne supportent pas l'ID de système étendu, il est évident que le commutateur qui supporte l'ID de systè- me étendu deviendra le commutateur racine. L'ID de système étendu accroît la valeur de la priorité du commutateur chaque fois que le numéro de VLAN est supérieur à la priorité des commutateurs opérant avec un logiciel plus ancien. Le commutateur ra- cine pour chaque instance spanning-tree doit être un commutateur du cœur de ré- seau ou de distribution. Ne configurez pas un commutateur d'accès comme racine primaire du spanning-tree. Utilisez le mot-clé diameter, utilisable uniquement pour l'instance MST 0, pour spé- cifier le diamètre du réseau de couche 2 (c'est le nombre maximum de commutateurs traversés entre deux extrémités quelconques du réseau de couche 2). Quand vous spécifiez le diamètre du réseau, le commutateur fixe automatiquement les temps du Hello et du forwarding-delay à leurs valeurs optimales pour un réseau de ce diamètre ce qui peut réduire le temps de convergence de manière significative. Vous pouvez utiliser le mot-clé hello pour outrepasser le temps du hello calculé automatiquement. Note: Après avoir configuré le commutateur comme commutateur racine, il est recom- mandé de ne pas configurer manuellement le temps du hello, du forwarding-delay et du maximum-age avec les commandes de configuration globale spanning-tree mst hello-time, spanning-tree mst forward-time et spanning-tree mst max-age.

Configurer un commutateur racine secondaire En débutant en mode EXEC privilégié, suivez ces étapes pour configurer un commu- tateur comme commutateur racine. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global spanning-tree mst instance-id root primary [diameter net-diameter] [hello-time seconds] Configure un commutateur comme commutateur racine ● Pour instance-id vous pouvez spécifier une seule instance, un intervalle d'instances séparées par un tiret ou une séries d'instances séparées par des virgules. L'intervalle va de 0 à 4094. ● (Option) diameter net-diameter, spécifie le nombre maximum de commutateurs entre deux stations terminales. Valeur de 2 à 7. Ce mot-clé est disponible uniquement pour l'instance MST 0. ● (Option) hello-time seconds, spécifie l'intervalle en secondes entre deux messages de configuration générés par le commutateur racine. Valeur de 1 à 10 secondes; Valeur par défaut : 2 secondes exit Retour au mode privilégié show spanning-tree mst instance-id Vérification des modifications copy running-config startup-config Sauvegarde de la configuration (Optionnel) Pour revenir aux valeurs de configuration par défaut, utilisez la commande de confi- guration globale no spanning-tree mst instance-id root. Configurer un commutateur racine secondaire Quand vous configurez un commutateur qui supporte l'ID de système étendu comme commutateur racine secondaire, la priorité du commutateur passe de la valeur par défaut (32768) à la valeur 28672. Le commutateur deviendra évidemment commuta- teur racine si le commutateur racine courant est défaillant. Ceci suppose que les au- tres commutateurs du réseau utilisent la priorité de commutateur par défaut dont la valeur est 32768 et par conséquent ne peuvent pas devenir commutateur racine. Vous pouvez utiliser cette commande sur plusieurs commutateurs pour configurer plusieurs commutateurs racine de secours. Utilisez les mêmes valeurs de diamètre de réseau et de temps hello que celles que vous avez utilisées quand vous avez configuré le commutateur racine primaire avec la commande de configuration globale spanning -tree mst instance-id root primary.

de port MSTP d'une interface. Cette procédure est optionnelle. En débutant en mode EXEC privilégié, suivez ces étapes pour configurer un commu- tateur comme commutateur racine secondaire. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global spanning-tree mst instance-id root secondary [diameter net-diameter] [hello-time seconds] Configure un commutateur comme commutateur racine ● Pour instance-id vous pouvez spécifier une seule instance, un intervalle d'instances séparées par un tiret ou une séries d'instances séparées par des virgules. L'intervalle va de 0 à 4094. ● (Option) diameter net-diameter, spécifie le nombre maximum de commutateurs entre deux stations terminales. Valeur de 2 à 7. Ce mot-clé est disponible uniquement pour l'instance MST 0. ● (Option) hello-time seconds, spécifie l'intervalle en secondes entre deux messages de configuration générés par le commutateur racine. Valeur de 1 à 10 secondes; Valeur par défaut : 2 secondes. Utilisez les mêmes valeurs de diamètre de réseau et de temps hello que celles utilisée pour la configura- tion du commutateur racine primaire. exit Retour au mode privilégié show spanning-tree mst instance-id Vérification des modifications copy running-config startup-config Sauvegarde de la configuration (Optionnel) Pour revenir aux valeurs de configuration par défaut, utilisez la commande de confi- guration globale no spanning-tree mst instance-id root. Configurer la priorité de port Si une boucle se produit, MSTP utilise la priorité de port quand il sélectionne une in- terface pour la passer dans l'état acheminement. Vous pouvez affecter des valeurs de priorité plus élevées (valeur numérique plus faible) aux interfaces que vous voulez sé- lectionner en premier et des valeurs de priorité plus faibles aux interfaces que vous voulez sélectionner en dernier. Si toutes les interfaces ont la même priorité, MSTP passe l'interface qui a le numéro d'interface le plus petit dans l'état acheminement et bloque les autres interfaces. En débutant en mode EXEC privilégié, suivez ces étapes pour configurer la priorité de port MSTP d'une interface. Cette procédure est optionnelle.

dans l'état acheminement et bloque les autres interfaces. Commande But configure terminal Entrée en mode de configuration global. interface interface-id Entrée en mode de configuration interface. Les interfaces valides comprennent les ports physiques et les interfaces port-channel. L'intervalle port-channel va de 1 à 6. spanning-tree mst instance-id port-priority priority Configure la priorité de port. ● Pour instance-id vous pouvez spécifier une seule instance, un intervalle d'instances sé- parées par un tiret ou une séries d'instan- ces séparées par des virgules. L'intervalle va de 0 à 4094. ● Pour priority, l'intervalle va de O à 240 par incrément de 16. La valeur par défaut est 128. Plus la valeur est faible plus la priorité est élevée. Les valeurs de priorité sont 0, 16, 32, 48, 64, 80, 96, 112, 128, 144, 160, 176, 192, 208, 224 et 240. Les autres valeurs sont rejetées. end Retour en mode privilégié. show spanning-tree mst interface interface-id ou show spanning-tree mst instance-id Vérification de la configuration. copy running-config startup-config (Optionnel) Sauvegarde de la configuration. Note: La commande EXEC show spanning-tree mst interface interface-id affiche des des informations uniquement si le port a une liaison opérationnelle. Autrement vous pouvez utiliser la commande show running-config interface en mode EXEC privilégié pour vérifier la configuration. Pour reconfigurer l'interface avec ses paramètres par défaut, utilisez la commande de configuration interface no spanning-tree mst instance-id port-priority. Configurer le coût de chemin La valeur par défaut du coût de chemin MSTP est dérivé de la valeur de la vitesse du média de l'interface. Si une boucle se produit, MSTP utilise le coût pour sélectionner une interface pour la passer à l'état acheminement. Vous pouvez affecter des valeurs de coût plus faibles aux interfaces que vous voulez sélectionner en premier et des va- leurs de coût plus élevées à celles que vous voulez sélectionner en dernier. Si toutes les interfaces ont le même coût, MSTP passe l'interface qui a le plus petit numéro dans l'état acheminement et bloque les autres interfaces.

chemin d'une interface. Cette procédure est optionnelle. Commande But En débutant en mode EXEC privilégié, suivez ces étapes pour configurer le coût de chemin d'une interface. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global interface interface-id Entrée en mode de configuration interface. Les interfaces valides comprennent les ports physiques et les interfaces port-channel. L'intervalle port-channel va de 1 à 6. spanning-tree mst instance-id cost cost Configure le coût. Si une boucle se produit, MSTP utilise le coût de chemin lors de la sélection d'une interface pour la placer dans l'état acheminement. Un coût de chemin plus faible représente un débit de transmission plus élevé. ● Pour instance-id vous pouvez spécifier une seule instance, un intervalle d'instances sé- parées par un tiret ou une séries d'instan- ces séparées par des virgules. L'intervalle va de 0 à 4094. ● Pour cost l'intervalle va de 1-200000000, la valeur par défaut est fonction du débit de l'interface. end Retour en mode privilégié show spanning-tree mst interface interface-id ou show spanning-tree mst instance-id Vérification de la configuration copy running-config startup-config (Optionnel) Sauvegarde de la configuration Note: La commande EXEC show spanning-tree mst interface interface-id affiche des informations uniquement si le port a une liaison opérationnelle. Autrement vous pouvez utiliser la commande show running-config interface en mode EXEC privilégié pour vérifier la configuration. Pour reconfigurer l'interface avec ses paramètres par défaut, utilisez la commande de configuration interface no spanning-tree mst instance-id cost.

Configurer la priorité du commutateur Vous pouvez configurer la priorité du commutateur et faire en sorte que ce commuta- teur soit choisi comme commutateur racine. Note: Faîtes attention lors de l'usage de cette commande. Dans la majorité des situa- tions, il est recommandé d'utiliser les commandes de configuration globale spanning- tree mst instance-id root primary et spanning-tree mst instance-id root secondary pour modifier la priorité du commutateur. En débutant en mode EXEC privilégié, suivez ces étapes pour configurer la priorité du commutateur. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global. spanning-tree mst instance-id priority priority Configure la priorité du commutateur. ● Pour instance-id vous pouvez spécifier une seule instance, un intervalle d'instances sé- parées par un tiret ou une séries d'instan- ces séparées par des virgules. L'intervalle va de 0 à 4094. ● Pour priority, l'intervalle va de 0 à 61440 par incrément de 4096; la valeur par défaut est 32768. Plus le nombre est petit plus il a de probabilité que le commutateur soit choi- si comme commutateur racine. Les valeurs de priorité sont 0, 4096, 8192, 12288, 16384, 20480, 24576, 28672, 36864, 40960, 49152, 53248, 57344 et 61440. Toutes les autres valeurs sont rejetées. end Retour en mode privilégié. show spanning-tree mst instance-id Vérification de la configuration. copy running-config startup-config (Optionnel Sauvegarde de la configuration). Pour reconfigurer le commutateur avec ses paramètres par défaut, utilisez la com- mande de configuration interface no spanning-tree mst instance-id priority. Configurer le Hello Time Vous pouvez configurer l'intervalle de génération des messages de configuration par le commutateur racine en changeant le "hello time". En débutant en mode EXEC privilégié, suivez ces étapes pour configurer le hello time pour toutes les instances MST. Cette procédure est optionnelle.

Commande But configure terminal Entrée en mode de configuration global . spanning-tree mst hello-time seconds Configure le Hello time pour toutes les instan- ces MST. Le hello time est l'intervalle de géné- ration des messages de configuration par le commutateur racine. Ces messages indiquent que le commutateur est actif. Pour seconds l'intervalle va de 1 à 10. 2 est la valeur par défaut. end Retour en mode privilégié. show spanning-tree mst Vérification de la configuration. copy running-config startup-config (Optionnel) Sauvegarde de la configuration. Pour reconfigurer le commutateur avec ses paramètres par défaut, utilisez la comman- de no spanning-tree mst hello-time en mode de configuration global. Configurer le forwarding-delay time En débutant en mode EXEC privilégié, suivez ces étapes pour configurer le forwarding delay time pour toutes les instances MST. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global. spanning-tree mst forward-time seconds Configure le forward-time pour toutes les instances MST. Le forward delay est le nombre de secondes qu'un port attend avant de passer des états span- ning-tree apprentissage et écoute à l'état achemine-ment. Pour seconds l'intervalle va de 4 à 30 secondes. La valeur par défaut est 15. exit Retour en mode EXEC privilégié show spanning-tree mst Vérification de la configuration copy running-config startup-config Sauvegarde de la configuration (Optionnel) Pour reconfigurer le commutateur avec ses paramètres par défaut, utilisez la comman- de no spanning-tree mst forward-time en mode de configuration global.

Configurer le maximum-aging time En débutant en mode EXEC privilégié, suivez ces étapes pour configurer le maximum- aging time pour toutes les instances MST. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global spanning-tree mst max-age seconds Configure la valeur du maximum-aging time pour toutes les instances MST. Le maximum- aging time est le de secondes qu'un commu- tateur attend sans recevoir de messages de configuration avant de tenter une reconfigura- tion. Pour seconds l'intervalle va de 6 à 40; la valeur par défaut est 20. end Retour en mode EXEC privilégié. show spanning-tree mst Vérification de la configuration. copy running-config startup-config (Optionnel) Sauvegarde de la configuration. Pour reconfigurer le commutateur avec ses paramètres par défaut, utilisez la comman- de no spanning-tree mst max-age en mode de configuration global. Configuration du maximum-hop count En débutant en mode EXEC privilégié, suivez ces étapes pour configurer le maximum- hop count pour toutes les instances MST. Cette procédure est optionnelle. Commande But configure terminal Entrée en mode de configuration global spanning-tree mst max-hops hop-count Spécifie le nombre de sauts dans une région avant que la BPDU soit ignorée et que l'infor- mation gardée par un port ne soit plus valide. Pour hop-count l'intervalle va de 1 à 255; la valeur par défaut est 20. end Retour en mode EXEC privilégié. show spanning-tree mst Vérification de la configuration. copy running-config startup-config (Optionnel) Sauvegarde de la configuration. Pour reconfigurer le commutateur avec ses paramètres par défaut, utilisez la comman- de no spanning-tree max-hops en mode de configuration global.

Spécifier le type de liaison pour assurer des transitions rapides Si vous connectez un port à un autre port au travers d'une liaison point à point et que le port local devienne un port désigné, le RSTP négocie une transition rapide avec l'autre port en utilisant le handshake proposition-agrément afin d'assurer une topolo- gie sans boucle. Par défaut, le type de liaison est contrôlé à partir du mode duplex de l'interface: un port full-duplex est considéré avoir une connexion point à point; un port half-duplex est considéré avoir une connexion partagée. Si vous avez une liaison physique half- duplex connectée en point à point à un seul port sur un commutateur distant opérant avec MST, vous pouvez outrepasser la configuration par défaut du type de liaison et valider des transitions rapides vers l'état acheminement. Commande But configure terminal Entrée en mode de configuration global. interface interface-id Entrée en mode de configuration interface. Les interfaces valides comprennent les ports physiques, les VLANs et les interfaces port-channel. L'intervalle VLAN ID va de 1 à 4094. L'intervalle port-channel va de 1 à 6. spanning-tree link-type point-to-point Spécifie le type de liaison d'un port est point à point. end Retour en mode privilégié. show spanning-tree mst interface interface-id Vérification de la configuration. copy running-config startup-config (Optionnel) Sauvegarde de la configuration. Pour reconfigurer le port avec ses paramètres par défaut, utilisez la commande no spanning-tree link-type en mode de configuration interface. Indiquer le type de voisin Une topologie peut contenir des équipements pré-standard et IEEE 802.1s. Par défaut les ports peuvent détecter automatiquement les équipements pré-standard mais re- çoivent toujours des BPDUs standard et pré-standard. Quand il y a non concordance entre un équipement et son voisin seul le CIST opère sur l'interface. Vous pouvez choisir de configurer le port pour qu'il transmette uniquement des BPDUs pré-standard. Le drapeau pré-standard apparaît dans toutes les commandes show même si le port est en mode STP compatible. En débutant en mode EXEC privilégié, suivez ces étapes pour outrepasser le type de liaison par défaut. Cette procédure est optionnelle.

Commande But configure terminal Entrée en mode de configuration global. interface interface-id Entrée en mode de configuration interface. Les interfaces valides comprennent les ports physiques. spanning-tree mst pre-standard Spécifie que le port peut transmettre unique- ment des BPDUs pré-standard. end Retour en mode EXEC privilégié. show spanning-tree mst interface interface-id Vérification de la configuration. copy running-config startup-config (Optionnel) Sauvegarde de la configuration. Pour reconfigurer le port avec ses paramètres par défaut, utilisez la commande no spanning-tree mst prestandard interface en mode de configuration interface. Redémarrer le processus du protocole de migration Un commutateur opérant avec MSTP supporte un mécanisme de protocole de migra- tion embarqué qui lui permet d'interopérer avec des commutateurs standard IEEE 802.1D. Si ce commutateur reçoit une BPDU de configuration IEEE 802.1D standard ( une BPDU avec la version de protocole égale à 0), celui-ci transmet uniquement des BPDUs IEEE 802.1D sur ce port. Un commutateur MSTP peut également détecter qu'un port est à la frontière d'une région quand il reçoit des BPDUs standards, une BPDU MST (version 3) associée à une autre région ou une BPDU RSTP (version 2). Cependant le commutateur ne repasse pas automatiquement en mode MSTP s'il ne reçoit plus de BPDU IEEE 802.1D car il ne peut pas détecter si le commutateur a été retiré de la liaison sauf si celui-ci est le commutateur désigné. Un commutateur pour- rait également continuer à affecter un rôle de port frontière à un port quand le com- mutateur auquel il est connecté à rejoint la région. Pour redémarrer le processus du protocole de migration (forcer la renégociation avec les voisins) sur le commutateur, utilisez la commande clear spanning-tree detected- protocol en mode EXEC privilégié. Pour redémarrer le processus du protocole de migration sur une interface spécifique, utilisez la commande clear spanning-tree detected-protocol interface interface-id en mode EXEC privilégié.

Afficher la configuration et l'état du MSTP Pour afficher l'état et la configuration MST, utilisez une ou plusieurs des commandes suivantes en mode EXEC privilégié. Commande But show spanning-tree mst configuration Affiche la configuration de région MST show spanning-tree mst configuration digest Affiche le digest MD5 inclut dans le MSTCI courant. show spanning-tree mst instance-id Affiche l'information MST pour une instance donnée. show spanning-tree mst interface interface-id Affiche l'information MST pour une interface donnée.