Inicio / Notas técnicas / Puerto Ethernet físicamente DOWN

Puerto Ethernet físicamente DOWN: diagnóstico de cable, óptica y hardware

current state : DOWN no dice nada sobre el motivo. Puede ser un apagado humano, una falla de hardware, un cable o fibra defectuosos, un óptico no compatible, o la sala donde está el switch — seis causas raíz distintas, cada una con su propia comprobación y su propia solución. Este es el orden que las distingue rápido, con los comandos display exactos y cifras reales de potencia óptica.

By Yuwen Zhang (Atlas), founder of AtlasCommTech — 13 years of carrier & enterprise network deployments · Updated July 2026

Un DOWN físico tiene seis causas raíz distintas, no una

La tentación es recurrir a la misma solución cada vez — reconectar el cable, cambiar el módulo. Eso funciona lo suficientemente a menudo como para ser peligroso, porque también oculta cuál de las seis causas estaba realmente en juego.

Una interfaz Ethernet se mantiene Up bajo la condición más básica que un switch debe cumplir: poder enviar y recibir tramas. Cuando no puede, la luz indicadora se apaga, current state muestra DOWN, y se dispara una entrada de registro como linkDown_active. A partir de ahí, las causas posibles se dividen claramente en seis ramas — alguien la apagó o disparó un mecanismo de protección, el propio hardware del dispositivo falló, el cable o la fibra en sí está defectuoso, el óptico y la fibra con la que está emparejado no coinciden, el método de conexión fue incorrecto, o el entorno alrededor del equipo es el problema. Cada rama tiene su propio comando de diagnóstico, y adivinar cuál aplica desperdicia exactamente el tipo de tiempo que esta nota pretende ahorrar.

A continuación, la comprobación para cada una de las seis ramas con los comandos exactos a ejecutar, cuatro casos de campo reales extraídos de registros de mantenimiento reales, y las respuestas de preguntas frecuentes que surgen cada vez que un puerto se niega a subir.

Seis ramas, un árbol de decisión

Comience con display interface y deje que el campo current state y cualquier razón de ERROR DOWN lo lleven a la rama correcta — no una corazonada.

Las etiquetas del diagrama se mantienen en inglés por claridad técnica.

En la práctica, las ramas 3 (medio), 4 (uso) y 6 (el óptico en sí) se superponen mucho — una lectura de potencia óptica fuera de su umbral puede significar una fibra defectuosa, un módulo no compatible, o un transceptor fallando, y display interface transceiver verbose es el comando que ayuda a distinguirlos. Por eso la comprobación óptica recibe su propio recorrido detallado más abajo.

Recorriendo cada rama

Cinco comprobaciones, cinco comandos distintos — y la tabla de razones de ERROR DOWN que le evita adivinar en la rama 1.

Rama 1 — Factores humanos: apagado y mecanismos de protección

Si current state muestra Administratively down, alguien (o algo) le dijo al puerto que se detuviera — la pregunta es quién, y undo shutdown puede que ni siquiera sea la respuesta correcta.

Ejecute display interface y lea current state literalmente. Administratively down significa que un comando shutdown está activo — ejecute undo shutdown si eso genuinamente no era la intención.
Si current state muestra en cambio ERROR DOWN (down-cause), el dispositivo apagó el puerto por sí mismo en respuesta a un evento desencadenante específico — el valor de down-cause nombra exactamente cuál: bpdu-protection (llegó un BPDU a un puerto de borde con protección BPDU habilitada), storm-control (la tasa de broadcast/multicast/unicast desconocido superó el umbral alto configurado con la acción error-down), loopback-detect (el puerto recibió de vuelta su propia trama de detección de bucle), mac-address-flapping, link-flap (una oscilación repetida Up/Down disparó el umbral de protección contra fluctuaciones), crc-statistics, y varias causas específicas de stack/M-LAG.
En la vista diagnose, display system internal device port interface-name muestra una tabla Port enable related check — cualquier fila donde IsPass no sea YES explica por qué el puerto realmente no puede subir, hasta si shutdown está configurado, si el dispositivo está en medio de una actualización, o si la instancia del motor de reenvío está up.
Recupere manualmente con shutdown y luego undo shutdown, o reinicie la interfaz — o configure error-down auto-recovery cause down-cause interval interval-value para que la causa específica se despeje sola después de que pase la condición de falla.

