Device Level Ring (DLR) (hardware-
abhängig)
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 Teil-
nehmer die DLR-Nachrichten heraus.
Unterstützt den Empfang von 802.1Q-Datenpaketen und die Beibehal-
tung 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 Priori-
tät.
Zuordnung 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-Wie-
derherstellung 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 gegebenen-
falls an den falschen Port. Aus diesem Grund leeren die DLR-fähigen Teil-
nehmer ihre MAC-Adresstabelle.
48
3.1 Anwendungsszenarien der
UM RedundConfig HiOS-2S RSPE
Geräte
Release 6.1 09/2016