Erkennen von Duplex-Mismatch-Schnittstellen im Netzwerk

Was sind die Ursachen für Duplex-Fehlanpassungen außer Fehlkonfigurationen? (Stromausfall? Unsachgemäße Verkabelung? Fehler bei der Implementierung der automatischen Aushandlung?)

Irgendwelche Gedanken zur Entdeckung von Duplex-Fehlanpassungen? NetMRI scheint die Schnittstellenfehlerrate zu verwenden. Reicht es aus, nur alle Schnittstellenfehlerraten auf Switches / Servern abzufragen? Was ist, wenn diese Funktion auf einem Gerät nicht verfügbar ist?

Bearbeiten: Treiber können definitiv Probleme mit Duplex verursachen. Ich habe gesehen, dass Broadcom NIC auf FreeBSD im Halbduplex-Modus steckt.

Das mit Abstand häufigste Problem wäre eine Fehlkonfiguration. Einige Leute halten immer noch an alten Überzeugungen fest, dass automatische Verhandlungen nicht zuverlässig funktionieren.

Wenn Sie verschiedene Anbieter haben, kann es Probleme geben, aber ich sehe es nicht sehr oft. Ich würde mich viel lieber auf die automatische Verhandlung als meine erste Lösung verlassen, und wenn dies fehlschlägt, greife ich auf eine harte Codierung zurück.

Es ist durchaus üblich, dass Ports in 100 / der Hälfte arbeiten, denn wenn eine Seite Auto und die andere Seite 100 / Full hat, kann die Geschwindigkeit erkannt werden, aber der Duplex muss als halb angenommen werden, da er nicht ausgehandelt werden kann.

Ihr NMS sollte dies erkennen können, aber Sie können ein Skript ausführen, das sich anmeldet und Folgendes ausführt:

sh int status | i half

Und meldet alle Schnittstellen zurück, die im Halbduplexbetrieb laufen. Dies würde nur für Switches funktionieren. Für Router benötigen Sie Folgendes:

sh interfaces | i Fast|Giga|half

Dann müssten Sie es irgendwie analysieren. Es ist wahrscheinlich besser, SNMP zu verwenden. Durchsuchen der Ciscos-SNMP-Seite Der SNMP-Objektnavigator gibt an, dass Sie die OID 1.3.6.1.4.1.9.5.1.4.1.1.10 verwenden sollten, bei der es sich um PortDuplex handelt.

Eines der Symptome einer Duplex-Fehlanpassung sind späte Kollisionen. Wenn Ihr NMS Sie über diese Kollisionen informiert, ist dies eine gute Möglichkeit, sie zu finden. Zumindest einige Cisco-Modelle / IOS-Versionen können SNMP-Traps für diese Kollisionen senden.

Es ist immer eine Fehlkonfiguration, da der Duplexmodus ein L1-Konfigurationsproblem ist. Wenn es trotz passender DM und eines fehlerfreien Kabels L1-Probleme gibt, ist mindestens eine Netzwerkkarte defekt. Ich schlage vor, Sie berücksichtigen zwei Fakten zur automatischen Konfiguration: Weder unterstützt jedes Gerät die automatische Konfiguration, noch besteht die Gewissheit, dass beide Schnittstellen im Vollduplexmodus ausgeführt werden.

In Anbetracht eines Stromausfalls wäre dies eine Ursache für eine Fehlkonfiguration. Die Schnittstellen müssten noch einmal verhandeln. Entweder dokumentiert der Hersteller seine Geräte ordnungsgemäß, oder Sie können nur raten, wie die Netzwerkkarte Duplex und Datenrate priorisiert.

Gigabit-Ethernet erfordert Vollduplexbetrieb und ermöglicht dennoch Halbduplexbetrieb. Der Duplexmodus ist jedoch ein Faktor, wenn Fast Ethernet oder weniger verfügbar ist. Es werden immer noch Geräte verwendet, die nicht mehr als 100 Mbit / s benötigen, da sie mit einer Leitung verbunden sind, die niemals mehr Geschwindigkeit liefert.

Dann gibt es Geräte ohne Webschnittstelle oder CLI. Diese verwenden winzige DIP-Schalter für HD und FD. Eine Methode, die wahrscheinlich Verwirrung unter den Benutzern verursacht.

Und es gibt Geräte desselben Herstellers, die nicht mit dem Rest der Serie übereinstimmen. Beispielsweise schreiben alle Geräte AN vor, mit Ausnahme eines Geräts. Vielleicht würde das niemand erwarten. Sozusagen - entlassen Sie niemals Fehlkonfigurationen.

Auf einem niedrigen Niveau ist der große Indikator für Duplex-Fehlanpassungen eine große Anzahl von "späten Kollisionen", die am Halbduplex-Ende der Verbindung gemeldet werden. Es ist unwahrscheinlich, dass das Vollduplex-Ende Fehler anzeigt.

Auf einer höheren Ebene ist ein häufiger Indikator für Duplex-Fehlanpassungen, dass Pings funktionieren, komplexere Inhalte jedoch entweder vollständig fehlschlagen oder mit einer miserablen Leistung funktionieren. Protokolle wie TCP versuchen, Daten gleichzeitig in beide Richtungen zu senden. Bei einer korrekt funktionierenden Vollduplex-Verbindung funktioniert dies offensichtlich einwandfrei. Bei einer ordnungsgemäß funktionierenden Halbduplex-Verbindung funktioniert dies ebenfalls einwandfrei, da Ethernet die Pakete puffert, bis die Leitung frei ist Bei einer nicht übereinstimmenden Duplexverbindung ist es jedoch praktisch garantiert, dass es zu späten Kollisionen und damit zu verworfenen Paketen kommt.