Schnittstellen zur Fehlerbehebung
In diesem Thema werden verschiedene Szenarien zur Fehlerbehebung erläutert.
Fehlerbehebung: Link zur Verwaltungsschnittstelle ist für Junos OS Evolved nicht verfügbar
Problem
Beschreibung
Der Ethernet Link Down
Alarm wird ausgelöst, wenn Sie den show chassis alarm
Betriebsmodus-Befehl auf den folgenden Geräten ausführen:
-
ACX-Router (ACX7100-32C, ACX7100-48L)
-
PTX-Router (PTX10001-36MR, PTX10003, PTX10004, PTX10008)
-
QFX-Switches (QFX5130-32CD, QFX5220-32CD, QFX5220-128C)
Diagnose
Führen Sie die folgenden Tests durch, um zu überprüfen, ob die Verwaltungsschnittstelle der primären Routing-Engine oder der Backup-Routing-Engine nicht verfügbar 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 2020-10-19 11:13:02 MYT Major Host 1 re0:mgmt-0.0 : Ethernet Link Down
Wird der Alarm
Ethernet Link Down
an der Verwaltungsschnittstelle der primären Routing-Engine (Host 0) angezeigt?-
Ja: Wenden Sie sich an das Juniper Networks Technical Assistance Center (JTAC), um weitere Unterstützung zu erhalten.
-
Nein: Fahren Sie mit dem nächsten Diagnosetest fort.
-
-
Führen Sie die Befehle im
show interfaces re0:mgmt-0
Betriebsmodus und imshow interfaces re0:mgmt-0 terse
Betriebsmodus aus.Schnittstellen anzeigen re0:mgmt-0
user@host0> show interfaces re0:mgmt-0 Physical interface: re0:mgmt-0, Enabled, Physical link is Up Interface index: 1001, SNMP ifIndex: 193 Type: Ethernet, Link-level type: Ethernet, MTU: 1500, Speed: 1Gbps, Auto-negotiation: Enabled Device flags : Present Running Interface flags: SNMP-Traps ...
Schnittstellen anzeigen re0:mgmt-0 terse
user@host0> show interfaces re0:mgmt-0 terse Interface Admin Link Proto Local Remote re0:mgmt-0 up up re0:mgmt-0.0 up up inet 10.100.100.1/30
Befindet sich die Verwaltungsschnittstelle in der primären Routing-Engine
up
?-
Ja: Weiter zur Lösung.
-
Nein: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten.
-
Auflösung
um dieses Problem zu beheben
Der Chassis-Alarm wurde für die Verwaltungsschnittstelle in der Backup-Routing-Engine (Host 1) und nicht für die primäre Routing-Engine (Host 0) ausgelöst.
Implementieren Sie eine der folgenden Lösungen auf der Backup-Routing-Engine, um dieses Problem zu beheben:
Deaktivieren Sie die Verwaltungsschnittstelle in der Backup-Routing-Engine:
Wechseln Sie im Konfigurationsmodus zur
[edit groups re1]
Hierarchieebene.user@host1# edit groups re1
-
Deaktivieren Sie die Schnittstelle re1:mgmt-0.
[edit groups re1] user@host1# set interfaces re1:mgmt-0 disable
Alarm ignorieren:
Wechseln Sie im Konfigurationsmodus zur
[edit chassis]
Hierarchieebene.user@host1# edit chassis
Ignorieren Sie den
Ethernet link down
Alarm auf der Verwaltungsschnittstelle, indem Sie diemanagement-ethernet link-down
Alarmoption aufignore
.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Siehe auch
Fehlerbehebung: Ungültige Port-Geschwindigkeitskonfiguration für Junos OS Evolved
Problem
Beschreibung
Der Invalid Port Speed Configuration
Alarm wird angezeigt, wenn Sie den show system alarms
Betriebsmodus-Befehl ausführen.
Zum Beispiel:
user@host> show system alarms Alarm time Class Description 2021-12-06 23:09:21 UTC Minor FPC-0 PIC-0: Invalid Port Speed Configuration
Diagnose
Führen Sie den show picd config
Befehl von der cli-pfe
Ebene aus, um ungültige Port-Geschwindigkeitskonfigurationen zu identifizieren. Die Ausführung des Befehls zeigt Details der Konfigurationen für Portgeschwindigkeit/Kanalisierung an, einschließlich der gültigen Ports und der Gründe für ungültige PIC-Konfigurationen.
Zum Beispiel:
root@re0:~# cli-pfe root@re0:pfe> show picd config
pic_info_table : default config config config computed pic_or_port speed pic_mode port_speed valid speed supported_speeds hidden_speeds ----------- ------- -------- ---------- ------ -------- -------------------------------------------------------- ------------- pic-0/0 - - - yes - port-0/0/0 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/1 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/2 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/3 1x400G - 1x100G - 1x100G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] ... port-0/0/11 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/12 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/13 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] port-0/0/14 1x400G - - - 1x400G [ 1x400G 1x200G 4x10G 1x40G 4x25G 1x100G 4x100G 2x200G ] [ ] ... usr_config : pic_usr_config : pic_name : pic-0/0 pic_mode_valid : false pic_mode : num_ports_valid : false num_ports : 0 config_invalid : true invalid_reason : Port 12: Speed 4x40G not supported Port 13: Speed 4x40G not supported ptp_mode : false port_usr_config : port_name : port-0/0/0 port_speed_valid : true port_speed : 1x100G sub_ports_cfg : false port_usr_config : port_name : port-0/0/1 port_speed_valid : true port_speed : 1x100G sub_ports_cfg : false port_usr_config : port_name : port-0/0/10 port_speed_valid : true port_speed : 1x40G sub_ports_cfg : false port_usr_config : port_name : port-0/0/11 port_speed_valid : true port_speed : 1x40G sub_ports_cfg : false port_usr_config : port_name : port-0/0/12 port_speed_valid : true port_speed : 4x40G sub_ports_cfg : true port_usr_config : port_name : port-0/0/13 port_speed_valid : true port_speed : 4x40G sub_ports_cfg : true port_usr_config : port_name : port-0/0/20 port_speed_valid : true port_speed : 1x100G sub_ports_cfg : false
Weisen die Ergebnisse des show picd config
Befehls auf eine ungültige Konfiguration der Portgeschwindigkeit hin?
-
Ja: Weiter zur Lösung.
-
Nein: Wenden Sie sich für weitere Unterstützung an das Juniper Networks Technical Assistance Center (JTAC).
In diesem Beispiel zeigen die Ergebnisse:
Port 12: Speed 4x40G not supported Port 13: Speed 4x40G not supported
Auflösung
um dieses Problem zu beheben
Der Systemalarm wurde für eine Port-Geschwindigkeitskonfiguration ausgelöst, die nicht unterstützt wurde. Konfigurieren Sie alle Ports auf eine gültige Portgeschwindigkeit, um das Problem zu beheben. Die Portgeschwindigkeit wird auf PIC-Ebene konfiguriert.
Wenn eine ungültige Konfiguration auf einen Port angewendet wird, bleibt die aktuell konfigurierte Geschwindigkeit/Kanalisierung auf den anderen Ports des PIC bis zum nächsten Neustart des Geräts oder dem nächsten picd App-Neustart in Kraft. Nach dem Neustart des Geräts oder dem picd Restart werden alle Ports dieses PIC auf die Standardgeschwindigkeit zurückgesetzt. Der ungültige Zustand und der daraus resultierende Effekt, dass alle Ports in Standardgeschwindigkeit sind, bleiben in Kraft, bis die ungültige Konfiguration korrigiert wird.
Führen Sie den Befehl aus, um die show chassis pic fpc-slot slot-number pic-slot slot-number
gültigen Portgeschwindigkeiten eines logischen PIC zu bestimmen.
Das Beispiel enthält eine nicht unterstützte Portgeschwindigkeit/Kanalisierungskonfiguration auf Ports 0/0/12 und 0/0/13. Führen show chassis pic fpc-slot 0 pic-slot 0
Sie aus, um gültige Portgeschwindigkeiten für das Beispiel zu bestimmen.
root@re0> show chassis pic fpc-slot 0 pic-slot 0 --- Port speed information: Port PFE Capable Port Speeds 0 0 1x40G 1x100G 4x25G 4x10G 1 0 1x40G 1x100G 4x25G 4x10G 4 0 1x40G 1x100G 4x25G 4x10G 5 0 1x40G 1x100G 4x25G 4X10G 8 0 1x40G 1x100G 4x25G 4x10G 9 0 1x40G 1x100G 4x25G 4x10G 12 0 1x40G 1x100G 4x25G 4x10G 13 0 1x40G 1x100G 4x25G 4x10G
Das Beispiel für ungültige Portgeschwindigkeiten kann durch Konfiguration von Ports 0/0/12 und 0/0/13 mit einer der folgenden gültigen Portgeschwindigkeiten aufgelöst werden:
12 1x40G 1x100G 4x25G 4x10G 13 1x40G 1x100G 4x25G 4x10G
Fehlerbehebung: Fehlerhafte physische Ethernet-Schnittstelle für Junos OS Evolved
Sie können die in den folgenden Themen beschriebenen grundlegenden Maßnahmen zur Fehlerbehebung an einer physischen Ethernet-Schnittstelle auf einem Gerät, das Junos OS Evolved unterstützt, befolgen.
- Kabelverbindung überprüfen
- Überprüfen des physischen Verbindungsstatus der Schnittstelle
- Überprüfen Sie die Schnittstellenstatistiken im Detail
- Durchführen des Loopback-Diagnosetests
- Weitere Möglichkeiten prüfen
- Aktivieren einer physischen Schnittstelle
Kabelverbindung überprüfen
Problem
Beschreibung
Pakete werden nicht über die physische Ethernet-Schnittstelle empfangen oder übertragen.
Diagnose
Ist das richtige Kabel mit dem richtigen Port verbunden?
Auflösung
Lösung des Verkabelungsproblems
Führen Sie einen oder mehrere der folgenden Schritte aus, um das Verkabelungsproblem zu beheben:
-
Verbinden Sie das Kabel ordnungsgemäß an den lokalen und Remote-Enden, ohne lose Verbindungen.
-
Wenn das vorhandene Kabel beschädigt ist, ersetzen Sie es durch ein bekanntes gut funktioniertes Kabel.
Verbinden Sie ein Singlemode-Glasfaserkabel nur mit einer Singlemode-Schnittstelle und einem Multimode-Glasfaserkabel nur mit einer Multimode-Schnittstelle. Informationen zur Überprüfung der Integrität des Glasfaserkabels finden Sie unter Überprüfen der Integrität des Glasfaserkabels.
Schließen Sie den richtigen steckbaren Transceiver mit kleinem Formfaktor (SFP) auf beiden Seiten des Kabels an.
Überprüfen der Integrität des Glasfaserkabels
So überprüfen Sie die Integrität des Glasfaserkabels mit einem externen Kabeldiagnose-Testtool:
Ein Singlemode-Glasfaserkabel muss an eine Singlemode-Schnittstelle angeschlossen werden.
Ein Multimode-Glasfaserkabel muss an eine Multimode-Schnittstelle angeschlossen werden.
Messen Sie den empfangenen Lichtstand am Empfängeranschluss (RX), um zu sehen, ob der empfangene Lichtpegel innerhalb der Empfängerspezifikation der Ethernet-Schnittstelle liegt.
-
Messen Sie den übertragenen Lichtstand am Sender (TX)-Port, um zu sehen, ob der übertragene Lichtpegel innerhalb der Senderspezifikation der Ethernet-Schnittstelle liegt.
Überprüfen des physischen Verbindungsstatus der Schnittstelle
Problem
Beschreibung
Pakete können auf der Ethernet-Schnittstelle nicht übertragen oder empfangen werden, obwohl die Kabelverbindung korrekt ist.
Lösung
Führen Sie den Befehl betriebsmodus aus, um den show interface interface-name media
physischen Verbindungsstatus der Schnittstelle anzuzeigen. Zum Beispiel an der et-5/0/1-Schnittstelle:
user@host> show interfaces et-5/0/1 media Physical interface: et-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 : 2020-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
Diagnose
-
Gibt es Konnektivitätsprobleme wie Eingabefehler und Paketverluste, obwohl das Feld den
Enabled
Status anzeigtPhysical link is Up
und dasActive alarms and Active defect
Feld angezeigt wirdNone
?-
Ja: Gehen Sie zu Überprüfen Sie die Schnittstellenstatistiken im Detail.
-
Nein: Fahren Sie mit dem nächsten Diagnosetest fort.
-
Zeigt das Feld den
Enabled
Status und dasActive alarms and Active defect
Feld anLink
?Physical link is Down
Ja: Die Schnittstelle ist entweder nicht richtig angeschlossen oder empfängt kein gültiges Signal. Gehen Sie zu Beheben des Verkabelungsproblems.
Nein: Weiter.
Überprüfen Sie die Schnittstellenstatistiken im Detail
Problem
Beschreibung
Die physische Schnittstelle funktioniert nicht, obwohl das Feld den Enabled
Status anzeigt Physical link is Up
und das Active alarms and Active defect
Feld angezeigt wird None
.
Lösung
Führen Sie den show interface interface-name extensive
Betriebsbefehl aus, um die Schnittstellenstatistiken im Detail anzuzeigen. Zum Beispiel an der et-5/0/1-Schnittstelle:
user@host> show interfaces et-5/0/1 extensive Physical interface: et-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
Diagnose
-
Werden im
Policed discards
Feld ,Input DA rejects
L2 channel errors
oderInput SA rejects
im Feld Fehler angezeigt?-
Ja: Beheben Sie die Fehler nach Bedarf. Die Behebung dieser Fehler sprengt den Rahmen dieses Themas.
-
Nein: Fahren Sie fort mit Ausführen des Loopback-Diagnosetests.
-
Durchführen des Loopback-Diagnosetests
Problem
Beschreibung
Das Schnittstellenkabel ist korrekt angeschlossen, und es werden keine Alarme oder Fehler mit der physischen Ethernet-Schnittstelle verbunden, aber 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 et-5/0/1-Schnittstelle:
-
Wechseln Sie im Konfigurationsmodus zur
[edit interfaces et-5/0/1]
Hierarchieebene.[edit] user@host# edit interface et-5/0/1
-
Legen Sie die
ether-options
Option als Loopback fest, legen Sie die Konfiguration fest und beenden Sie den Konfigurationsmodus.[edit interfaces et-5/0/1 user@host# set ether-options loopback user@host# commit user@host# quit
-
Führen Sie den Befehl im
show interfaces et-5/0/1 media
Betriebsmodus aus.user@host> show interfaces et-5/0/1 media Physical interface: et-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
Anweisung, nachdem Sie Ihre Diagnose abgeschlossen haben.
Führen Sie nach Bedarf einen der folgenden Schritte für einen Hardware-Loopback-Diagnosetest aus:
Für ein 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
Betriebsmodus-Befehl.Für ein Ethernet PIC mit einer RJ-45 Ethernet-Schnittstelle – Bauen Sie einen Loopback-Stecker, indem Sie Pin 1 (TX +) auf Pin 3 (RX +) zusammen und Pin 2 (TX -) und Pin 6 (RX -) zusammen kreuzen. Überprüfen Sie dann den Status der physischen Verbindung mit dem
show interfaces interface-name media
Betriebsmodus-Befehl.
Diagnose
-
Zeigt das Feld
Physical link is Up
denEnabled
Status und dasActive alarms and Active defect
Feld anNone
, wenn Sie den Loopback-Test durchführen?-
Ja: Gehen Sie zum Abschnitt "Nach anderen Möglichkeiten suchen ".
-
Nein: Fahren Sie mit dem nächsten Diagnosetest fort.
-
-
Wenn die Ethernet-Schnittstelle über mehrere Patch-Panels mit einem Remote-Ethernet-Gerät verbunden ist, prüfen Sie, ob die Verbindung an den verschiedenen Patch-Panels zurückgeschleifet werden kann, sodass Sie einen Loopback-Diagnosetest durchführen können. Ist der Loopback-Diagnosetest erfolgreich?
-
Ja: Gehen Sie zum Abschnitt "Nach anderen Möglichkeiten suchen ".
-
Nein: Wenden Sie sich für weitere Unterstützung an das Juniper Networks Technical Assistance Center (JTAC).
-
Weitere Möglichkeiten prüfen
Problem
Beschreibung
Der Loopback-Diagnosetest ist erfolgreich, kann aber keine Pakete über die Ethernet-Schnittstelle übertragen und empfangen.
Lösung
Verwenden Sie nach Bedarf die folgenden Befehle, um eine Ethernet-Schnittstelle wie eine et-5/0/1-Schnittstelle zu beheben:
Führen Sie den
show interfaces interface-name terse
Betriebsbefehl aus, um zu überprüfen, ob die physische und logischen Schnittstellen administrativ deaktiviert sind. Auf einer et-5/0/1-Schnittstelle beispielsweise:user@host> show interfaces et-5/0/1 terse Interface Admin Link Proto Local Remote et-5/0/1 up up et-5/0/1.0 up up inet 20.1.1.2/24
Diagnose
-
Werden die physische Und die entsprechenden logischen Schnittstellen in der Ausgabe des
show interfaces interface-name terse
Betriebsmodus-Befehls angezeigtdown
?-
Ja: Aktivieren Sie die Schnittstellen, wie unter Physische Schnittstelle aktivieren gezeigt.
-
Nein: Fahren Sie mit dem nächsten Diagnosetest fort.
-
-
Sind die
speed
Befehle ,duplex
und Felderauto-negotiation
in der Ausgabe desshow interfaces interface-name extensive
Betriebsmodus richtig für die Schnittstelle festgelegt?Hinweis:Prüfen Sie, ob das zugehörige Gerät Geschwindigkeits- und Auto-Aushandlungseinstellungen für Flexible PIC Concentrator (FPC) unterstützt.
-
Ja: Weitere Tipps zur Fehlerbehebung finden Sie im Benutzerhandbuch für Ethernet-Schnittstellen für Routing-Geräte .
-
Nein: Wenden Sie sich an JTAC, um weitere Unterstützung zu erhalten.
-
Aktivieren einer physischen Schnittstelle
So aktivieren Sie eine physische Schnittstelle: