Ethernet-Ports - Siemens RUGGEDCOM ROS v5.5 Konfigurationshandbuch

Fehlerbehebung
13.2 Ethernet-Ports
13.2

Ethernet-Ports

Im Folgenden werden häufig auftretende Probleme in Verbindung mit Ethernet-Ports
beschrieben.
Eine Verbindung scheint in
Ordnung zu sein, wenn das
Datenverkehrsniveau gering
ist, fällt jedoch aus, sobald die
Datenverkehrsraten zunehmen
ODER eine Verbindung kann
Ping-Anfragen erhalten und hat
jedoch Probleme mit FTP/SQL/
HTTP usw.
Auf Verbindungen kann nicht
zugegriffen werden, selbst wenn
die Schutzfunktion Link Fault
Indication (LFI) verwendet wird.
Zuvor stabile Port-Links erfahren
Up/Down-Ereignisse, wenn neue
Medien eingeführt werden.
Das Remote Syslog scheint
Ereignisse zu überspringen oder
sie außerhalb der Reihenfolge zu
erfassen.
274
Problem
Eine mögliche Ursache des intermittierenden Betriebs
mit ausgeschalteter Autonegotiation ist die einer Duplex-
Nichtübereinstimmung. Wenn ein Ende der Verbindung auf
Vollduplexmodus eingestellt ist und der Verbindungspartner
auf Autonegotiation, wird das Autonegotiation-Ende auf
Halbduplexmodus zurückgesetzt.
Bei einem geringeren Verkehrsvolumen kann die Verbindung
wenige bis keine Fehler aufweisen. Bei ansteigendem Traffic-
Volumen treten auf der Seite mit der festen Negotiation verworfene
Pakete auf, während es auf der Seite mit der Auto-Negotiation
zu Kollisionen kommt. Wenn die Verkehrslast schließlich 100 %
erreicht, wird die Verbindung völlig unbrauchbar.
Der Ping-Befehl mit Flood-Optionen ist ein hilfreiches Mittel
zum Testen in Betrieb genommener Verbindungen. Der Befehl
ping {destination} {count} {timeout} kann verwendet
werden, um den nächsten Switch anhand einer angegebenen
Anzahl von Echo-Anforderungen im Abstand der definierten
Anzahl von Millisekunden zu pingen. Beispiel: ping 192.168.0.1
500 2 gibt jeweils 500 Ping-Anforderungen an den nächsten
Switch aus, jeweils im Abstand von zwei Millisekunden. Wenn die
verwendete Verbindung eine hohe Qualität aufweist, sollten keine
Ping-Anfragen verloren gehen, und die mittlere Paketumlaufzeit
(RTT) sollte einen kleinen Wert aufweisen.
Stellen Sie sicher, dass die LFI-Funktion nicht am Peer aktiviert ist.
Wenn LFI beidseitig an der Verbindung aktiviert ist, halten beide
Seiten die Verbindungssignalgenerierung voneinander zurück.
Dieses Verhalten ist bei der Einführung von Glasfasergeräten
normal.
Wenn ein neu gestecktes LWL-Gerät hochläuft, sind die LWL-Ports
in einem Übergangszustand und deshalb beobachten benachbarte
Systeme, die live sind (also funktionsfähig und stabil), Port-up/Port-
down-Ereignisse, bis das Gerät den Hochlauf beendet hat. Dies
geschieht, weil sich die LWL-Transceiver-Leistungspegel während
des Hochlaufübergangs ändern und somit ein Umschalten zwischen
Link-up und Link-down auslösen.
Die Installation von LWL-Kabeln in einem live geschalteten
Netzwerk verursacht ebenfalls diese Auswirkungen, insbesondere
bei codierten und verriegelten Anschlüssen wie ST-Anschlüssen.
Dieses Verhalten ist normal, wenn ein neuer Ethernet-Switch in
eine Netzwerk eingeführt wird.
In RUGGEDCOM ROS hat die System- und Netzwerkstabilität
höchste Priorität. Wenn ein neuer Ethernet-Switch in ein Netzwerk
eingeführt wird, erfolgt eine Netzwerkneukonfiguration,
damit keine Schleifen auftreten und Broadcast-Stürme
verursachen. Bei der Neukonfiguration wird RSTP-Meldungen und
Neukonfigurationsaktivitäten eine höhere Priorität eingeräumt als
Ereignisprotokollierungsaktivitäten.
Lösung
RUGGEDCOM ROS v5.5
Konfigurationshandbuch, 10/2020, C79000-G8900-1462-01