<HUAWEI> display logbuffer | include DOWN
Sep 19 2022 08:51:53 HUAWEI %%01IFNET/2/linkDown_active(l):CID=0x807a0427-
alarmID=0x08520003;The interface status changes. (ifName=10GE1/0/1, AdminStatus=UP,
OperStatus=DOWN, Reason=Interface physical link is down, mainIfname=10GE1/0/1)

<HUAWEI> display interface 10GE 1/0/1
10GE1/0/1 current state : DOWN (ifindex: 11)
Line protocol current state : DOWN

[HUAWEI-diagnose] display system internal device port 10ge1/0/1
Port enable related check:
--------------------------------------------------------------------------------
DevType     AttrName        AttrValue    ExpectValue    IsPass
--------------------------------------------------------------------------------
port        isshut          0x1          == 1           YES
port        portlfeisup     0x1          == 1           YES
port        triggerShut     0x1          == 1           YES
port        phyportisshut   0x1          == 1           YES
--------------------------------------------------------------------------------
// any row where IsPass is not YES tells you exactly why the port won't come Up

[HUAWEI] interface 10ge1/0/1
[HUAWEI-10GE1/0/1] error-down auto-recovery cause link-flap interval 300

Rama 2 — Fallas de hardware del dispositivo

Que sea un lote de puertos o uno solo indica si sospechar de la tarjeta o solo de ese puerto.

Ejecute display interface brief para ver todas las interfaces a la vez. Varios puertos cayendo a DOWN juntos, todos conectados a dispositivos remotos distintos, apunta a una falla de tarjeta local o a la propia inestabilidad de los dispositivos remotos (un peer en medio de un failover, suspensión o reinicio); un solo puerto cayendo a DOWN apunta específicamente a ese puerto.
Para un puerto único sospechoso, primero verifique si los contactos metálicos de la ranura física están doblados o desalineados, luego ejecute loopback internal en esa interfaz. Si current state vuelve a UP bajo loopback interno, la ruta interna del puerto está bien y no hay falla de hardware; si permanece DOWN, hay un problema de hardware interno genuino.
Para una falla por lote en una tarjeta con peers remotos por lo demás sanos, ejecute reset slot slot-id para reiniciar la tarjeta; si la falla persiste, la tarjeta necesita reemplazo. Para una falla por lote donde los dispositivos peer están ellos mismos fluctuando (failover, reinicio), a menudo es un comportamiento transitorio normal que se despeja una vez que el peer se estabiliza — pero confirme primero que el peer no esté reiniciando por su propio problema de bucle o ataque.

<HUAWEI> display interface brief
Interface         PHY     Protocol InUti OutUti inErrors outErrors
10GE1/0/1          up     down      0.01% 0.01%        0      0
10GE1/0/3          down     down        0%   0%        0      0

<HUAWEI> system-view
[HUAWEI] interface 10ge1/0/1
[HUAWEI-10GE1/0/1] loopback internal
Info: Ensure that the port is not in default VLAN 1 to prevent traffic loops.
[HUAWEI-10GE1/0/1] display this interface
10GE1/0/1 current state : UP (ifindex: 23)
// came UP under internal loopback -- no hardware fault, problem is external

Rama 3 — Medio de transmisión: cable de cobre o fibra

El cobre y la fibra fallan de maneras distintas y necesitan herramientas distintas — virtual-cable-test para uno, umbrales de potencia óptica para el otro.

Para cobre: confirme que ambos extremos usan el mismo cable, que los jumpers del panel de conexión son correctos, y que la longitud del cable está por debajo del límite estándar Ethernet de 100 m — los puertos GE necesitan al menos Cat5e para negociar a 1000 M.
Ejecute virtual-cable-test en la interfaz. Pair state Ok en las cuatro parejas significa que el cableado en sí está sano; Open o Short en cualquier pareja significa que es hora de cambiar el cable.
Para fibra: confirme primero que el transceptor está certificado por Huawei — la alarma de un óptico no certificado aparece directamente en el registro, y su fiabilidad bajo garantía no está asegurada.
Ejecute display interface transceiver verbose y compare Current RX Power / Current TX Power con los propios campos Default RX/TX Power High/Low Threshold del módulo. Una lectura dentro de ambos umbrales y Voltage/Bias Current distinto de cero descarta al óptico como la falla.

<HUAWEI> system-view
[HUAWEI] interface 10ge1/0/1
[HUAWEI-10GE1/0/1] virtual-cable-test
Warning: The command will stop service for a while, Continue?[Y/N] y
Pair A state: Ok
Pair B state: Ok
Pair C state: Ok
Pair D state: Ok
// any pair reporting Open or Short instead of Ok -> replace the cable

