Was ist und welche Probleme führen zu einem "Trägerfehler"


12

Ich habe keine wirklich klare Definition darüber gefunden, was ein "Trägerfehler" im Kontext der ifconfig-Ausgabe für eine Schnittstelle ist. Ich habe auf Google gesucht und es gibt wirklich keine gute Definition oder Liste von Problemen, die dies verursachen.

Ich gehe aus dem Kontext davon aus, dass dies bedeutet, dass etwas am Ethernet-Signal schlecht ist. Ich habe den Verdacht, dass ein Problem mit dem Verbindungskabel vorliegt oder die Netzwerkschnittstelle / der Netzwerkanschluss dieses Problem verursacht.

Ich sehe kaum, dass sich dieser Zähler ändert, aber ein Kunde hat mich heute Morgen kontaktiert und Netzwerkprobleme angesprochen. Der Trägerzähler erhöht sich um etwa 200 pro Sekunde. Sie haben kürzlich einige Änderungen an der Ausrüstung vorgenommen, die mit der von mir verwalteten Linux-Box verbunden ist. Ich würde ihnen gerne genauere Informationen darüber geben können, was das Problem verursachen könnte, und dann sagen, dass etwas, das Sie geändert haben, kaputt ist.

eth0      Link encap:Ethernet  HWaddr 00:1b:21:f3:ea:ae  
          inet addr:172.16.0.9  Bcast:172.16.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13386121 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21255715 errors:1701 dropped:0 overruns:0 carrier:1031707
          collisions:1313642 txqueuelen:1000 
          RX bytes:2467874046 (2.2 GiB)  TX bytes:3820141165 (3.5 GiB)

Was ist also ein "Trägerfehler" und was sind die typischen Probleme, die ihn verursachen?


2
Die meiste Zeit habe ich gesehen, das ist wh. @ ((%! ($ * @ **** CARRIER LOST
EEAA

1
Aufgestimmt, weil es Ihre 42. Frage war.
Wesley

Antworten:


8

Trägerfehler treten auf, wenn ein Problem mit der Modulation Ihres Signals vorliegt.

Dies kann auf eine Duplex-Nichtübereinstimmung oder ein Problem mit dem physischen Kabel / Stecker hinweisen .

Sie können versuchen, das Problem zu beheben, indem Sie die Autonegotiation neu starten und den Ethernet-Connector überprüfen.

Hier finden Sie einige Anweisungen zum Neustarten der automatischen Abstimmung.


2
Ich würde aufgrund der Anzahl der gemeldeten Kollisionen eine Duplex-Fehlanpassung vermuten.
Joeqwerty

Ich muss blind sein, ich habe die Kollisionen nicht einmal bemerkt. Ja, ein Duplex-Problem ist wahrscheinlich.
Zoredache

3

Ich habe ein Cat5e-Ethernet-Kabel zwischen zwei Gebäuden mit Überspannungsschutz an jedem Ende und es kommt gelegentlich zu Netzbetreiberfehlern, wie von RouterOS gemeldet, das auf Linux basiert. Ich glaube, die meisten von ihnen werden durch Blitze verursacht, da wir den ganzen Winter ohne einen einzigen Trägerfehler fahren können. Wenn der Frühling kommt, bekommen wir einen Gewittersturm und es werden 20 bis 30 weitere sein.

Das Cisco auf der anderen Seite meldet sie als "Eingabefehler", wenn Sie eine Show int machen.

In jedem Fall scheinen sie keine Probleme zu verursachen.

Ich denke, sie sind ein Nebeneffekt des Überspannungsschutzes, der das tut, was er tun soll. Er klemmt alles über 16 V am Ethernet-Kabel gegen Masse. Der Effekt, den dies auf das Ethernet-Signal hat, wird wahrscheinlich als Trägerfehler angezeigt.

Höchstwahrscheinlich würde ein Überspannungsschutz mit einer höheren Durchschlagspannung oder die Verwendung eines Überspannungsschutzes die Anzahl der auftretenden Trägerfehler verringern, was das Risiko einer Beschädigung des Geräts erhöht. Sie möchten lieber die Überspannung über Ihren Überspannungsschutz als über Ihre Geräte auf Masse legen und prüfen, ob tatsächlich eine 1500-V-Isolation von den Ethernet-Paaren zur Erde besteht, wie es die IEEE-Spezifikationen erfordern.


2

Trägerfehler rühren von einem Problem auf der physischen Ebene des OSI-Modells her. Der Fehler wird durch den Chip erzeugt, der die Signalisierung handhabt (die Trägerwelle wird moduliert, um die Nullen und Einsen zu bilden). Wenn das Signal zwischen Peers unterbrochen wird, tritt ein "Träger" -Fehler auf.

Normalerweise erzeugt der Chip einen Trägerfehler, wenn er keinen normalen Verbindungsimpuls (NLP) empfängt. NLPs haben eine Dauer von 100 ns, sodass selbst geringfügige elektrische Unterbrechungen einen Fehler auslösen. Lösung bedeutet normalerweise, die Integrität physischer Links zu überprüfen und sicherzustellen, dass Links nicht in der Nähe von EMR-Quellen usw. verlaufen.

Eine Fehlkonfiguration (oder eine gestörte Autokonfiguration, die schnelle Verbindungsimpulse / FLP verwendet) kann dasselbe Symptom verursachen. Nach erfolgreicher Autonegotiation sollten die Carrier-Fehler aufhören. Wenn Sie die automatische Konfiguration nicht verwenden, wird diese Zahl durch eine falsche Konfiguration immer weiter erhöht.

Wenn Sie einen Hub verwenden, können Paketkollisionen dieselben Symptome verursachen - aber der Preis für Switches im Vergleich zum Hub führt dazu, dass nur ein Problem mit alten Geräten auftritt.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.