ON THIS PAGE
Troubleshooting Interfaces
This topic discusses various troubleshooting scenarios.
Troubleshooting: em0 Management Interface Link is Down
Problem
Description
Ethernet Link Down
alarm is raised when you run the show chassis alarm
operational
mode command on a T640 router, a T1600 router, T4000 router, or a
TX Matrix Plus router.
Diagnosis
Perform the following tests to check if the em0 management interface is down on the primary Routing Engine or the backup Routing Engine:
Run the
show chassis alarms
command.show chassis alarms
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
Is the alarm
Ethernet Link Down
displayed against the em0 interface of the primary Routing Engine (Host 0)?Yes: Contact JTAC for further assistance.
No: Continue to the next diagnostic test.
Run the
show interfaces em0
and theshow interfaces em0 terse
operational mode commands.show interfaces 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
Is the em0 interface on the primary Routing Engine
up
?Yes: Continue to resolution.
No: Contact JTAC for further assistance
Resolution
To Resolve This Issue
From the aforementioned diagnosis, we ascertain that the chassis alarm has been raised for the em0 management interface in the backup Routing Engine (Host 1) and not for the primary Routing Engine (Host 0).
Implement one of the following solutions on the backup Routing Engine to resolve this issue:
Disable the em0 interface in the backup Routing Engine:
In configuration mode, go to the
[edit groups re1]
hierarchy level.user@host1# edit groups re1
Disable the em0 interface.
[edit groups re1] user@host1# set interfaces em0 disable
Ignore the alarm:
In configuration mode, go to the
[edit chassis]
hierarchy level.user@host1# edit chassis
Ignore the
Ethernet link down
alarm on the management interface by setting themanagement-ethernet link-down
alarm option toignore
.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
See Also
Troubleshooting: fxp0 Management Interface Link is Down
Problem
Description
Ethernet Link Down
alarm is raised when you run the show chassis alarm
operational
mode command on an M Series router, an MX Series router, a T320 router,
a T640 router, a T1600 router, or on a TX Matrix router.
Diagnosis
Perform the following tests to check if the fxp0 interface is down on the primary Routing Engine or the backup Routing Engine:
Run the
show chassis alarms
command.show chassis alarms
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
Is the alarm
Ethernet Link Down
displayed against the fxp0 interface of the primary Routing Engine (Host 0)?Yes: Contact JTAC for further assistance.
No: Continue to the next diagnostic test.
Run the
show interfaces fxp0
and theshow interfaces fxp0 terse
operational mode commands.show interfaces 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 ...
show interfaces fxp0 terse
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
Is the fxp0 interface on the primary Routing Engine
up
?Yes: Continue to resolution.
No: Contact JTAC for further assistance
Resolution
To Resolve This Issue
From the diagnosis, we ascertain that the chassis alarm has been raised for the fxp0 management interface in the backup Routing Engine (Host 1) and not for the primary Routing Engine (Host 0).
Implement one of the following solutions on the backup Routing Engine to avoid this issue:
Disable the fxp0 interface in the backup Routing Engine:
In configuration mode, go to the
[edit groups re1]
hierarchy level.user@host1# edit groups re1
Disable the fxp0 interface.
[edit groups re1] user@host1# set interfaces fxp0 disable
Ignore the alarm:
In configuration mode, go to the
[edit chassis]
hierarchy level.user@host1# edit chassis
Ignore the
Ethernet link down
alarm on the management interface by setting themanagement-ethernet link-down
alarm option toignore
.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
See Also
Troubleshooting: Faulty Ethernet Physical Interface on an M Series, an MX Series, or a T Series Router
You can follow the basic troubleshooting checklist as explained in the following topics from one through five to troubleshoot an Ethernet physical interface on an M Series, MX Series, or a T Series router.
- Check the Cable Connection
- Check the Physical Link Status of the Interface
- Check the Interface Statistics in Detail
- Perform the Loopback Diagnostic Test
- Check for Other Possibilities
- Enable a Physical Interface
Check the Cable Connection
Problem
Description
Packets are not received or transmitted over the Ethernet physical interface.
Diagnosis
Is the correct cable connected to the correct port?
Yes: Continue to Check the Physical Link Status of the Interface.
No: See Resolve the Cabling Issue.
Resolution
Resolve the Cabling Issue
Perform one or more of the following steps to resolve the cabling issue:
Connect the cable properly on the local and remote ends without any loose connections.
Swap the Ethernet cable for a known good cable if the existing cable is damaged.
Connect a single-mode fiber cable to a single-mode interface only and a multimode fiber cable to a multimode interface only. To check fiber optic cable integrity, see Check the Fiber Optic Cable Integrity.
Connect the correct small form-factor pluggable transceiver (SFP) on both sides of the cable.
Check the Fiber Optic Cable Integrity
To check the integrity of fiber optic cable with an external cable diagnostic testing tool:
A single-mode fiber cable must be connected to a single-mode interface.
A multi-mode fiber cable must be connected to a multi-mode interface.
Measure the received light level at the receiver (RX) port to see whether the received light level is within the receiver specification of the Ethernet interface.
Measure transmitted light level at the transmitter (TX) port to see whether the transmitted light level is within the transmitter specification of the Ethernet interface.
Check the Physical Link Status of the Interface
Problem
Description
Unable to transmit and receive packets on the Ethernet interface even though the cable connection is correct.
Solution
To display the physical link status of the interface,
run the show interface interface-name media
operational mode command. For example, on the ge-5/0/1 interface.
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
For information about show interfaces interface-name media
, see show interfaces .
Diagnosis
Are there any connectivity problems such as input errors and packet loss even though the
Enabled
field displaysPhysical link is Up
status and theActive alarms and Active defect
field displaysNone
?Yes: Go to Check the Interface Statistics in Detail.
No: Continue to the next diagnostic test.
Does the
Enabled
field displayPhysical link is Down
status and theActive alarms and Active defect
field displayLink
?Yes: The interface is either not connected correctly or is not receiving a valid signal. Go to Resolve the Cabling Issue.
No: Continue.
Check the Interface Statistics in Detail
Problem
Description
The physical interface is not working even
though the Enabled
field displays Physical link is Up
status and the Active alarms and Active defect
field displays None
.
Solution
To display the interface statistics in detail, run
the show interface interface-name extensive
operational command. For example, on ge-5/0/1 interface.
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
For information about show interfaces interface-name detail
, see show interfaces .
Diagnosis
Does the
Policed discards
,L2 channel errors
,Input DA rejects
, or theInput SA rejects
field display any errors?For information about the errors, seeshow interfaces .
Yes: Resolve the errors as needed. Resolving these errors is beyond the scope of this topic.
No: Continue with Perform the Loopback Diagnostic Test.
Perform the Loopback Diagnostic Test
Problem
Description
The interface cable is connected correctly and there are no alarms or errors associated with the Ethernet physical interface; yet the interface is not working.
Solution
To check whether the Ethernet port or PIC is faulty, you must perform the internal loopback test and hardware loopback test.
To perform an internal loopback diagnostic test on an Ethernet interface, for example on ge-5/0/1 interface:
In configuration mode, go to the
[edit interfaces ge-5/0/1]
hierarchy level.[edit] user@host# edit interface ge-5/0/1
Set the
gigether-options
option as loopback, commit the configuration and quit configuration mode.[edit interfaces ge-5/0/1 user@host# set gigether-options loopback user@host# commit user@host# quit
In operational mode, execute the
show interfaces ge-5/0/1 media
command.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
Delete the loopback
statement after completing
your diagnosis.
Execute one of the following steps for a hardware loopback diagnostic test as needed:
For an Ethernet PIC with a fiber optic interface—Physically loop the TX and RX port and check the status of the physical link with the
show interfaces interface-name media
operational mode command.For an Ethernet PIC with an RJ-45 Ethernet interface—Build a loopback plug by crossing pin 1 (TX +) to pin 3 (RX +) together and pin 2 (TX -) and pin 6 (RX -) together and check the status of the physical link with the
show interfaces interface-name media
operational mode command.
For information about loopback testing, see Performing Loopback Testing for Fast Ethernet and Gigabit Ethernet Interfaces.
Diagnosis
Does the
Enabled
field displayPhysical link is Up
status and theActive alarms and Active defect
field displayNone
when you perform the loopback test?Yes: Go to the Check for Other Possibilities section.
No: Continue to the next diagnostic test.
When the Ethernet interface is connected to a remote Ethernet device over multiple patch panels, check to see whether the connection can be looped back at the different patch panels so you can conduct a loopback diagnostic test. Is the loopback diagnostic test successful?
Yes: Go to the Check for Other Possibilities section.
No: Contact JTAC for further assistance.
Check for Other Possibilities
Problem
Description
Loopback diagnostic test is successful but unable to transmit and receive packets on the Ethernet interface.
Solution
Use the following commands as needed to troubleshoot an Ethernet interface, for example, a ge-5/0/1 interface:
Run the
show interfaces interface-name terse
operational command to check if the physical interface and logical interfaces are administratively disabled. For example, on ge-5/0/1 interface.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
Diagnosis
Does the physical interface and its corresponding logical interfaces display
down
in the output of theshow interfaces interface-name terse
operational mode command?Yes: Enable the interfaces as shown in Enable a Physical Interface.
No: Continue to the next diagnostic test.
Are the
speed
,duplex
, andauto-negotiation
fields in the output ofshow interfaces interface-name extensive
operational mode command correctly set for the interface?Note:Check if the associated Flexible PIC Concentrator (FPC), Modular Port Concentrator (MPC), or Dense Port Concentrator (DPC) and its Modular Interface Card (MIC) or PIC with its 10-gigabit small form-factor pluggable transceiver (XFP) or SFP supports speed and auto-negotiation settings.
Yes: Check Monitoring Fast Ethernet and Gigabit Ethernet Interfaces for more troubleshooting tips.
No: Contact JTAC for further assistance.
Enable a Physical Interface
To enable a physical interface:
See Also
Time Domain Reflectometry on ACX Series Routers Overview
Time Domain Reflectometry (TDR) is a technology used for diagnosing copper cable states. This technique is used to determine if cabling is at fault when you cannot establish a link. TDR detects the defects by sending a signal through a cable, and reflecting it from the end of the cable. Open circuits, short circuits, sharp bends, and other defects in the cable, reflects the signal back, at different amplitudes, depending on the severity of the defect.
Several factors that result in degraded or low-quality cable plants can cause packet loss, suboptimal connection speed, reduced network efficiency, and complete connection failures. These types of problems can occur because of poor cable construction, identification of pair twists, loose connectors, poor contacts between the points, and stretched or broken pairs of cables. Broadcom transceivers enable you to analyze the condition of the cable plant or topology and identify any problems that have occurred. This functionality is effectively used in the following scenarios:
Troubleshooting during initial network equipment installation.
Discovery of failures when network problems occur.
Maintenance of optimally functioning cable plants.
Fault determination during the testing of network equipment in production cable networks.
TDR supports the following capabilities for examination of cable faults on ACX Series routers:
Cable status pair (open or short)—When the router operates in Gigabit Ethernet mode, all four pairs (8 wires) are used. Only Pair-A and Pair-B are required to operate in 10/100BASE-T Ethernet mode. If either of these required pairs is open or short-circuited, the transceiver reports the following faults:
Any open wire
Wires of a particular pair that are shorted
Distance to fault per pair—Distance at which an open or a short-circuit is detected in meters. This measurement is also termed as cable length. The transceiver reports the following faults:
Cable length when the cable status is normal
Distance to fault when the cable status is not normal
Pair Swap—Swapping of twisted-pairs in straight-through and cross-over cable plants are detected.
Polarity Swap—Each cable pair carries a differential signal from one end to the other end of the cable. Each wire within the pair is assigned a polarity. The wires in a pair are normally connected in a one-to-one form. This connection enables the transmitter at one end to be connected to the receiver at the other end with same polarity. Sometimes, the wiring within the pair is also swapped. This type of connection is called polarity swap. Broadcom transceivers can detect such swapping and automatically adjust the connection to enable the links to operate normally. However, the transceiver reports polarity swaps that it detects in the cable plant.
On 4-port Gigabit Ethernet and 8-port Gigabit Ethernet MICs with copper SFP transceivers (using BCM54880) and 4-port Gigabit Ethernet, 6-port Gigabit Ethernet, and 8-port Gigabit Ethernet MICs with copper and optical SFP transceivers (using BCM54640E PHY), only 10BASE-T pair polarity is supported. 100BASE-T and 1000BASE-T polarities are not supported.
When the Gigabit Ethernet link cannot be established (for example, if only two pairs are present that are fully functional), TDR in the physical layer (PHY) brings down the link to a 100 MB link, which is called a downshift in the link. The physical layer might require 10-20 seconds for the link to come up if a downgrade in wire speed occurs because it attempts to connect at 1000 MB five times before it falls back to 100BASE-TX.
TDR diagnostics is supported only on copper interfaces and not on fiber interfaces.
Keep the following points in mind when you configure TDR:
If you connect a port undergoing a TDR test to a Gigabit Ethernet interface that is enabled to automatically detect MDI (Media Dependent Interface) and MDIX (Media Dependent Interface with Crossover) port connections, the TDR result might be invalid.
If you connect a port undergoing a TDR test to a 100BASE-T copper interface, the unused pairs are reported as faulty because the remote end does not terminate these pairs.
You must not modify the port configuration while the TDR test is running.
Because of cable characteristics, you need to run the TDR test multiple times to get accurate results.
Do not change the port status (such as removing the cable at the near or far end) because such a change can result in inaccurate statistics in the results.
While measuring the cable length or distance to fault (per pair), sometimes, a few cable length inconsistencies might be observed during a TDR test. Broadcom transceivers have the following cable length limitations:
For a properly-terminated good cable, the accuracy of the cable length reported is plus or minus 10 meters.
If a pair is open or short-circuited, the far-end termination does not affect the computed result for that pair.
The accuracy of the measured cable length, when open and short-circuit conditions are detected, is plus or minus 5 meters.
The accuracy of a good pair, when one or more pairs are open or short-circuited, is plus or minus 10 meters.
Polarity swap detection is supported only in 10BASE-T mode.
The TDR test does not impact the traffic if the interface operates at 10-Gigabit Ethernet per second of bandwidth, which is the default configuration. However, if the speed of the interface is configured to be other than 10-Gigabit Ethernet, running the TDR test affects the traffic.
TDR diagnostics might bring the link down and initialize the physical layer (PHY) with default configuration to perform its operation.
When the TDR validation test is completed, the PHY layer resumes operation in the same manner as before the cable diagnostics test was performed. However, link flaps might be momentarily observed. We recommend that you run the TDR test at a speed of 1 gigabit per second, which is the default configuration, to obtain more accurate results.
TDR is supported on the following interfaces on ACX Series routers:
On ACX1000 routers, 4 RJ45 (Cu) ports or 8-port Gigabit Ethernet MICs with small form-factor pluggable (SFP) transceivers and RJ45 connectors.
On ACX1100 routers, 4-port or 8-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
On ACX2000 routers, 8-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
On ACX2100 and ACX2200 routers, 4-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
On ACX4000 routers, 4-port, 6-port, or 8-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
You must select the media type as copper for the 1-Gigabit Ethernet
interfaces. To specify the media type, include the media-type
statement with the copper
option at the [edit interfaces interface-name]
hierarchy level. Media type selection
is applicable to ports only in slot 2. When media-type is not set,
the port accepts either type of connection. The media type is fiber
if a transceiver is installed in the SFP connection. If no transceiver
is installed, the media type is copper. The COMBO ports (combination
ports) on ACX routers support both the copper and fiber-optic media
types. On such ports or interfaces, you must configure the media type
as copper to run the TDR test.
You can run the TDR test from operational mode and view the
success or failure results of the test. To start a test on a specific
interface, issue the request diagnostics tdr start interface interface-name
command. To stop the TDR test currently
in progress on the specified interface, issue the request diagnostics
tdr abort interface interface-name
command.
To display the test results for all copper interfaces, enter the show diagnostics tdr
command. To display the test results
for a particular interface, enter the show diagnostics tdr interface interface-name
command.
See Also
Diagnose a Faulty Twisted-Pair Cable on ACX Series Routers
Problem
Description
A 10/100BASE-T Ethernet interface has connectivity problems that you suspect might be caused by a faulty cable.
Solution
Use the time domain reflectometry (TDR) test to determine whether a twisted-pair Ethernet cable is faulty.
The TDR test:
Detects and reports faults for each twisted pair in an Ethernet cable. Faults detected include open circuits, short circuits, and impedance mismatches.
Reports the distance to fault to within 1 meter.
Detects and reports pair swaps, pair polarity reversals, and excessive pair skew.
The TDR test is supported on the following ACX routers and interfaces:
On ACX1000 routers, 4 RJ45 (Cu) ports or 8-port Gigabit Ethernet MICs with small form-factor pluggable (SFP) transceivers and RJ45 connectors.
On ACX1100 routers, 4-port or 8-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
On ACX2000 routers, 8-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
On ACX2100 and ACX2200 routers, 4-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
On ACX4000 routers, 4-port, 6-port, or 8-port Gigabit Ethernet MICs with SFP transceivers and RJ45 connectors.
We recommend running the TDR test on an interface when there is no traffic on the interface.
TDR diagnostics are applicable for copper ports only and not for optical fiber ports.
To diagnose a cable problem by running the TDR test:
Run the
request diagnostics tdr
command.user@host> request diagnostics tdr start interface ge-0/0/10 Interface TDR detail: Test status : Test successfully executed ge-0/0/10
View the results of the TDR test with the
show diagnostics tdr
command.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
Examine the
Cable status
field for the four MDI pairs to determine if the cable has a fault. In the preceding example, the twisted pair on pins 4 and 5 is broken or cut at approximately one meter from thege-0/0/10
port connection.
The Test Status
field indicates the status
of the TDR test, not the cable. The value Passed
means
the test completed—it does not mean that the cable has no faults.
The following is additional information about the TDR test:
The TDR test can take some seconds to complete. If the test is still running when you execute the
show diagnostics tdr
command, theTest status
field displaysStarted
. For example:user@host> show diagnostics tdr interface ge-0/0/22 Interface TDR detail: Interface name : ge-0/0/22 Test status : Started
You can terminate a running TDR test before it completes by using the
request diagnostics tdr abort interface interface-name
command. The test terminates with no results, and the results from any previous test are cleared.You can display summary information about the last TDR test results for all interfaces on the router that support the TDR test by not specifying an interface name with the
show diagnostics tdr
command. For example: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