Ethernet-Ports; Spanning-Tree - Siemens RUGGEDCOM ROS Benutzerhandbuch

Kapitel 6
Fehlersuche
Problem
Abschnitt 6.2

Ethernet-Ports

Nachstehend werden häufig auftretende Probleme im Zusammenhang mit Ethernet-Ports beschrieben.
Problem
Bei geringem Datenverkehr ist die
Verbindung in Ordnung, fällt aber bei
höheren Verkehrsraten aus oder eine
Verbindung kann zwar gepingt werden, führt
aber bei FTP/SQL/HTTP/usw. zu Problemen.
Verbindungen sind auch bei Einsatz der
Schutzfunktion Link Fault Indication (LFI)
unzugänglich.
Abschnitt 6.3

Spanning-Tree

Nachstehend werden die häufigsten Probleme im Hinblick auf das Spanning Tree Protocol (STP) beschrieben.
Problem
Das Netzwerk blockiert, wenn ein neuer Port
angeschlossen wird und die Port-Status-LEDs
blinken schnell.
Gelegentlich kommt es kurzzeitig zu
erheblicher Überflutung der Ports.
Wenn der Root-Port ständig zwischen zwei
Switch-Ports hin und her springt und nicht
zur Ruhe kommt, kommt es auf dem Switch
zu einem seltsamen Verhalten.
260
Lösung
Dieses Problem tritt auch auf, wenn die Gateway-Adresse nicht konfiguriert ist und der
Switch versucht eine SNMP-Trap an einen Host auszulösen, der nicht im lokalen Subnetz
vorhanden ist.
Lösung
Eine mögliche Ursache für Betriebsunterbrechungen ist ein 'Duplex-Mismatch'. Ist ein
Ende der Verbindung auf Vollduplexmodus eingestellt und der Verbindungspartner auf
Autonegotiation, wird das Autonegotiation-Ende auf Halbduplexmodus zurückgesetzt.
Bei geringerem Verkehrsaufkommen weist die Verbindung nur wenige Fehler auf,
wenn überhaupt. Bei steigendem Verkehrsvolumen, kommt es auf der festgelegten
Seite zu Paketverlusten und auf der Autonegotiationsseite zu Kollisionen. Steigt die
Verkehrsbelastung an die 100 Prozent, wird die Verbindung vollständig unbrauchbar.
Ein sehr hilfreiches Werkzeug zum Prüfen von in Betrieb genommenen Verbindungen ist
der Ping-Befehl mit Flutungsoptionen. Der Ping-Befehl 192.168.0.1 500 2 kann an
den nächsten Switch 500 Pings, jeweils im Abstand von zwei Millisekunden ausgeben. Wird
dafür eine hochwertige Verbindung verwendet, sollten keine Pings verloren gehen und die
durchschnittliche Dauer sollte kurz sein.
Vergewissern Sie sich, das LFI nicht auch auf dem Partnergerät aktiv ist. Wenn LFI auf
beiden Seiten der Verbindung aktiviert ist, halten die beiden Seiten die Ausgabe des
Verbindungssignals zurück.
Lösung
Ist es möglich, dass einer der Switches im Netzwerk oder einer der Ports auf dem Switch im
Netzwerk STP deaktiviert hat und sich versehentlich mit einem anderen Switch verbindet? Ist
dies der Fall, ist eine Datenverkehr-Schleife entstanden.
Ist dies ein vorübergehende Problem, ist es möglich, dass die Ports eines Spanning-Trees
als Edge-Ports konfiguriert wurden. Sobald die Verbindungsschichten auf den Edge-Ports
angekommen sind, wird ihnen direkt (evtl. fälschlicherweise) der Status Weiterleiten
zugeordnet. Wird dann eine RSTP-Konfigurationsmeldung empfangen, wird der Port wieder
geblockt. In der Zeit, in der der Port im Status Weiterleiten war, kann möglicherweise eine
Datenverkehr-Schleife entstanden sein.
Wenn einer der Switches die Quelle von einem Port zu einem anderen umschaltet, kann das
Problem in der Priorisierung des Datenverkehrs liegen. Weitere Informationen finden Sie
unter "The network becomes unstable when a specific application is
Eine andere mögliche Ursache für Betriebsunterbrechungen ist eine Nichtübereinstimmung
der Autonegotiation. Ist ein Ende der Verbindung im Vollduplexmodus und das andere
Ende beginnt mit Autonegotiation, fällt dieses Ende auf den Halbduplexmodus zurück. Bei
geringerem Verkehrsaufkommen zeigt die Verbindung nur wenige Fehler, wenn überhaupt.
Bei steigendem Verkehrsvolumen, kommt es auf der festgelegten Seite zu Paketverlusten
und auf der Autonegotiationsseite zu Kollisionen. Steigt die Verkehrsbelastung an die
100 Prozent, wird die Verbindung vollständig unbrauchbar. In diesem Fall kann RSTP
RUGGEDCOM ROS
Benutzerhandbuch
started.".
Ethernet-Ports