Neighbor-Check-Prozess; Anmeldevorgang (Sign On) - Belden Hirschmann OCTOPUS HiOS-2A Referenzhandbuch

Verlust von Beacon-Paketen an beiden Ports für den angegebenen Beacon-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 Beacon-Timeout-Zeitraum.

In den oben aufgeführten Fällen reagiert der Ring-Teilnehmer mit den folgenden Aktionen:
Leerung der Unicast-MAC-Adresstabelle

Ein Verlust der Beacon-Pakete an beiden Ports oder der Verlust von Announce-Paketen

bewirkt, dass der Ring-Teilnehmer in den IDLE_STATE übergeht.
Ein Verlust von Beacon-Paketen an einem Port bewirkt, dass der Ring-Teilnehmer in den

FAULT_STATE übergeht.
13.6.3

Neighbor-Check-Prozess

Wenn der aktive Ring-Supervisor den Verlust von Beacon-Paketen erkennt, sendet der aktive
Ring-Supervisor ein Locate_Fault-Paket über beide Ports an die Ring-Teilnehmer.
Beim Empfang des Locate-Fault-Paketes sendet jeder Ring-Teilnehmer ein Neighbor-Check-
Request-Paket an seine unmittelbaren Nachbarn. Der Supervisor sendet außerdem seinen
eigenen Neighbor-Check-Request an seine unmittelbaren Nachbarn.
Wenn der Ring-Teilnehmer ein Neighbor-Check-Request-Paket empfängt, reagiert der Ring-Teil-
nehmer mit einem Neighbor-Check-Response-Paket an den Port, vom dem der Ring-Teilnehmer
das Request-Paket empfangen hat. Wenn der Teilnehmer, der das Neighbor-Check-Request-
Paket sendet, keine Antwort erhält, sendet der Teilnehmer einen weiteren Request. Wenn der Teil-
nehmer nach 3 Versuchen keine Antworten erhält, sendet der Teilnehmer ein Neighbor-Status-
Paket an den Ring-Supervisor.
Neighbor-Check-
Anfrage und -Antwort
1.1
1.2
Neighbor-Status-Pakete
1.1
1.2
Neighbor-Check-
Anfrage,
keine Antwort
Abb. 47: Neighbor-Check-Prozess
13.6.4

Anmeldevorgang (Sign On)

Um die Ring-Teilnehmer zu identifizieren, sendet der Ring-Supervisor nach dem Wechsel in den
NORMAL_STATE Sign-On-Pakete. Der aktive Supervisor sendet im NORMAL_STATE 1-mal pro
Minute 1 Sign-On-Paket. Wenn der aktive Supervisor ein Sign-On-Paket empfängt, das der aktive
Supervisor zuvor gesendet hat, stellt der aktive Supervisor das Senden von Sign-On-Paketen ein.
Das Gerät zeigt die Ring-Teilnehmer-Liste im Dialog
Der aktive Ring-Supervisor sendet die Multicast-Sign-On-Pakete von dem nicht blockierten Port
aus. Wenn ein Ring-Teilnehmer das Sign-On-Paket empfängt, leitet der Ring-Teilnehmer das
Paket ausschließlich an die CPU des Geräts weiter. Die CPU fügt die Adressen des Teilnehmers
hinzu und sendet das Sign-On-Paket über den Port auf der Gegenseite des empfangenden Ports.
UM Config OCTOPUS
Release 8.6 12/2020
1.2 1.1
DLR-Supervisor
1.2
1.1
Neighbor-Check-
1.1 1.2
Anfrage,
keine Antwort
13.6 Device Level Ring (DLR)
Switching > L2-Redundanz >
Redundanz
Statistiken.
223