Werbung
Device Level Ring (DLR) (hardware-
abhängig)
In den oben aufgeführten Fällen reagiert der aktive Ring-Supervisor mit den
folgenden Aktionen:
Übergang in den FAULT_STATE
Leerung der Unicast-MAC-Adresstabelle
Aufhebung der Blockierung des blockierten Ports
Senden von Beacon-Paketen an beide Ports, wobei der Ring-Status auf
RING_FAULT_STATE gesetzt ist
Senden von Announce-Paketen an beide Ports, wobei der Ring-Status
auf RING_FAULT_STATE gesetzt ist
Wenn der aktive Ring-Supervisor ein Timeout für ein Beacon-Paket veran-
lasst, initiiert der aktive Ring-Supervisor den Neighbor-Check-Prozess,
indem er ein Locate-Fault-Paket sendet. Der Supervisor sendet außerdem
Neighbor-Check-Pakete an den Nachbarn, der mit den Ports verbunden ist,
für die der Supervisor ein Timeout in Bezug auf das Beacon-Paket veranlasst
hat.
Im FAULT_STATE fährt der Ring-Supervisor mit dem Senden von Beacon-
Paketen fort. Das Senden von Beacon-Paketen bietet dem aktiven Ring-
Supervisor die Möglichkeit, die Ring-Wiederherstellung zu erkennen.
3.2.2
Ring-Teilnehmer
Die folgende Liste enthält Ereignisse, in denen der Ring-Teilnehmer von
NORMAL_STATE in einen anderen Status übergeht:
Empfang eines Beacon-Paketes, wobei der Ring-Status auf RING_-
FAULT_STATE gesetzt ist.
Empfang eines Beacon-Paketes mit einer anderen MAC-Adresse und
einer höheren Precedence als der aktuelle aktive Ring-Supervisor.
Verlust von Beacon-Paketen an beiden Ports für den angegebenen Bea-
con-Timeout-Zeitraum. Der Verlust der Beacon-Pakete an beiden Ports
bewirkt, dass der Teilnehmer in den IDLE_STATE übergeht. Der Ring-
Teilnehmer geht davon aus, dass die Topologie von einem Ring in ein
lineares Netz übergegangen ist.
Verlust von Beacon-Paketen an einem Port für den angegebenen Bea-
con-Timeout-Zeitraum.
50
3.2 Fehlererkennung
UM RedundConfig HiOS-2S RSPE
Release 6.1 09/2016
Werbung
Kapitel