<HUAWEI> display interface 10ge1/0/2 transceiver verbose
Diagnostic information:
   Voltage (V)                    :3.27
   Bias Current (mA)              :89.76
   Bias High Threshold (mA)       :130.00
   Bias Low Threshold (mA)        :1.00
   Current RX Power (dBm)         :-3.26
   Default RX Power High Threshold (dBm) :-0.50
   Default RX Power Low Threshold (dBm)  :-23.98
   Current TX Power (dBm)         :0.71
   Default TX Power High Threshold (dBm) :5.90
   Default TX Power Low Threshold (dBm)  :-5.90
// current Rx/Tx readings sitting inside their thresholds -> the optic is not the fault

Rama 4 — Método de conexión: óptico, tipo de fibra o cableado no compatibles

Un transceptor perfectamente bueno y una fibra perfectamente buena aún pueden negarse a enlazarse si son la pareja equivocada entre sí.

Ejecute display device para confirmar la tarjeta/ranura exacta en cuestión, luego verifique el tipo de transceptor contra la interfaz y contra la fibra con la que está emparejado — los ópticos monomodo necesitan fibra monomodo, el multimodo necesita multimodo; mezclarlos es un error común al instalar.
Ejecute display interface transceiver en ambos extremos y compare Transceiver Type, Wavelength y Transfer Distance lado a lado — estos deben ser compatibles en ambos extremos, no solo individualmente válidos.
Confirme que la pareja de fibras esté realmente cruzada: el TX de un extremo debe conectarse al RX del otro y viceversa. Esto suena obvio hasta que interviene un panel de conexión y el tendido físico es más largo que el diagrama de la pizarra.
Para los ópticos bidireccionales de fibra única (BiDi) específicamente, los dos extremos deben usar longitudes de onda complementarias — un extremo TX1310/RX1490, el otro TX1490/RX1310 — no el mismo par de longitudes de onda en ambos lados.

<HUAWEI> display interface 10ge1/0/2 transceiver
10GE1/0/2 transceiver information:
Common information:
 Transceiver Type          :10GBASE_USR
 Connector Type            :LC
 Wavelength (nm)           :850
 Transfer Distance (m)     :20(62.5um/125um OM1) 50(50um/125um OM2)
Alarm information:
 Non-Huawei-certified transceiver
// compare Transceiver Type / Wavelength / Transfer Distance against the far end,
// not just against the local interface spec

Rama 5 — Factores ambientales

Solo vale la pena revisarlo una vez que las primeras cuatro ramas salen limpias — pero cuando llega aquí, esta suele ser la respuesta.

Verifique la temperatura y humedad de la sala de equipos contra el rango de funcionamiento nominal del equipo — típicamente 0-45°C y 5%-95% de humedad relativa, sin condensación. Lecturas persistentes fuera de ese rango apuntan al HVAC o la deshumidificación, no al puerto en sí.
Verifique el tendido de cables: el cableado de energía y el de datos corriendo en paralelo sin separación es una fuente común de interferencia, y también puede significar desgaste físico donde las bandejas de cables se flexionan o rozan con el tiempo.

Cuatro casos de campo

Cada uno parecía idéntico a primera vista — un puerto atascado en DOWN — y cada uno resultó ser una rama distinta del árbol de arriba.

1. Un transceptor no certificado sobrevive a un reinicio en el modo incorrecto

SÍNTOMADespués de una pérdida de energía no planificada y un reinicio, varias interfaces permanecieron físicamente DOWN sin ningún cambio de configuración en el historial reciente, y los dispositivos peer no mostraron ningún reinicio o failover propio.

CAUSAdisplay interface mostraba el puerto todavía en Port Mode: COMMON FIBER aunque el ingeniero de sitio confirmó que esta interfaz en realidad usaba un puerto Combo cableado para cobre. display interface transceiver verbose confirmó que el óptico instalado no tenía identificación de fabricante HUAWEI — un transceptor no certificado. Después del reinicio, el puerto no logró detectar correctamente qué medio físico estaba realmente presente y quedó atascado reportando modo fibra en lugar de cambiar a modo cobre, así que nunca subió.

SOLUCIÓNReinsertar el óptico no lo resolvió. Reemplazarlo con un transceptor certificado por Huawei sí — Port Mode mostró correctamente COMMON COPPER después y la interfaz subió de inmediato. Los ópticos no certificados no están validados contra el propio comportamiento del firmware del dispositivo, y este tipo de fallo de detección de modo en caso límite es exactamente el riesgo que la certificación pretende descartar.

