Redondance Réseau; Gestion Du Spanning Tree Protocol; Fonctionnement Rstp - Siemens SIMATIC NET Manuel De Configuration

Redondance réseau
Ce chapitre décrit comment configurer et gérer les fonctionnalités de RUGGEDCOM
ROS liées à la redondance.
8.1

Gestion du Spanning Tree Protocol

Cette section décrit la manière de gérer le Spanning Tree Protocol.
8.1.1

Fonctionnement RSTP

Le 802.1D Spanning Tree Protocol (STP) a été développé pour permettre la
construction de réseaux robustes comprenant une redondance tout en réduisant
la topologie active du réseau pour éviter les boucles. Lorsque STP est exécuté,
il requiert l'interruption du transfert de trames après une défaillance de liaison
jusqu'à être certain que tous les ponts dans le réseau tiennent compte de la nouvelle
topologie. Si les valeurs recommandées par 802.1D sont utilisées, cette période dure
30 secondes.
Le Rapid Spanning Tree Protocol (RSTP, IEEE 802.1w) constitue une évolution
supplémentaire du Spanning Tree Protocol 802.1D. Il remplace le temps de
stabilisation par un établissement de liaison actif entre des ponts qui garantit une
propagation rapide des informations de topologie au sein du réseau. RSTP offre
également un certain nombre d'autres innovations significatives, dont voici quelques
exemples :
•
•
•
RUGGEDCOM ROS v5.5
Manuel de configuration, 10/2020, C79000-G8977-1461-01
Les modifications de topologie dans le RSTP peuvent provenir de et être traitées
par tout pont désigné, permettant ainsi une propagation plus rapide des
informations d'adresses, contrairement aux modifications de topologie dans STP,
qui doivent être transmises au pont racine avant de pouvoir être propagées sur le
réseau.
RSTP reconnaît de manière explicite deux rôles de blocage (port alternatif et
port de sauvegarde) inclus dans des calculs des phases d'apprentissage et de
transmission. STP, cependant, ne reconnaît qu'un état (blocage) pour les ports
qui ne doivent pas transmettre.
Les ponts RSTP génèrent leurs propres messages de configuration, même s'ils
n'en reçoivent aucun du pont racine. La détection de défaillances est ainsi plus
rapide. STP, au contraire, doit relayer des messages de configuration reçus sur le
port racine de ses ports désignés. Si un pont STP ne reçoit pas de message de son
voisin, il ne peut pas être certain de l'endroit où la défaillance s'est produite sur le
chemin vers la racine.
8
175