Nicht-Dlr-Knoten - Belden HIRSCHMANN RSPE Referenzhandbuch

Redundanz
13.5 Device Level Ring (DLR)
Beacon-basierte Knoten
Wenn die Supervisor-Funktion an einem Ring-Teilnehmer deaktiviert ist, nimmt der Supervisor die
Rolle eines Beacon-basierten Teilnehmers ein. Beacon-basierte Teilnehmer verarbeiten Beacon-
Pakete und Announce-Pakete. Dies ermöglicht eine schnellere Reaktion auf erkannte Ring-Unter-
brechungen.
Ein Beacon-basierter Ring-Teilnehmer startet im IDLE_STATE und geht davon aus, dass das Netz
eine lineare Topologie ist. Beim Empfang eines Beacon-Paketes auf dem primären oder auf dem
sekundären Port wechselt der Teilnehmer in den FAULT_STATE und geht davon aus, dass das
Netz eine Ring-Topologie ist. Der Ring-Teilnehmer leert seine Unicast-MAC-Adresstabelle und
speichert die DLR-Parameter, die der Ring-Teilnehmer in den Beacon-Paketen empfangen hat.
Die Ring-Teilnehmer speichern die folgenden DLR-Parameter in ihrer Konfiguration:
Supervisor-Adressen, MAC- und IP-Adresse

Supervisor-Precedence

Beacon-Intervall

Beacon-Timeout

DLR VLAN-ID

Beim Empfang der Beacon-Pakete an beiden Ports wechselt der Ring-Teilnehmer in den
NORMAL_STATE. Anschließend leert der Ring-Teilnehmer seine Unicast-MAC-Adresstabelle.

Nicht-DLR-Knoten

Das DLR-Protokoll erfordert nicht, dass jeder Ring-Teilnehmer das Protokoll implementiert. Der
Netzadministrator kann Nicht-DLR-Teilnehmer im Ring installieren. Dies setzt voraus, dass die
Geräte bestimmte erforderliche Konfigurationen unterstützen.
Anmerkung: Die Verwendung von Nicht-DLR-Teilnehmern im Ring verlängert die Wiederherstel-
lungszeit. Wenn möglich, verbinden Sie die Nicht-DLR-Teilnehmer über ein DLR-fähiges Gerät mit
dem Ring.
Bei der Installation von Nicht-DLR-Teilnehmern direkt im Ring benötigen die Teilnehmer bestimmte
Konfigurationen. Die folgende Liste beschreibt die erforderlichen Konfigurationen:
Schalten Sie das Lernen von Unicast-MAC-Adressen aus.

Beacon-Pakete erreichen beide Ports mit der MAC-Adresse des aktiven Ring-Supervisors. Das
Lernen von Adressen bewirkt, dass die MAC-Adresse des aktiven Ring-Supervisors von Port zu
Port springt.
Schalten Sie die Multicast-Filterung an den DLR-Ring-Ports aus.

Die im DLR-Protokoll verwendeten Beacon- und Announce-Pakete sind Multicast-Nachrichten.
Wenn dies nicht unterstützt wird, filtert der Teilnehmer die DLR-Nachrichten heraus.
Unterstützt den Empfang von 802.1Q-Datenpaketen und die Beibehaltung der VLAN-ID und der

Tag-Priorität.
Wenn dies nicht unterstützt wird, verwirft das Gerät gegebenenfalls die DLR-Nachrichten oder
ordnet die DLR-Nachrichten in der Warteschlange in der falschen Reihenfolge.
Implementieren Sie Warteschlangen mit strikter Einplanung nach Priorität.

Zuweisung der DLR-Nachrichten zu der Warteschlange mit der höchsten Priorität. Wenn dies
nicht unterstützt wird, verzögert das Gerät DLR-Nachrichten. Dies wirkt sich auf die Leistung in
Bezug auf die Ring-Wiederherstellung aus.
Anmerkung: Die Verwendung von Nicht-DLR-Teilnehmern kann zu einem Verlust von Unicast-
Datenpaketen über einen bestimmten Zeitraum nach einem erkannten Fehler oder einer Ring-
Wiederherstellung führen. Wenn der Nicht-DLR-Teilnehmer die MAC-Adresstabelle nach einem
erkannten Fehler beibehält, sendet der Teilnehmer Unicast-Datenpakete gegebenenfalls an den
falschen Port. Aus diesem Grund leeren die DLR-fähigen Teilnehmer ihre MAC-Adresstabelle.
210
(hardwareabhängig)
UM Config RSPE
Release 9.0 12/2021