<HUAWEI> display interface 10ge1/0/2
10GE1/0/2 current state : DOWN
Port Mode: COMMON FIBER//should have been COMMON COPPER for this build

<HUAWEI> display interface 10ge1/0/2 transceiver verbose
Vendor Name                     :*********
Alarm information: Non-Huawei-certified transceiver

// after replacing with a certified transceiver:
<HUAWEI> display interface 10ge1/0/2
10GE1/0/2 current state : UP
Port Mode: COMMON COPPER//correct mode, port came Up

2. La distancia de fibra multimodo supera lo que OM3 puede transportar de forma confiable

SÍNTOMAUn enlace óptico 10GE que recorría 210 metros en fibra multimodo y ópticos multimodo oscilaba física y repetidamente entre Up y Down, con entradas de registro de estado de enlace coincidentes en ambos extremos y ninguna discrepancia de configuración en ningún lado.

CAUSAdisplay interface transceiver verbose confirmó que el transceptor estaba certificado por Huawei con la potencia de recepción y transmisión ambas dentro de sus umbrales — el óptico en sí no era la falla. El campo Transfer Distance en el transceptor mostraba clasificaciones de soporte multimodo que varían según el grado de fibra: aproximadamente 300 m en fibra OM3 pero 400 m en OM4. A 210 metros el enlace estaba dentro del rango de OM4 pero empujando el límite de lo que la fibra realmente instalada (multimodo no OM4) podía transportar de forma confiable, y la dispersión cromática a esa distancia era suficiente para causar pérdida de enlace intermitente.

SOLUCIÓNCombine ópticos multimodo específicamente con fibra de grado OM4 cuando el tendido se acerque a 300 m o más, en lugar de asumir que cualquier emparejamiento multimodo-multimodo es automáticamente correcto — la regla de coincidencia (óptico monomodo con fibra monomodo, multimodo con multimodo) es necesaria pero no suficiente una vez que la distancia se alarga. Reemplazar la fibra con OM4 resolvió la fluctuación.

<HUAWEI> display interface 10ge1/0/1 transceiver verbose
Transceiver Type:10GBASE_SR_SFP
Transfer Distance(m):300(50um/125um OM3),400(50um/125um OM4)//OM4 carries furthest
Vendor Name:HUAWEI// certified optic, ruled out as the fault
Current RX Power (dBm)  :-2.45//within threshold
Current TX Power (dBm)  :-1.86//within threshold
// optic and power both clean -> look at fiber grade vs. the 210m run length

3. La autonegociación entre fabricantes falla en cobre

SÍNTOMAUn enlace de cobre a un equipo de otro fabricante no subía, mientras que el mismo cableado físico y puerto funcionaban correctamente al reconectarse temporalmente a otro dispositivo del mismo fabricante.

CAUSAdisplay interface mostraba el puerto en sí sano — físicamente UP internamente, velocidad y dúplex correctos, Negotiation: ENABLE — sin nada en la configuración o el cableado que explicara la falla contra este peer específico. Las implementaciones de autonegociación no son idénticas en todos los fabricantes, y este emparejamiento simplemente no se puso de acuerdo en los parámetros durante la negociación, aunque la configuración de cada lado era individualmente válida.

SOLUCIÓNConfigure negotiation disable en la interfaz del lado Huawei para forzar el modo sin autonegociación. El peer subió de inmediato. Si desactivar la autonegociación por sí sola no basta en un caso similar, continúe estableciendo explícitamente speed para que coincida con el peer, ya que un puerto sin negociar también necesita que su tasa se configure en lugar de asumirse.

<HUAWEI> display interface 10ge 1/0/1
10GE1/0/1 current state : UP
Duplex: FULL,Negotiation: ENABLE//auto-negotiation is on, but the peer still won't link

<HUAWEI> system-view
[HUAWEI] interface 10ge 1/0/1
[HUAWEI-10GE1/0/1] negotiation disable
// peer interface came Up immediately after switching off auto-negotiation

4. Un cable en falla se manifiesta como errores CRC crecientes, no un puerto caído

SÍNTOMAEl puerto en sí permaneció físicamente UP todo el tiempo, pero el contador de errores CRC de la interfaz seguía subiendo en cada comprobación — una falla de combustión más lenta que un DOWN absoluto, pero que degrada el rendimiento de la misma manera.

