Fehlerbehebung bei Schnittstellen
In diesem Thema werden verschiedene Problembehandlungsszenarien erläutert.
Fehlerbehebung: em0 Management Interface Link ist ausgefallen
Problem
Beschreibung
Ethernet Link Down
Ein Alarm wird ausgelöst, wenn Sie den show chassis alarm
Befehl "Betriebsmodus" auf einem T640-Router, einem T1600-Router, einem T4000-Router oder einem TX Matrix Plus-Router ausführen.
Diagnose
Führen Sie die folgenden Tests durch, um zu überprüfen, ob die em0-Verwaltungsschnittstelle auf der primären Routing-Engine oder der Backup-Routing-Engine ausgefallen ist:
Führen Sie den
show chassis alarms
Befehl aus.Chassis-Alarme anzeigen
user@host0> show chassis alarms 1 alarms currently active Alarm time Class Description 2011-10-19 11:13:02 MYT Major Host 1 em0 : Ethernet Link Down
Wird der Alarm
Ethernet Link Down
an der em0-Schnittstelle der primären Routing-Engine (Host 0) angezeigt?Ja: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten.
Nein: Fahren Sie mit dem nächsten diagnostischen Test fort.
Führen Sie die
show interfaces em0
Befehle und dieshow interfaces em0 terse
Betriebsmodusbefehle aus.Schnittstellen anzeigen EM0
user@host> show interfaces em0 Physical interface: em0, Enabled, Physical link is Up Interface index: 1, SNMP ifIndex: 1 Type: Ethernet, Link-level type: Ethernet, MTU: 1514, Speed: 100mbps Device flags : Present Running Interface flags: SNMP-Traps ...
show interfaces em0 terse
user@host> show interfaces em0 terse Interface Admin Link Proto Local Remote em0 up up em0.0 up up inet 10.100.100.1/30
Befindet sich die em0-Schnittstelle auf der primären Routing-Engine
up
?Ja: Fahren Sie mit der Auflösung fort.
Nein: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten
Auflösung
So beheben Sie dieses Problem
Anhand der oben genannten Diagnose stellen wir fest, dass der Chassis-Alarm für die em0-Managementschnittstelle in der Backup-Routing-Engine (Host 1) und nicht für die primäre Routing-Engine (Host 0) ausgelöst wurde.
Implementieren Sie eine der folgenden Lösungen in der Backup-Routing-Engine, um dieses Problem zu beheben:
Deaktivieren Sie die em0-Schnittstelle in der Backup-Routing-Engine:
Wechseln Sie im Konfigurationsmodus in die
[edit groups re1]
Hierarchieebene.user@host1# edit groups re1
Deaktivieren Sie die em0-Schnittstelle.
[edit groups re1] user@host1# set interfaces em0 disable
Ignorieren Sie den Alarm:
Wechseln Sie im Konfigurationsmodus in die
[edit chassis]
Hierarchieebene.user@host1# edit chassis
Ignorieren Sie den
Ethernet link down
Alarm auf der Verwaltungsoberfläche, indem Sie diemanagement-ethernet link-down
Alarmoption aufignore
setzen.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Siehe auch
Fehlerbehebung: fxp0 Management Interface Link ist ausgefallen
Problem
Beschreibung
Ethernet Link Down
Ein Alarm wird ausgelöst, wenn Sie den show chassis alarm
Befehl "Betriebsmodus" auf einem Router der M-Serie, einem Router der MX-Serie, einem T320-Router, einem T640-Router, einem T1600-Router oder einem TX-Matrix-Router ausführen.
Diagnose
Führen Sie die folgenden Tests durch, um zu überprüfen, ob die fxp0-Schnittstelle in der primären Routing-Engine oder der Backup-Routing-Engine ausgefallen ist:
Führen Sie den
show chassis alarms
Befehl aus.Chassis-Alarme anzeigen
user@host0> show chassis alarms 1 alarms currently active Alarm time Class Description 2011-10-19 11:13:02 MYT Major Host 1 fxp0 : Ethernet Link Down
Wird der Alarm
Ethernet Link Down
an der fxp0-Schnittstelle der primären Routing-Engine (Host 0) angezeigt?Ja: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten.
Nein: Fahren Sie mit dem nächsten diagnostischen Test fort.
Führen Sie die
show interfaces fxp0
Befehle und dieshow interfaces fxp0 terse
Betriebsmodusbefehle aus.Schnittstellen anzeigen fxp0
user@host> show interfaces fxp0 Physical interface: fxp0, Enabled, Physical link is Up Interface index: 1, SNMP ifIndex: 1 Type: Ethernet, Link-level type: Ethernet, MTU: 1514, Speed: 100mbps Device flags : Present Running Interface flags: SNMP-Traps ...
Schnittstellen anzeigen fxp0 knapp
user@host> show interfaces fxp0 terse Interface Admin Link Proto Local Remote fxp0 up up fxp0.0 up up inet 10.100.100.1/30
Befindet sich die fxp0-Schnittstelle auf der primären Routing-Engine
up
?Ja: Fahren Sie mit der Auflösung fort.
Nein: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten
Auflösung
So beheben Sie dieses Problem
Anhand der Diagnose stellen wir fest, dass der Chassis-Alarm für die fxp0-Verwaltungsschnittstelle in der Backup-Routing-Engine (Host 1) und nicht für die primäre Routing-Engine (Host 0) ausgelöst wurde.
Implementieren Sie eine der folgenden Lösungen in der Backup-Routing-Engine, um dieses Problem zu vermeiden:
Deaktivieren Sie die fxp0-Schnittstelle in der Backup-Routing-Engine:
Wechseln Sie im Konfigurationsmodus in die
[edit groups re1]
Hierarchieebene.user@host1# edit groups re1
Deaktivieren Sie die fxp0-Schnittstelle.
[edit groups re1] user@host1# set interfaces fxp0 disable
Ignorieren Sie den Alarm:
Wechseln Sie im Konfigurationsmodus in die
[edit chassis]
Hierarchieebene.user@host1# edit chassis
Ignorieren Sie den
Ethernet link down
Alarm auf der Verwaltungsoberfläche, indem Sie diemanagement-ethernet link-down
Alarmoption aufignore
setzen.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Siehe auch
Fehlerbehebung: Fehlerhafte physische Ethernet-Schnittstelle an einem Router der M-, MX- oder T-Serie
Sie können die grundlegende Checkliste zur Fehlerbehebung befolgen, wie in den folgenden Themen von eins bis fünf erläutert, um Fehler bei einer physischen Ethernet-Schnittstelle an einem Router der M-Serie, MX-Serie oder T-Serie zu beheben.
- Überprüfen Sie die Kabelverbindung
- Überprüfen Sie den physischen Verbindungsstatus der Schnittstelle
- Überprüfen Sie die Schnittstellenstatistik im Detail
- Führen Sie den Loopback-Diagnosetest durch
- Prüfen Sie, ob es andere Möglichkeiten gibt
- Aktivieren einer physischen Schnittstelle
Überprüfen Sie die Kabelverbindung
Problem
Beschreibung
Pakete werden nicht über die physische Ethernet-Schnittstelle empfangen oder übertragen.
Diagnose
Ist das richtige Kabel am richtigen Port angeschlossen?
Ja: Weiter zu Überprüfen Sie den physischen Verbindungsstatus der Schnittstelle.
Nein: Siehe Beheben des Verkabelungsproblems.
Auflösung
Beheben des Verkabelungsproblems
Führen Sie einen oder mehrere der folgenden Schritte aus, um das Verkabelungsproblem zu beheben:
Schließen Sie das Kabel an den lokalen und Remote-Enden ordnungsgemäß an, ohne dass lose Verbindungen entstehen.
Tauschen Sie das Ethernet-Kabel gegen ein bekanntermaßen funktionierendes Kabel aus, wenn das vorhandene Kabel beschädigt ist.
Schließen Sie ein Singlemode-Glasfaserkabel nur an eine Singlemode-Schnittstelle und ein Multimode-Glasfaserkabel nur an eine Multimode-Schnittstelle an. Informationen zur Überprüfung der Integrität von Glasfaserkabeln finden Sie unter Überprüfen Sie die Integrität des Glasfaserkabels.
Schließen Sie auf beiden Seiten des Kabels den richtigen steckbaren Transceiver (SFP) mit kleinem Formfaktor an.
Überprüfen Sie die Integrität des Glasfaserkabels
So überprüfen Sie die Unversehrtheit von Glasfaserkabeln mit einem externen Kabeldiagnosetest-Tool:
Ein Singlemode-Glasfaserkabel muss an eine Singlemode-Schnittstelle angeschlossen werden.
Ein Multimode-Glasfaserkabel muss an eine Multimode-Schnittstelle angeschlossen werden.
Messen Sie die empfangene Lichtstärke am Empfängeranschluss (RX), um festzustellen, ob die empfangene Lichtstärke innerhalb der Empfängerspezifikation der Ethernet-Schnittstelle liegt.
Messen Sie den Durchlichtpegel am Anschluss des Senders (TX), um festzustellen, ob der Durchlichtpegel innerhalb der Senderspezifikation der Ethernet-Schnittstelle liegt.
Überprüfen Sie den physischen Verbindungsstatus der Schnittstelle
Problem
Beschreibung
Pakete über die Ethernet-Schnittstelle können nicht gesendet und empfangen werden, obwohl die Kabelverbindung korrekt ist.
Lösung
Um den physischen Verbindungsstatus der Schnittstelle anzuzeigen, führen Sie den show interface interface-name media
Befehl Betriebsmodus aus. Zum Beispiel auf der ge-5/0/1-Schnittstelle.
user@host> show interfaces ge-5/0/1 media Physical interface: ge-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (03:46:55 ago) Input rate : 880 bps (1 pps) Output rate : 312 bps (0 pps) Active alarms : None Active defects : None MAC statistics: Input bytes: 901296, Input packets: 9799, Output bytes: 976587, Output packets: 10451 Filter statistics: Filtered packets: 68, Padded packets: 0, Output packet errors: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Interface transmit statistics: Disabled
Weitere Informationen zu show interfaces interface-name media
, siehe Schnittstellen anzeigen .
Diagnose
Gibt es Verbindungsprobleme wie Eingabefehler und Paketverluste, obwohl das
Enabled
Feld denPhysical link is Up
Status und dasActive alarms and Active defect
Feld anzeigtNone
?Ja: Gehen Sie zu Überprüfen Sie die Schnittstellenstatistik im Detail.
Nein: Fahren Sie mit dem nächsten diagnostischen Test fort.
Zeigt das
Enabled
Feld denPhysical link is Down
Status an und dasActive alarms and Active defect
Feld wird angezeigtLink
?Ja: Die Schnittstelle ist entweder nicht richtig angeschlossen oder empfängt kein gültiges Signal. Gehen Sie zu Beheben des Verkabelungsproblems.
Nein: Fortsetzen.
Überprüfen Sie die Schnittstellenstatistik im Detail
Problem
Beschreibung
Die physische Schnittstelle funktioniert nicht, obwohl das Enabled
Feld den Status anzeigt Physical link is Up
und das Active alarms and Active defect
Feld angezeigt wird None
.
Lösung
Um die Schnittstellenstatistiken im Detail anzuzeigen, führen Sie den show interface interface-name extensive
Befehl operational aus. Zum Beispiel auf der ge-5/0/1-Schnittstelle.
user@host> show interfaces ge-5/0/1 extensive Physical interface: ge-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602, Generation: 322 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Hold-times : Up 0 ms, Down 0 ms Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (04:38:32 ago) Statistics last cleared: Never Traffic statistics: Input bytes : 806283 0 bps Output bytes : 1153215 424 bps Input packets: 10818 0 pps Output packets: 11536 0 pps IPv6 transit statistics: Input bytes : 0 Output bytes : 0 Input packets: 0 Output packets: 0 Label-switched interface (LSI) traffic statistics: Input bytes : 0 0 bps Input packets: 0 0 pps Dropped traffic statistics due to STP State: Input bytes : 0 Output bytes : 0 Input packets: 0 Output packets: 0 Input errors: Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Policed discards: 233060, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 0, FIFO errors: 0, Resource errors: 0 Output errors: Carrier transitions: 11, Errors: 0, Drops: 0, Collisions: 0, Aged packets: 0, FIFO errors: 0, HS link CRC errors: 0, MTU errors: 0, Resource errors: 0 Egress queues: 8 supported, 4 in use Queue counters: Queued packets Transmitted packets Dropped packets 0 best-effort 3216 3216 0 1 expedited-fo 0 0 0 2 assured-forw 0 0 0 3 network-cont 8320 8320 0 Queue number: Mapped forwarding classes 0 best-effort 1 expedited-forwarding 2 assured-forwarding 3 network-control Active alarms : None Active defects : None MAC statistics: Receive Transmit Total octets 1007655 1082219 Total packets 10886 11536 Unicast packets 4350 4184 Broadcast packets 32 77 Multicast packets 6504 7275 CRC/Align errors 0 0 FIFO errors 0 0 MAC control frames 0 0 MAC pause frames 0 0 Oversized frames 0 Jabber frames 0 Fragment frames 0 VLAN tagged frames 0 Code violations 0 Filter statistics: Input packet count 10886 Input packet rejects 68 Input DA rejects 68 Input SA rejects 0 Output packet count 11536 Output packet pad count 0 Output packet error count 0 CAM destination filters: 0, CAM source filters: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Packet Forwarding Engine configuration: Destination slot: 5 CoS information: Direction : Output CoS transmit queue Bandwidth Buffer Priority Limit % bps % usec 0 best-effort 95 950000000 95 0 low none 3 network-control 5 50000000 5 0 low none Interface transmit statistics: Disabled
Weitere Informationen zu show interfaces interface-name detail
, siehe Schnittstellen anzeigen .
Diagnose
Zeigt das
Policed discards
,L2 channel errors
,Input DA rejects
oder dasInput SA rejects
Feld Fehler an?Weitere Informationen zu den Fehlern finden Sie unterSchnittstellen anzeigen .
Ja: Beheben Sie die Fehler nach Bedarf. Das Beheben dieser Fehler würde den Rahmen dieses Themas sprengen.
Nein: Weiter mit Führen Sie den Loopback-Diagnosetest durch.
Führen Sie den Loopback-Diagnosetest durch
Problem
Beschreibung
Das Schnittstellenkabel ist korrekt angeschlossen und es gibt keine Alarme oder Fehler im Zusammenhang mit der physischen Ethernet-Schnittstelle. Doch die Schnittstelle funktioniert nicht.
Lösung
Um zu überprüfen, ob der Ethernet-Port oder PIC fehlerhaft ist, müssen Sie den internen Loopback-Test und den Hardware-Loopback-Test durchführen.
So führen Sie einen internen Loopback-Diagnosetest an einer Ethernet-Schnittstelle durch, z. B. an der ge-5/0/1-Schnittstelle:
Wechseln Sie im Konfigurationsmodus in die
[edit interfaces ge-5/0/1]
Hierarchieebene.[edit] user@host# edit interface ge-5/0/1
Legen Sie die
gigether-options
Option als Loopback fest, bestätigen Sie die Konfiguration und beenden Sie den Konfigurationsmodus.[edit interfaces ge-5/0/1 user@host# set gigether-options loopback user@host# commit user@host# quit
Führen Sie den
show interfaces ge-5/0/1 media
Befehl im Betriebsmodus aus.user@host> show interfaces ge-5/0/1 media Physical interface: ge-5/0/1, Enabled, Physical link is Up Interface index: 317, SNMP ifIndex: 1602 Link-level type: Ethernet, MTU: 1514, Speed: 1000mbps, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Enabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Speed-negotiation: Disabled, Auto-MDIX: Enabled Device flags : Present Running Interface flags: SNMP-Traps Internal: 0x4000 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: 2c:6b:f5:4c:26:73, Hardware address: 2c:6b:f5:4c:26:73 Last flapped : 2012-11-30 01:25:37 UTC (03:46:55 ago) Input rate : 880 bps (1 pps) Output rate : 312 bps (0 pps) Active alarms : None Active defects : None MAC statistics: Input bytes: 901296, Input packets: 9799, Output bytes: 976587, Output packets: 10451 Filter statistics: Filtered packets: 68, Padded packets: 0, Output packet errors: 0 Autonegotiation information: Negotiation status: Complete Link partner: Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK Local resolution: Flow control: Symmetric, Remote fault: Link OK Interface transmit statistics: Disabled
Löschen Sie die loopback
Aussage nach Abschluss Ihrer Diagnose.
Führen Sie bei Bedarf einen der folgenden Schritte für einen Hardware-Loopback-Diagnosetest aus:
Für einen Ethernet-PIC mit einer Glasfaserschnittstelle: Schleifen Sie den TX - und RX-Port physisch und überprüfen Sie den Status der physischen Verbindung mit dem
show interfaces interface-name media
Befehl Betriebsmodus.Für einen Ethernet-PIC mit einer RJ-45-Ethernet-Schnittstelle: Bauen Sie einen Loopback-Stecker auf, indem Sie Pin 1 (TX +) mit Pin 3 (RX +) und Pin 2 (TX -) und Pin 6 (RX -) kreuzen und den Status der physischen Verbindung mit dem
show interfaces interface-name media
Betriebsmodusbefehl überprüfen.
Weitere Informationen zu Loopback-Tests finden Sie unter Durchführen von Loopback-Tests für Fast Ethernet- und Gigabit-Ethernet-Schnittstellen.
Diagnose
Zeigt das
Enabled
Feld denPhysical link is Up
Status an und dasActive alarms and Active defect
Feld wird angezeigtNone
, wenn Sie den Loopback-Test durchführen?Ja: Gehen Sie zum Prüfen Sie, ob es andere Möglichkeiten gibt Abschnitt.
Nein: Fahren Sie mit dem nächsten diagnostischen Test fort.
Wenn die Ethernet-Schnittstelle über mehrere Patchfelder mit einem Remote-Ethernet-Gerät verbunden ist, prüfen Sie, ob die Verbindung an den verschiedenen Patchpanels zurückgeschleift werden kann, damit Sie einen Loopback-Diagnosetest durchführen können. Ist der Loopback-Diagnosetest erfolgreich?
Ja: Gehen Sie zum Prüfen Sie, ob es andere Möglichkeiten gibt Abschnitt.
Nein: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten.
Prüfen Sie, ob es andere Möglichkeiten gibt
Problem
Beschreibung
Der Loopback-Diagnosetest ist erfolgreich, kann aber keine Pakete über die Ethernet-Schnittstelle übertragen und empfangen.
Lösung
Verwenden Sie bei Bedarf die folgenden Befehle, um Fehler bei einer Ethernet-Schnittstelle zu beheben, z. B. bei einer GE-5/0/1-Schnittstelle:
Führen Sie den
show interfaces interface-name terse
Betriebsbefehl aus, um zu überprüfen, ob die physische Schnittstelle und die logischen Schnittstellen administrativ deaktiviert sind. Zum Beispiel auf der ge-5/0/1-Schnittstelle.user@host> show interfaces ge-5/0/1 terse Interface Admin Link Proto Local Remote ge-5/0/1 up up ge-5/0/1.0 up up inet 20.1.1.2/24
Diagnose
Werden die physische Schnittstelle und die entsprechenden logischen Schnittstellen in der Ausgabe des Befehls für den
show interfaces interface-name terse
Betriebsmodus angezeigtdown
?Ja: Aktivieren Sie die Schnittstellen wie in Aktivieren einer physischen Schnittstellegezeigt.
Nein: Fahren Sie mit dem nächsten diagnostischen Test fort.
Sind die
speed
Felder ,duplex
undauto-negotiation
in der Ausgabe des Befehls für denshow interfaces interface-name extensive
Betriebsmodus für die Schnittstelle korrekt festgelegt?HINWEIS:Überprüfen Sie, ob der zugehörige Flexible PIC Concentrator (FPC), Modular Port Concentrator (MPC) oder Dense Port Concentrator (DPC) und seine Modular Interface Card (MIC) oder PIC mit seinem 10-Gigabit-Transceiver (XFP) oder SFP mit seinem 10-Gigabit-Transceiver (Small Form-Factor Pluggable Transceiver) Geschwindigkeits- und Auto-Negotiation-Einstellungen unterstützt.
Ja: Weitere Tipps zur Fehlerbehebung finden Sie unter Überwachung von Fast Ethernet- und Gigabit-Ethernet-Schnittstellen .
Nein: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten.
Aktivieren einer physischen Schnittstelle
So aktivieren Sie eine physische Schnittstelle:
Siehe auch
Zeitbereichsreflektometrie auf Routern der ACX-Serie – Übersicht
Die Zeitbereichsreflektometrie (TDR) ist eine Technologie zur Diagnose von Kupferkabelzuständen. Dieses Verfahren wird verwendet, um festzustellen, ob die Verkabelung fehlerhaft ist, wenn Sie keine Verbindung herstellen können. TDR erkennt die Defekte, indem es ein Signal durch ein Kabel sendet und es vom Ende des Kabels reflektiert. Unterbrechungen Stromkreise, Kurzschlüsse, scharfe Biegungen und andere Defekte im Kabel reflektieren das Signal je nach Schwere des Defekts mit unterschiedlichen Amplituden zurück.
Mehrere Faktoren, die zu einer Verschlechterung oder minderwertigen Kabelanlage führen, können zu Paketverlusten, suboptimaler Verbindungsgeschwindigkeit, verringerter Netzwerkeffizienz und vollständigen Verbindungsausfällen führen. Diese Art von Problemen kann aufgrund einer schlechten Kabelkonstruktion, der Identifizierung von Paarverdrehungen, losen Steckern, schlechten Kontakten zwischen den Punkten und gedehnten oder gebrochenen Kabelpaaren auftreten. Mit Broadcom-Transceivern können Sie den Zustand der Kabelanlage oder -topologie analysieren und aufgetretene Probleme identifizieren. Diese Funktionalität wird in den folgenden Szenarien effektiv genutzt:
Fehlerbehebung bei der Erstinstallation von Netzwerkgeräten.
Erkennung von Fehlern beim Auftreten von Netzwerkproblemen.
Instandhaltung optimal funktionierender Kabelanlagen.
Fehlerermittlung bei der Prüfung von Netzwerkeinrichtungen in Produktionskabelnetzen.
TDR unterstützt die folgenden Funktionen zur Untersuchung von Kabelfehlern auf Routern der ACX-Serie:
Kabelstatuspaar (offen oder kurz): Wenn der Router im Gigabit-Ethernet-Modus arbeitet, werden alle vier Paare (8 Drähte) verwendet. Nur Pair-A und Pair-B sind erforderlich, um im 10/100BASE-T-Ethernet-Modus zu arbeiten. Wenn eines dieser erforderlichen Paare offen oder kurzgeschlossen ist, meldet der Transceiver die folgenden Fehler:
Beliebiger offener Draht
Drähte eines bestimmten Paares, die kurzgeschlossen sind
Entfernung zum Fehler pro Paar: Entfernung, bei der eine Unterbrechung oder ein Kurzschluss erkannt wird, in Metern. Dieses Maß wird auch als Kabellänge bezeichnet. Der Transceiver meldet folgende Fehler:
Kabellänge bei normalem Kabelstatus
Entfernung zum Fehler, wenn der Kabelstatus nicht normal ist
Paartausch: Der Austausch von verdrillten Paaren in Straight-Through- und Crossover-Kabelanlagen wird erkannt.
Polaritätsvertauschung: Jedes Kabelpaar überträgt ein Differenzsignal von einem Ende zum anderen Ende des Kabels. Jedem Draht innerhalb des Paares ist eine Polarität zugeordnet. Die Drähte in einem Paar werden normalerweise in einer Eins-zu-Eins-Form verbunden. Dieser Anschluss ermöglicht es, den Sender an einem Ende mit dem Empfänger am anderen Ende mit gleicher Polarität zu verbinden. Manchmal wird auch die Verkabelung innerhalb des Paares vertauscht. Diese Art der Verbindung wird als Polaritätstausch bezeichnet. Broadcom-Transceiver können solche Vertauschungen erkennen und die Verbindung automatisch anpassen, damit die Verbindungen normal funktionieren. Der Transceiver meldet jedoch Polaritätsvertauschungen, die er in der Kabelanlage erkennt.
Auf Gigabit-Ethernet- und Gigabit-Ethernet-MICs mit 4 Ports und 8 Ports Gigabit Ethernet mit Kupfer-SFP-Transceivern (mit BCM54880) und 4-Port-Gigabit-Ethernet-MICs mit 6-Port-Gigabit Ethernet und 8-Port-Gigabit-Ethernet-Transceivern mit Kupfer- und optischen SFP-Transceivern (unter Verwendung BCM54640E PHY) wird nur die Polarität des 10BASE-T-Paares unterstützt. Die Polaritäten 100BASE-T und 1000BASE-T werden nicht unterstützt.
Wenn die Gigabit-Ethernet-Verbindung nicht hergestellt werden kann (z. B. wenn nur zwei Paare vorhanden sind, die voll funktionsfähig sind), wird die Verbindung durch TDR in der physikalischen Schicht (PHY) auf eine 100-MB-Verbindung heruntergefahren, was als Downshift der Verbindung bezeichnet wird. Bei einer Herabstufung der Leitungsgeschwindigkeit kann es 10 bis 20 Sekunden dauern, bis die Verbindung hergestellt wird, da fünfmal versucht wird, eine Verbindung mit 1000 MB herzustellen, bevor sie auf 100BASE-TX zurückfällt.
Die TDR-Diagnose wird nur auf Kupferschnittstellen und nicht auf Glasfaserschnittstellen unterstützt.
Beachten Sie bei der Konfiguration von TDR die folgenden Punkte:
Wenn Sie einen Port, der einem TDR-Test unterzogen wird, mit einer Gigabit-Ethernet-Schnittstelle verbinden, die für die automatische Erkennung von MDI- (Media Dependent Interface) und MDIX-Portverbindungen (Media Dependent Interface with Crossover) aktiviert ist, ist das TDR-Ergebnis möglicherweise ungültig.
Wenn Sie einen Port, der einem TDR-Test unterzogen wird, an eine 100BASE-T-Kupferschnittstelle anschließen, werden die nicht verwendeten Paare als fehlerhaft gemeldet, da das Remote-Ende diese Paare nicht beendet.
Sie dürfen die Portkonfiguration nicht ändern, während der TDR-Test ausgeführt wird.
Aufgrund der Kabeleigenschaften müssen Sie den TDR-Test mehrmals durchführen, um genaue Ergebnisse zu erhalten.
Ändern Sie nicht den Anschlussstatus (z. B. Entfernen des Kabels am nahen oder entfernten Ende), da eine solche Änderung zu ungenauen Statistiken in den Ergebnissen führen kann.
Bei der Messung der Kabellänge oder des Abstands zum Fehler (pro Paar) können während eines TDR-Tests manchmal einige Kabellängeninkonsistenzen beobachtet werden. Für Broadcom-Transceiver gelten die folgenden Kabellängenbeschränkungen:
Bei einem ordnungsgemäß abgeschlossenen guten Kabel beträgt die Genauigkeit der angegebenen Kabellänge plus/minus minus 10 Meter.
Wenn ein Paar offen oder kurzgeschlossen ist, hat die Terminierung am entfernten Ende keinen Einfluss auf das berechnete Ergebnis für dieses Paar.
Die Genauigkeit der gemessenen Kabellänge, wenn Unterbrechungs- und Kurzschlussbedingungen erkannt werden, beträgt plus/minus 5 Meter.
Die Genauigkeit eines guten Paares, wenn ein oder mehrere Paare offen oder kurzgeschlossen sind, beträgt plus/minus 10 Meter.
Die Erkennung von Polaritätsvertauschung wird nur im 10BASE-T-Modus unterstützt.
Der TDR-Test wirkt sich nicht auf den Datenverkehr aus, wenn die Schnittstelle mit einer Bandbreite von 10-Gigabit-Ethernet pro Sekunde arbeitet (Standardkonfiguration). Wenn die Geschwindigkeit der Schnittstelle jedoch auf eine andere Geschwindigkeit als 10-Gigabit-Ethernet konfiguriert ist, wirkt sich die Ausführung des TDR-Tests auf den Datenverkehr aus.
Die TDR-Diagnose kann die Verbindung unterbrechen und die physische Schicht (PHY) mit der Standardkonfiguration initialisieren, um den Betrieb auszuführen.
Wenn der TDR-Validierungstest abgeschlossen ist, nimmt die PHY-Schicht den Betrieb auf die gleiche Weise wieder auf wie vor der Durchführung des Kabeldiagnosetests. Es kann jedoch sein, dass kurzzeitig Verbindungsklappen beobachtet werden. Es wird empfohlen, den TDR-Test mit einer Geschwindigkeit von 1 Gigabit pro Sekunde (Standardkonfiguration) auszuführen, um genauere Ergebnisse zu erhalten.
TDR wird auf den folgenden Schnittstellen von Routern der ACX-Serie unterstützt:
Auf ACX1000 Routern 4 RJ45 (Cu)-Ports oder 8-Port Gigabit Ethernet MICs mit SFP-Transceivern (Small Form-Factor Pluggable) und RJ45-Anschlüssen.
Auf ACX1100 Routern, Gigabit-Ethernet-MICs mit 4 oder 8 Ports mit SFP-Transceivern und RJ45-Anschlüssen.
Auf ACX2000 Routern, Gigabit-Ethernet-MICs mit 8 Ports und SFP-Transceivern und RJ45-Anschlüssen.
Auf ACX2100- und ACX2200-Routern, Gigabit-Ethernet-MICs mit 4 Ports und SFP-Transceivern und RJ45-Anschlüssen.
Auf ACX4000 Routern, Gigabit-Ethernet-MICs mit 4, 6 Ports oder 8 Ports mit SFP-Transceivern und RJ45-Anschlüssen.
Sie müssen den Medientyp Kupfer für die 1-Gigabit-Ethernet-Schnittstellen auswählen. Um den Medientyp anzugeben, fügen Sie die media-type
Anweisung mit der copper
Option auf Hierarchieebene [edit interfaces interface-name]
ein. Die Auswahl des Medientyps gilt nur für Anschlüsse in Steckplatz 2. Wenn media-type nicht festgelegt ist, akzeptiert der Port beide Verbindungstypen. Der Medientyp ist Glasfaser, wenn ein Transceiver in der SFP-Verbindung installiert ist. Wenn kein Transceiver installiert ist, ist der Medientyp Kupfer. Die COMBO-Ports (Kombinationsports) von ACX-Routern unterstützen sowohl den Kupfer- als auch den Glasfaser-Medientyp. An solchen Ports oder Schnittstellen müssen Sie den Medientyp als Kupfer konfigurieren, um den TDR-Test auszuführen.
Sie können den TDR-Test im Betriebsmodus ausführen und die Erfolgs- oder Misserfolgsergebnisse des Tests anzeigen. Um einen Test auf einer bestimmten Schnittstelle zu starten, geben Sie den request diagnostics tdr start interface interface-name
Befehl ein. Um den TDR-Test zu beenden, der derzeit auf der angegebenen Schnittstelle ausgeführt wird, geben Sie den request diagnostics tdr abort interface interface-name
Befehl ein. Um die Testergebnisse für alle Kupferschnittstellen anzuzeigen, geben Sie den show diagnostics tdr
Befehl ein. Um die Testergebnisse für eine bestimmte Schnittstelle anzuzeigen, geben Sie den show diagnostics tdr interface interface-name
Befehl ein.
Siehe auch
Diagnostizieren eines fehlerhaften Twisted-Pair-Kabels bei Routern der ACX-Serie
Problem
Beschreibung
Eine 10/100BASE-T-Ethernet-Schnittstelle weist Verbindungsprobleme auf, von denen Sie vermuten, dass sie durch ein fehlerhaftes Kabel verursacht wurden.
Lösung
Verwenden Sie den TDR-Test (Time Domain Reflektometry), um festzustellen, ob ein Twisted-Pair-Ethernet-Kabel defekt ist.
Der TDR-Test:
Erkennt und meldet Fehler für jedes verdrillte Paar in einem Ethernet-Kabel. Zu den erkannten Fehlern gehören offene Stromkreise, Kurzschlüsse und Impedanzfehlanpassungen.
Meldet die Entfernung zur Störung bis auf 1 Meter genau.
Erkennt und meldet Paartausch, Paarpolaritätsumkehren und übermäßige Paarverzerrung.
Der TDR-Test wird auf den folgenden ACX-Routern und -Schnittstellen unterstützt:
Auf ACX1000 Routern 4 RJ45 (Cu)-Ports oder 8-Port Gigabit Ethernet MICs mit SFP-Transceivern (Small Form-Factor Pluggable) und RJ45-Anschlüssen.
Auf ACX1100 Routern, Gigabit-Ethernet-MICs mit 4 oder 8 Ports mit SFP-Transceivern und RJ45-Anschlüssen.
Auf ACX2000 Routern, Gigabit-Ethernet-MICs mit 8 Ports und SFP-Transceivern und RJ45-Anschlüssen.
Auf ACX2100- und ACX2200-Routern, Gigabit-Ethernet-MICs mit 4 Ports und SFP-Transceivern und RJ45-Anschlüssen.
Auf ACX4000 Routern, Gigabit-Ethernet-MICs mit 4, 6 Ports oder 8 Ports mit SFP-Transceivern und RJ45-Anschlüssen.
Es wird empfohlen, den TDR-Test auf einer Schnittstelle auszuführen, wenn kein Datenverkehr auf der Schnittstelle vorhanden ist.
TDR-Diagnosen gelten nur für Kupferanschlüsse und nicht für Glasfaseranschlüsse.
So diagnostizieren Sie ein Kabelproblem durch Ausführen des TDR-Tests:
Führen Sie den
request diagnostics tdr
Befehl aus.user@host> request diagnostics tdr start interface ge-0/0/10 Interface TDR detail: Test status : Test successfully executed ge-0/0/10
Zeigen Sie die Ergebnisse des TDR-Tests mit dem
show diagnostics tdr
Befehl an.user@host> show diagnostics tdr interface ge-0/0/10 Interface TDR detail: Interface name : ge-0/0/10 Test status : Passed Link status : Down MDI pair : 1-2 Cable status : Normal Distance fault : 0 Meters Polartiy swap : N/A Skew time : N/A MDI pair : 3-6 Cable status : Normal Distance fault : 0 Meters Polartiy swap : N/A Skew time : N/A MDI pair : 4-5 Cable status : Open Distance fault : 1 Meters Polartiy swap : N/A Skew time : N/A MDI pair : 7-8 Cable status : Normal Distance fault : 0 Meters Polartiy swap : N/A Skew time : N/A Channel pair : 1 Pair swap : N/A Channel pair : 2 Pair swap : N/A Downshift : N/A
Untersuchen Sie das
Cable status
Feld für die vier MDI-Paare, um festzustellen, ob das Kabel einen Fehler aufweist. Im vorhergehenden Beispiel wird das verdrillte Paar an den Pins 4 und 5 etwa einen Meter von derge-0/0/10
Anschlussverbindung entfernt gebrochen oder durchtrennt.
Das Test Status
Feld zeigt den Status des TDR-Tests an, nicht das Kabel. Der Wert Passed
bedeutet, dass der Test abgeschlossen ist – er bedeutet nicht, dass das Kabel keine Fehler aufweist.
Im Folgenden finden Sie weitere Informationen zum TDR-Test:
Der TDR-Test kann einige Sekunden dauern. Wenn der Test beim Ausführen des
show diagnostics tdr
Befehls noch ausgeführt wird, wird imTest status
Feld angezeigtStarted
. Zum Beispiel:user@host> show diagnostics tdr interface ge-0/0/22 Interface TDR detail: Interface name : ge-0/0/22 Test status : Started
Mit dem
request diagnostics tdr abort interface interface-name
Befehl können Sie einen laufenden TDR-Test beenden, bevor er abgeschlossen ist. Der Test wird ohne Ergebnisse beendet, und die Ergebnisse aller vorherigen Tests werden gelöscht.Sie können zusammenfassende Informationen zu den letzten TDR-Testergebnissen für alle Schnittstellen auf dem Router anzeigen, die den TDR-Test unterstützen, indem Sie mit dem
show diagnostics tdr
Befehl keinen Schnittstellennamen angeben. Zum Beispiel:user@host> show diagnostics tdr Interface Test status Link status Cable status Max distance fault ge-0/0/0 Passed UP OK 0 ge-0/0/1 Not Started N/A N/A N/A ge-0/0/2 Passed UP OK 0 ge-0/0/3 Not Started N/A N/A N/A ge-0/0/4 Passed UP OK 0 ge-0/0/5 Passed UP OK 0 ge-0/0/6 Passed UP OK 0 ge-0/0/7 Not Started N/A N/A N/A ge-0/0/8 Passed Down OK 0 ge-0/0/9 Not Started N/A N/A N/A ge-0/0/10 Passed Down Fault 1 ge-0/0/11 Passed UP OK 0 ge-0/0/12 Not Started N/A N/A N/A ge-0/0/13 Not Started N/A N/A N/A ge-0/0/14 Not Started N/A N/A N/A ge-0/0/15 Not Started N/A N/A N/A ge-0/0/16 Not Started N/A N/A N/A ge-0/0/17 Not Started N/A N/A N/A ge-0/0/18 Not Started N/A N/A N/A ge-0/0/19 Passed Down OK 0 ge-0/0/20 Not Started N/A N/A N/A ge-0/0/21 Not Started N/A N/A N/A ge-0/0/22 Passed UP OK 0 ge-0/0/23 Not Started N/A N/A N/A