EN ESTA PÁGINA
Solución de problemas: El vínculo de la interfaz de administración de em0 está inactivo
Solución de problemas: El vínculo de interfaz de administración fxp0 está inactivo
Solución de problemas: Interfaz física Ethernet defectuosa en un enrutador serie M, serie MX o T
Descripción general de la reflectometría de dominio de tiempo en enrutadores de la serie ACX
Diagnosticar un cable de par trenzado defectuoso en enrutadores serie ACX
Interfaces de solución de problemas
En este tema se tratan varios escenarios de solución de problemas.
Solución de problemas: El vínculo de la interfaz de administración de em0 está inactivo
Problema
Descripción
Ethernet Link Down la alarma se genera cuando se ejecuta el comando de show chassis alarm modo operativo en un enrutador T640, enrutador T1600, enrutador T4000 o enrutador de transmisión Matrix Plus.
Diagnóstico
Realice las siguientes pruebas para comprobar si la interfaz de administración de em0 está desactivada en el motor de enrutamiento principal o en el motor de enrutamiento de respaldo:
Ejecute el
show chassis alarmscomando.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
¿Se muestra la alarma
Ethernet Link Downen la interfaz em0 del motor de enrutamiento principal (host 0)?Sí: Comuníquese con JTAC para obtener más asistencia.
No: Continúe con la siguiente prueba de diagnóstico.
Ejecute los
show interfaces em0comandos y elshow interfaces em0 tersemodo operativo.muestra las 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 ...
muestra las 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
¿La interfaz em0 está en el motor
upde enrutamiento principal?Sí: Continúe con la resolución.
No: Comuníquese con JTAC para obtener más asistencia
Resolución
Para resolver este problema
A partir del diagnóstico mencionado, comprobamos que la alarma de chasis se ha generado para la interfaz de administración em0 en el motor de enrutamiento de respaldo (host 1) y no para el motor de enrutamiento principal (host 0).
Implemente una de las siguientes soluciones en el motor de enrutamiento de respaldo para resolver este problema:
Desactive la interfaz em0 en el motor de enrutamiento de respaldo:
En el modo de configuración, vaya al
[edit groups re1]nivel de jerarquía.user@host1# edit groups re1
Desactive la interfaz em0.
[edit groups re1] user@host1# set interfaces em0 disable
Ignorar la alarma:
En el modo de configuración, vaya al
[edit chassis]nivel de jerarquía.user@host1# edit chassis
Ignore la
Ethernet link downalarma en la interfaz de administración estableciendo lamanagement-ethernet link-downopción de alarma enignore.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Consulte también
Solución de problemas: El vínculo de interfaz de administración fxp0 está inactivo
Problema
Descripción
Ethernet Link Down la alarma se genera cuando se ejecuta el comando de show chassis alarm modo operativo en un enrutador serie M, un enrutador serie MX, un enrutador T320, un enrutador T640, un enrutador T1600 o en un enrutador de matriz de transmisión.
Diagnóstico
Realice las siguientes pruebas para comprobar si la interfaz fxp0 está desactivada en el motor de enrutamiento principal o en el motor de enrutamiento de respaldo:
Ejecute el
show chassis alarmscomando.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
¿Se muestra la alarma
Ethernet Link Downen la interfaz fxp0 del motor de enrutamiento principal (host 0)?Sí: Comuníquese con JTAC para obtener más asistencia.
No: Continúe con la siguiente prueba de diagnóstico.
Ejecute los
show interfaces fxp0comandos y elshow interfaces fxp0 tersemodo operativo.muestra las 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 ...
muestra las 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
¿La interfaz fxp0 está en el motor
upde enrutamiento principal?Sí: Continúe con la resolución.
No: Comuníquese con JTAC para obtener más asistencia
Resolución
Para resolver este problema
A partir del diagnóstico, comprobamos que la alarma del chasis se ha generado para la interfaz de administración fxp0 en el motor de enrutamiento de respaldo (host 1) y no para el motor de enrutamiento principal (host 0).
Implemente una de las siguientes soluciones en el motor de enrutamiento de respaldo para evitar este problema:
Desactive la interfaz fxp0 en el motor de enrutamiento de respaldo:
En el modo de configuración, vaya al
[edit groups re1]nivel de jerarquía.user@host1# edit groups re1
Desactive la interfaz fxp0.
[edit groups re1] user@host1# set interfaces fxp0 disable
Ignorar la alarma:
En el modo de configuración, vaya al
[edit chassis]nivel de jerarquía.user@host1# edit chassis
Ignore la
Ethernet link downalarma en la interfaz de administración estableciendo lamanagement-ethernet link-downopción de alarma enignore.[edit chassis] user@host1# set alarm management-ethernet link-down ignore
Consulte también
Solución de problemas: Interfaz física Ethernet defectuosa en un enrutador serie M, serie MX o T
Puede seguir la lista de verificación básica para la resolución de problemas, como se explica en los siguientes temas, del uno al cinco, para solucionar problemas de una interfaz física de Ethernet en un enrutador serie M, SERIE MX o T.
- Compruebe la conexión de cable
- Comprobar el estado del vínculo físico de la interfaz
- Compruebe las estadísticas de la interfaz en detalle
- Realizar la prueba de diagnóstico de circuito cerrado
- Consulte otras posibilidades
- Habilitar una interfaz física
Compruebe la conexión de cable
Problema
Descripción
Los paquetes no se reciben ni se transmiten a través de la interfaz física de Ethernet.
Diagnóstico
¿Está conectado el cable correcto al puerto correcto?
Sí: Continúe con .Comprobar el estado del vínculo físico de la interfaz
No: Consulte Resolver el problema del cableado.
Resolución
Resolver el problema del cableado
Realice uno o varios de los pasos siguientes para resolver el problema de cableado:
Conecte el cable correctamente en los extremos local y remoto sin ninguna conexión suelta.
Cambie el cable Ethernet por un cable bueno conocido si el cable existente está dañado.
Conecte un cable de fibra monomodo solo a una interfaz monomodo y un cable de fibra multimodo a una interfaz solo multimodo. Para comprobar la integridad del cable de fibra óptica, consulte Compruebe la integridad del cable de fibra óptica.
Conecte el transceptor enchufable (SFP) de factor de forma pequeño correcto a ambos lados del cable.
Compruebe la integridad del cable de fibra óptica
Para comprobar la integridad del cable de fibra óptica con una herramienta de prueba de diagnóstico de cable externo:
Se debe conectar un cable de fibra monomodo a una interfaz monomodo.
Se debe conectar un cable de fibra multimodo a una interfaz multimodo.
Mida el nivel de luz recibido en el puerto de recepción (RX) para ver si el nivel de luz recibido está dentro de la especificación del receptor de la interfaz Ethernet.
Mida el nivel de luz transmitida en el puerto del transmisor (TX) para ver si el nivel de luz transmitida se encuentra dentro de la especificación del transmisor de la interfaz Ethernet.
Comprobar el estado del vínculo físico de la interfaz
Problema
Descripción
No se pueden transmitir y recibir paquetes en la interfaz de Ethernet aunque la conexión de cable sea correcta.
Solución
Para mostrar el estado del vínculo físico de la interfaz, ejecute el comando del show interface interface-name media modo operativo. Por ejemplo, en la interfaz ge-5/0/1.
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: DisabledPara obtener más información acerca de show interfaces interface-name media, consulte Mostrar interfaces .
Diagnóstico
¿Hay algún problema de conectividad, como errores de entrada y pérdida de paquetes, a pesar de que el
Enabledcampo muestraPhysical link is Upel estado y elActive alarms and Active defectcampoNone?Sí: Vaya a Compruebe las estadísticas de la interfaz en detalle.
No: Continúe con la siguiente prueba de diagnóstico.
¿Muestra el estado del
EnabledcampoPhysical link is Downy el campo?LinkActive alarms and Active defectSí: La interfaz no está conectada correctamente o no recibe una señal válida. Vaya a Resolver el problema del cableado.
No: Continuar.
Compruebe las estadísticas de la interfaz en detalle
Problema
Descripción
La interfaz física no funciona aunque el campo muestra Physical link is Up el Enabled estado y el Active alarms and Active defect campo.None
Solución
Para mostrar las estadísticas de la interfaz en detalle, ejecute el show interface interface-name extensive comando operativo. Por ejemplo, en la interfaz ge-5/0/1.
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: DisabledPara obtener más información acerca de show interfaces interface-name detail, consulte Mostrar interfaces .
Diagnóstico
¿El
Policed discards,L2 channel errorsInput DA rejectso elInput SA rejectscampo muestra algún error?Para obtener más información acerca de los errores, consulteMostrar interfaces .
Sí: Resuelva los errores según sea necesario. Resolver estos errores está más allá del alcance de este tema.
No: Continúe con Realizar la prueba de diagnóstico de circuito cerrado.
Realizar la prueba de diagnóstico de circuito cerrado
Problema
Descripción
El cable de interfaz está conectado correctamente y no hay alarmas ni errores asociados con la interfaz física de Ethernet; sin embargo, la interfaz no funciona.
Solución
Para comprobar si el puerto Ethernet o la PIC están defectuosos, debe realizar la prueba de circuito cerrado interno y la prueba de circuito cerrado de hardware.
Para realizar una prueba de diagnóstico de circuito cerrado interno en una interfaz Ethernet, por ejemplo, en una interfaz ge-5/0/1:
En el modo de configuración, vaya al
[edit interfaces ge-5/0/1]nivel de jerarquía.[edit] user@host# edit interface ge-5/0/1
Establezca la
gigether-optionsopción como circuito cerrado, confirme la configuración y salga del modo de configuración.[edit interfaces ge-5/0/1 user@host# set gigether-options loopback user@host# commit user@host# quit
En el modo operativo, ejecute el
show interfaces ge-5/0/1 mediacomando.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
Elimine la loopback instrucción después de completar el diagnóstico.
Ejecute uno de los pasos siguientes para una prueba de diagnóstico de circuito cerrado de hardware según sea necesario:
Para una PIC Ethernet con una interfaz de fibra óptica: conecte físicamente el puerto TX y RX y compruebe el estado del vínculo físico con el comando del
show interfaces interface-name mediamodo operativo.Para una PIC de Ethernet con una interfaz Ethernet RJ-45: cree un conector de circuito cerrado cruzando el pin 1 (TX +) al pin 3 (RX +) junto con el pin 2 (TX -) y el pin 6 (RX -) juntos, y compruebe el estado del vínculo físico con el comando de
show interfaces interface-name mediamodo operativo.
Para obtener más información acerca de las pruebas de circuito cerrado, consulte Realización de pruebas de circuito cerrado para interfaces rápidas de Ethernet y Gigabit Ethernet.
Diagnóstico
¿Se muestra
Physical link is Upel estado delEnabledcampo y elActive alarms and Active defectcampoNonecuando se realiza la prueba de circuito cerrado?Sí: Vaya a la Consulte otras posibilidades sección.
No: Continúe con la siguiente prueba de diagnóstico.
Cuando la interfaz Ethernet está conectada a un dispositivo Ethernet remoto a través de varios paneles de parches, compruebe si la conexión se puede volver a conectar en los diferentes paneles de parches para que pueda realizar una prueba de diagnóstico de circuito cerrado. ¿La prueba de diagnóstico de circuito cerrado tiene éxito?
Sí: Vaya a la Consulte otras posibilidades sección.
No: Comuníquese con JTAC para obtener más asistencia.
Consulte otras posibilidades
Problema
Descripción
La prueba de diagnóstico de circuito cerrado se realiza correctamente, pero no puede transmitir y recibir paquetes en la interfaz Ethernet.
Solución
Utilice los siguientes comandos según sea necesario para solucionar problemas de una interfaz Ethernet, por ejemplo, una interfaz ge-5/0/1:
Ejecute el
show interfaces interface-name tersecomando operativo para comprobar si la interfaz física y las interfaces lógicas están deshabilitadas administrativamente. Por ejemplo, en la interfaz ge-5/0/1.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
Diagnóstico
¿La interfaz física y sus interfaces lógicas correspondientes se muestran
downen la salida del comando delshow interfaces interface-name tersemodo operativo?Sí: Habilite las interfaces como se muestra en Habilitar una interfaz física.
No: Continúe con la siguiente prueba de diagnóstico.
¿Están correctamente configurados los
speed,duplexyauto-negotiationlos campos de la salida del comando delshow interfaces interface-name extensivemodo operativo para la interfaz?Nota:Compruebe si el concentrador de PIC flexible (FPC) asociado, el concentrador de puerto modular (MPC) o el concentrador de puerto denso (DPC) y su tarjeta de interfaz modular (MIC) o PIC con su transceptor enchufable de factor de forma pequeño de 10 gigabits (XFP) o SFP son compatibles con la velocidad y la negociación automática.
Sí: Compruebe la supervisión de las interfaces de Ethernet rápida y Gigabit Ethernet para obtener más consejos para la resolución de problemas.
No: Comuníquese con JTAC para obtener más asistencia.
Habilitar una interfaz física
Para habilitar una interfaz física:
Consulte también
Descripción general de la reflectometría de dominio de tiempo en enrutadores de la serie ACX
La reflectometría de dominio de tiempo (TDR) es una tecnología utilizada para diagnosticar estados de cables de cobre. Esta técnica se utiliza para determinar si el cableado tiene fallas cuando no se puede establecer un vínculo. El TDR detecta los defectos mediante el envío de una señal a través de un cable y la refleja desde el extremo del cable. Los circuitos abiertos, los cortocircuitos, las curvas agudas y otros defectos en el cable reflejan la señal hacia atrás, en diferentes amplitudes, dependiendo de la severidad del defecto.
Varios factores que resultan en plantas de cable degradadas o de baja calidad pueden causar pérdida de paquetes, velocidad de conexión insuficiente, eficiencia de red reducida y fallas de conexión completas. Este tipo de problemas pueden ocurrir debido a la mala construcción de cables, la identificación de giros de pares, conectores sueltos, contactos deficientes entre los puntos y pares de cables extendidos o rotos. Los transceptores Broadcom le permiten analizar la condición de la topología o la planta de cables e identificar cualquier problema que haya ocurrido. Esta funcionalidad se utiliza efectivamente en las siguientes situaciones:
Solución de problemas durante la instalación inicial del equipo de red.
Descubrimiento de fallas cuando se producen problemas de red.
Mantenimiento de plantas de cable que funcionen de manera óptima.
Determinación de fallas durante las pruebas de equipos de red en redes de cable de producción.
El TDR admite las siguientes capacidades para el examen de fallas de cable en enrutadores serie ACX:
Par de estado de cable (abierto o corto): cuando el enrutador funciona en modo Gigabit Ethernet, se utilizan los cuatro pares (8 cables). Solo se requieren los pares A y B para operar en modo Ethernet 10/100BASE-T. Si cualquiera de estos pares necesarios está abierto o cortocircuitado, el transceptor notifica las siguientes fallas:
Cualquier cable abierto
Cables de un par en particular que se cortan
Distancia a la falla por par: distancia en la que se detecta un circuito abierto o cortocircuito en metros. Esta medida también se denomina longitud de cable. El transceptor informa los siguientes errores:
Longitud del cable cuando el estado del cable es normal
Distancia a la falla cuando el estado del cable no es normal
Intercambio de pares: se detecta el intercambio de pares trenzados en plantas de cable recto y cruzado.
Intercambio de polaridad: cada par de cables lleva una señal diferencial de un extremo al otro extremo del cable. A cada cable del par se le asigna una polaridad. Los cables de un par normalmente están conectados de forma uno a uno. Esta conexión permite que el transmisor de un extremo se conecte al receptor del otro extremo con la misma polaridad. A veces, el cableado dentro del par también se intercambia. Este tipo de conexión se denomina intercambio de polaridad. Los transceptores broadcom pueden detectar dicho intercambio y ajustar automáticamente la conexión para permitir que los vínculos funcionen con normalidad. Sin embargo, el transceptor informa los intercambios de polaridad que detecta en la planta de cable.
En las MIC Gigabit Ethernet de 4 y 8 puertos con transceptores SFP de cobre (usando BCM54880) y 4 puertos Gigabit Ethernet, 6 puertos Gigabit Ethernet y 8 puertos con transceptores ópticos SFP de cobre y SFP ópticos (con BCM54640E PHY), solo se admite la polaridad de par 10BASE-T. No se admiten polaridades 100BASE-T y 1000BASE-T.
Cuando no se puede establecer el vínculo de Gigabit Ethernet (por ejemplo, si solo hay dos pares que son completamente funcionales), el TDR en la capa física (PHY) baja el vínculo a un vínculo de 100 MB, lo que se denomina cambio descendente en el vínculo. La capa física puede requerir de 10 a 20 segundos para que el vínculo aparezca si se produce una degradación de la velocidad del cable, ya que intenta conectarse a 1000 MB cinco veces antes de volver a 100BASE-TX.
Los diagnósticos de TDR solo se admiten en interfaces de cobre y no en interfaces de fibra.
Tenga en cuenta los siguientes puntos cuando configure el TDR:
Si conecta un puerto que se somete a una prueba de TDR a una interfaz de Gigabit Ethernet que está habilitada para detectar automáticamente las conexiones de puerto MDI (interfaz dependiente de medios) y MDIX (interfaz dependiente de medios con crossover), el resultado del TDR puede no ser válido.
Si conecta un puerto que se somete a una prueba de TDR a una interfaz de cobre 100BASE-T, se informa que los pares no empleados son defectuosos porque el extremo remoto no termina estos pares.
No debe modificar la configuración del puerto mientras se ejecuta la prueba de TDR.
Debido a las características del cable, debe ejecutar la prueba de TDR varias veces para obtener resultados precisos.
No cambie el estado del puerto (como quitar el cable en el extremo cercano o lejano), ya que tal cambio puede dar lugar a estadísticas inexactas en los resultados.
Mientras se mide la longitud del cable o la distancia a falla (por par), a veces, se pueden observar algunas inconsistencias en la longitud del cable durante una prueba de TDR. Los transceptores Broadcom tienen las siguientes limitaciones de longitud de cable:
Para un cable bien terminado correctamente, la precisión de la longitud del cable informada es más o menos de 10 metros.
Si un par está abierto o cortocircuitado, la terminación del extremo final no afecta al resultado calculado para ese par.
La precisión de la longitud medida del cable, cuando se detectan condiciones de abierto y cortocircuito, es más o menos de 5 metros.
La precisión de un buen par, cuando uno o más pares están abiertos o cortocircuitados, es de más o menos de 10 metros.
La detección de intercambio de polaridad solo se admite en el modo 10BASE-T.
La prueba de TDR no afecta al tráfico si la interfaz funciona a 10 Gigabit Ethernet por segundo de ancho de banda, que es la configuración predeterminada. Sin embargo, si la velocidad de la interfaz está configurada para ser distinta de 10 Gigabit Ethernet, la ejecución de la prueba de TDR afecta al tráfico.
Los diagnósticos de TDR pueden desactivar el vínculo e inicializar la capa física (PHY) con la configuración predeterminada para realizar su operación.
Cuando se completa la prueba de validación TDR, la capa PHY reanuda el funcionamiento de la misma manera que antes de la prueba de diagnóstico del cable. Sin embargo, es posible que se observen momentáneamente flaps de vínculo. Recomendamos que ejecute la prueba de TDR a una velocidad de 1 gigabit por segundo, que es la configuración predeterminada, para obtener resultados más precisos.
El TDR se admite en las siguientes interfaces en enrutadores serie ACX:
En enrutadores ACX1000, 4 puertos RJ45 (Cu) o MIC Gigabit Ethernet de 8 puertos con transceptores conectables de factor de forma pequeño (SFP) y conectores RJ45.
En enrutadores ACX1100, MIC Gigabit Ethernet de 4 u 8 puertos con transceptores SFP y conectores RJ45.
En enrutadores ACX2000, MIC Gigabit Ethernet de 8 puertos con transceptores SFP y conectores RJ45.
En enrutadores ACX2100 y ACX2200, MIC Gigabit Ethernet de 4 puertos con transceptores SFP y conectores RJ45.
En enrutadores ACX4000, MIC Gigabit Ethernet de 4, 6 u 8 puertos con transceptores SFP y conectores RJ45.
Debe seleccionar el tipo de medio como cobre para las interfaces de 1 Gigabit Ethernet. Para especificar el tipo de medio, incluya la media-type instrucción con la copper opción en el [edit interfaces interface-name] nivel de jerarquía. La selección del tipo de medio solo se aplica a los puertos de la ranura 2. Cuando no se establece el tipo de medio, el puerto acepta cualquier tipo de conexión. El tipo de medio es fibra si se instala un transceptor en la conexión SFP. Si no se instala ningún transceptor, el tipo de medio es cobre. Los puertos COMBO (puertos de combinación) en enrutadores ACX son compatibles con los tipos de medios de cobre y fibra óptica. En dichos puertos o interfaces, debe configurar el tipo de medio como cobre para ejecutar la prueba TDR.
Puede ejecutar la prueba de TDR desde el modo operativo y ver los resultados exitosos o fallidos de la prueba. Para iniciar una prueba en una interfaz específica, emita el request diagnostics tdr start interface interface-name comando. Para detener la prueba de TDR actualmente en curso en la interfaz especificada, emita el request diagnostics tdr abort interface interface-name comando. Para mostrar los resultados de la prueba de todas las interfaces de cobre, ingrese el show diagnostics tdr comando. Para mostrar los resultados de la prueba de una interfaz determinada, escriba el show diagnostics tdr interface interface-name comando.
Consulte también
Diagnosticar un cable de par trenzado defectuoso en enrutadores serie ACX
Problema
Descripción
Una interfaz Ethernet 10/100BASE-T tiene problemas de conectividad que sospecha que pueden ser causados por un cable defectuoso.
Solución
Utilice la prueba de reflectometría de dominio de tiempo (TDR) para determinar si un cable Ethernet de par trenzado tiene fallas.
La prueba de TDR:
Detecta e informa errores de cada par trenzado en un cable Ethernet. Los errores detectados incluyen circuitos abiertos, cortocircuitos e incongruencias de impedancia.
Informa la distancia a falla a menos de 1 metro.
Detecta e informa intercambios de pares, reversiones de polaridad de pares y un sesgo excesivo de pares.
La prueba de TDR se admite en los siguientes enrutadores e interfaces ACX:
En enrutadores ACX1000, 4 puertos RJ45 (Cu) o MIC Gigabit Ethernet de 8 puertos con transceptores conectables de factor de forma pequeño (SFP) y conectores RJ45.
En enrutadores ACX1100, MIC Gigabit Ethernet de 4 u 8 puertos con transceptores SFP y conectores RJ45.
En enrutadores ACX2000, MIC Gigabit Ethernet de 8 puertos con transceptores SFP y conectores RJ45.
En enrutadores ACX2100 y ACX2200, MIC Gigabit Ethernet de 4 puertos con transceptores SFP y conectores RJ45.
En enrutadores ACX4000, MIC Gigabit Ethernet de 4, 6 u 8 puertos con transceptores SFP y conectores RJ45.
Se recomienda ejecutar la prueba de TDR en una interfaz cuando no hay tráfico en la interfaz.
Los diagnósticos TDR son aplicables solo para puertos de cobre y no para puertos de fibra óptica.
Para diagnosticar un problema de cable ejecutando la prueba TDR:
Ejecute el
request diagnostics tdrcomando.user@host> request diagnostics tdr start interface ge-0/0/10 Interface TDR detail: Test status : Test successfully executed ge-0/0/10
Vea los resultados de la prueba de TDR con el
show diagnostics tdrcomando.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 el
Cable statuscampo de los cuatro pares de MDI para determinar si el cable tiene un error. En el ejemplo anterior, el par trenzado de los pines 4 y 5 se rompe o se corta a aproximadamente un metro de la conexión delge-0/0/10puerto.
El Test Status campo indica el estado de la prueba TDR, no el cable. El valor Passed significa que la prueba se completó; no significa que el cable no tenga fallas.
La siguiente es información adicional acerca de la prueba TDR:
La prueba de TDR puede tardar unos segundos en completarse. Si la prueba sigue en ejecución al ejecutar el
show diagnostics tdrcomando, elTest statuscampo mostraráStarted. Por ejemplo:user@host> show diagnostics tdr interface ge-0/0/22 Interface TDR detail: Interface name : ge-0/0/22 Test status : Started
Puede finalizar una prueba de TDR en ejecución antes de que se complete mediante el
request diagnostics tdr abort interface interface-namecomando. La prueba termina sin resultados y se borran los resultados de cualquier prueba anterior.Puede mostrar información resumida sobre los últimos resultados de la prueba de TDR para todas las interfaces del enrutador que admiten la prueba de TDR si no especifica un nombre de interfaz con el
show diagnostics tdrcomando. Por ejemplo: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