CAUSAUn cable degradado — desgaste interno, un conector marginal, o daño físico a lo largo del tendido — corrompe una fracción de las tramas en tránsito sin derribar el enlace directamente. Cada trama corrompida falla su secuencia de verificación de trama e incrementa el contador CRC, lo cual es una señal temprana confiable de un problema de capa física incluso mientras el puerto muestra Up.

SOLUCIÓNTrate primero un contador CRC creciente como un síntoma de capa física, antes de mirar en otro lado. Reemplazar el cable resolvió este caso; vale la pena ejecutar virtual-cable-test en cualquier interfaz con un conteo de CRC creciente incluso si current state todavía muestra UP.

<HUAWEI> display this interface
10GE1/0/1 current state : UP
CRC          :4782,Giants           :0
// port shows UP, but CRC count keeps growing on repeated checks ->
// treat as a physical-layer / cable fault even without a DOWN state

Cinco preguntas que surgen constantemente

Sacadas directamente del terreno — las que vale la pena tener una respuesta lista.

¿Cómo se comprueba realmente la potencia de recepción y transmisión de un módulo óptico?

Ejecute display interface transceiver verbose para el bloque de diagnóstico completo, o display interface transceiver brief para solo las cifras de potencia. Current RX Power y Current TX Power son las lecturas que importan; compárelas con los propios campos Default RX/TX Power High/Low Threshold de ese mismo módulo, que viajan con el transceptor en lugar de ser un número fijo para todos los módulos.

Ambos extremos son puertos GE con autonegociación activada — ¿por qué no negocian a velocidad gigabit?

1000BASE-T requiere cableado Cat5e o mejor con las cuatro parejas de hilos internas sanas para que el enlace negocie a gigabit. Una pareja degradada, un conector suelto, o un cable por debajo de especificación a menudo aún negocia — solo que baja a 100M en lugar de 1000M. Ejecute virtual-cable-test para verificar directamente la salud de las parejas, y configure speed auto explícitamente si quiere forzar un intento de renegociación.

¿Por qué un enlace bidireccional de fibra única (BiDi) no sube aunque ambos extremos tengan ópticos BiDi instalados?

Los ópticos BiDi deben usarse en parejas complementarias, no idénticas — un extremo necesita un módulo TX1310/RX1490 y el otro necesita TX1490/RX1310. Dos módulos con la misma asignación de longitud de onda en ambos extremos nunca se enlazarán sin importar cuán sana esté la fibra, ya que ambos transmiten y escuchan en la misma longitud de onda en lugar de en longitudes opuestas.

¿Puede un puerto 10GE usar un módulo óptico 1GE, o al revés?

Un puerto óptico 10GE puede aceptar un módulo 1GE y funcionará a 1GE — el puerto en sí es capaz de la tasa inferior. Lo inverso no funciona: una interfaz óptica clasificada como 1GE no puede forzarse a ejecutar un módulo clasificado como 10GE, ya que la interfaz física y la tasa SerDes no están construidas para eso. Siempre haga coincidir la velocidad nominal del módulo con lo que el puerto físico realmente está diseñado para ejecutar.

Un puerto sigue fluctuando entre Up y Down cada pocos minutos — ¿es hardware, cable, o algo más?

Verifique primero la causa de ERROR DOWN si el registro muestra una — la protección de link-flap disparándose repetidamente es en sí misma diagnóstica de una capa física inestable debajo, no una falla separada. Si no hay causa de ERROR DOWN, verifique el CRC y otros contadores de error (un cable en falla se degrada antes de fallar por completo), luego la potencia óptica si es un enlace de fibra, y solo trátelo como una falla de hardware una vez que tanto el cableado como la óptica salgan limpios bajo loopback internal.

Límites honestos de esta nota

Límites honestos de esta nota

Esta nota se basa en el modelo de clasificación de fallas de interfaz física del switch Huawei serie S y sus comandos display interface / display interface transceiver / virtual-cable-test, además de los casos de campo que los respaldan. Si su switch es de otro fabricante, los comandos exactos cambian, pero el orden de diagnóstico de seis ramas — humano/protección, hardware, medio, uso/discrepancia, entorno, y el óptico en sí — se traslada directamente. No cubre en profundidad los fallos de división/combinación de interfaz o los escenarios de pérdida de paquetes en estado Up; esos están en una sección relacionada del mismo manual fuente y merecen su propio tratamiento separado.

¿Un puerto que no sube y ya agotó las cosas obvias que probar?

Envíenos la salida de display interface y display interface transceiver verbose, y le ayudamos a precisar en cuál de las seis ramas está realmente.

WhatsApp con un ingeniero →