El transceptor no enlaza: un orden de diagnóstico

Un enlace que no se levanta es una secuencia, no un tiro al azar. Limpie, configure, verifique, sustituya - en ese orden, con la lectura DDM indicándole cuándo parar.

Solución de problemas · Publicado 2026-10-24 · Actualizado 2026-10-26 · 8 min de lectura

Un puerto que no se levanta es una oportunidad rara: es una de las pocas averías en un centro de datos que se diagnostican por completo en cinco minutos sin más instrumentación que la que ya hay en el switch. La mayoría de los equipos pasan esa oportunidad y van directos a un RMA, que gasta una semana de plazo de entrega para resolver un problema que solía ser una férula sucia o una discrepancia de FEC.

La secuencia de abajo se ordena por coste de investigación, no por probabilidad. Limpiar no cuesta nada y lleva treinta segundos. Comparar configuración cuesta dos minutos. La telemetría cuesta uno. Solo entonces tiene sentido cambiar hardware, porque un cambio de hardware destruye la evidencia.

Antes de limpiar nada: defina qué significa «caído»

La mayoría de los informes de «sin enlace» son en realidad uno de cuatro estados distintos, y la acción correcta siguiente difiere en cada uno.

Un módulo que no se detecta en absoluto es un problema de asentamiento o de potencia y limpiar no ayudará. Un puerto administrativamente deshabilitado reportará una tabla DDM perfectamente sana. Diez segundos comprobando en qué estado está ahorra los veinte minutos siguientes.

El orden de diagnóstico

1. INSPECCIONE conector asentado? pestillo cerrado? capuchón quitado en ambos extremos?
2. LIMPIE    limpiador de un clic en cada férula que haya estado expuesta
3. CONFIGURE velocidad, FEC, autoneg, mapa de carriles coincidiendo en ambos extremos
4. TELEMETRIA DDM: potencia Tx, potencia Rx, bias, temperatura en AMBOS extremos
5. AISLE    cambie modulo / puerto / cable, una variable a la vez

Saltarse el paso 2 es el error de campo más común, porque el conector parece limpio. Saltarse el paso 3 es el segundo, porque una discrepancia de configuración produce un fallo de enlace sin ningún síntoma óptico.

Por qué limpiar es el paso dos y no el uno

Si el módulo no se detecta, la férula no es el problema. Establezca la detectabilidad primero, luego limpie. La excepción es cualquier conector que se haya reacoplado en la última hora: límpielo antes de culpar a otra cosa, porque la probabilidad de contaminación es alta y el coste de limpiar es casi cero.

El estándar de inspección es IEC 61300-3-35, que define zonas de pasa/falla para la cara de la férula. Un microscopio de mano barato resuelve contaminación que una inspección visual a ojo no puede; un limpiador de un clic no sustituye a la inspección cuando el mismo enlace falla dos veces.

Por qué la configuración es un paso separado de la telemetría

Las fallas de configuración producen lecturas DDM sanas. La potencia Rx está bien, la potencia Tx está bien, la temperatura está bien, y el enlace sigue caído porque un extremo fuerza RS-FEC y el otro espera FC-FEC, o porque el puerto espera mapeo de carriles 2x200G y el módulo presenta 8x50G.

Leer la telemetría primero es un instinto natural y lleva a concluir «la óptica está bien, debe ser el switch» - lo cual es cierto pero inútil, porque el problema del switch es una línea de configuración que podrían haber comprobado en el paso 3.

La tabla de decisión DDM

Lea la telemetría en ambos extremos antes de concluir nada. Una lectura de un solo extremo es la fuente más común de conclusiones erróneas en todo este proceso.

La asimetría que engaña a la gente

La potencia Rx del extremo cercano solo le habla de la ruta de recepción. No dice nada sobre si el transmisor lejano produce luz conforme, ni sobre si el extremo lejano ha entrenado siquiera. Cuando la telemetría del extremo cercano parece perfecta y el enlace está caído, la lectura útil siguiente es el extremo lejano - no un cambio de módulo.

Trampas de compatibilidad que se presentan como hardware muerto

Estas explican una buena parte de los módulos que se devuelven y luego pasan la inspección de entrada.

Bloqueos de codificación de fabricante. Muchas plataformas rechazan códigos EEPROM desconocidos a nivel de driver. El módulo está eléctricamente bien. Antes de desecharlo, pruébelo en una plataforma sin bloqueo; si se levanta ahí, el problema es una política de codificación, no una falla. Si los bloqueos de codificación le son aceptables es una decisión de compra, no técnica - pero debe tomarse antes de que llegue una flota de módulos sin codificar.

Asimetría de velocidad entre SFP+ y SFP28. Un módulo 25G en un puerto 10G suele negociar a la baja. Un módulo 10G en un puerto 25G no negociará a la alta, y a menudo se reporta como «no soportado» en vez de «ausente», lo que envía a la gente a buscar la falla equivocada. La matriz de compatibilidad 10G frente a 25G cubre qué combinaciones entrenan realmente.

Discrepancia de modo FEC. RS-FEC contra FC-FEC tira un enlace abajo en la capa PCS con óptica perfecta. Esto aparece sobre todo al mezclar generaciones de fabricante en el mismo enlace, porque los valores por defecto difieren.

Confusión de mapa de carriles en 400G y superiores. Un módulo 400GBASE-DR4 en un puerto configurado para breakout 4x100G entrena algunos carriles y falla otros, con el DDM mostrando buena potencia en los carriles que funcionan. Compruebe la configuración de breakout antes que la óptica; el módulo hace exactamente lo que se le dijo.

AOC tratado como DAC. Un cable óptico activo necesita potencia, corre más caliente que el cobre y falla de forma distinta. Diagnosticarlo con un manual de cobre esconde la falla real.

Discrepancia de factor de forma con adaptador. Un módulo OSFP en una jaula QSFP-DD no funciona, y ningún adaptador pasivo cambia eso. La comparativa de factor de forma explica por qué los dos no son mecánicamente compatibles.

Aislamiento, cinco minutos y tres cambios

Mueva modulo sospechoso -> puerto conocido-bueno
  enlaza?  -> el puerto original o su config es la falla
  no?      -> continue

Inserte modulo conocido-bueno -> puerto original
  enlaza?  -> RMA del modulo sospechoso
  no?      -> continue

Sustituya ruta de fibra por latiguillo probado
  enlaza?  -> falla de cableado; corra prueba de perdida de insercion
  no?      -> configuracion, firmware o EEPROM; saque logs de puerto

flowchart TD
    A[Port down / no link] --> B[Swap module to known-good port]
    B -->|Links| C[Original port or config fault]
    B -->|Still down| D[Insert known-good module in original port]
    D -->|Links| E[RMA suspect module]
    D -->|Still down| F[Replace fiber path with tested patch cord]
    F -->|Links| G[Cabling plant fault - run insertion-loss test]
    F -->|Still down| H[Check config, firmware, EEPROM dump]

La disciplina que hace que esto funcione es cambiar una variable a la vez. Cambiar módulo y cable juntos produce un enlace funcionando y ninguna información, lo que significa que la misma falla reaparece la semana siguiente en otro puerto.

Cuando el módulo está realmente averiado

El RMA es la respuesta correcta cuando: el módulo falla en más de un puerto conocido-bueno, un módulo conocido-bueno funciona en el puerto original, y la telemetría muestra una falla física (sin salida Tx, bias muy fuera de la línea base del lote, sensor de temperatura con lectura inverosímil). Las tres condiciones, no una.

Cualquier cosa por debajo de eso merece una comparación de configuración más, porque un módulo devuelto que pasa la inspección de entrada le cuesta plazo de entrega y pone un signo de pregunta sobre su propio proceso.

Tras levantar el enlace

Un enlace que entrena no es un enlace sano. Vigile 24 horas, luego tome su línea base.

Si el BER pre-FEC sube mientras la potencia se mantiene plana, el problema es penalización en vez de pérdida, y el paseo del presupuesto de enlace tiene la aritmética para decidir si el canal o el módulo es el responsable.

Fuentes

• IEEE 802.3cd - la generación de 50G por carril, cuyo comportamiento de FEC y autonegociación causa muchos de los casos de discrepancia anteriores.
• IEEE 802.3ck - la capa eléctrica de 100G por carril que gobierna cómo se asignan y mapean los carriles en 400G y superiores.
• QSFP-DD MSA - definiciones de registros CMIS usadas al leer diagnósticos y datos EEPROM.
• IEC 61300-3-35 - criterios de inspección de cara para los pasos de limpieza e inspección.
• Ethernet Alliance - resultados de interoperabilidad multi-fabricante, referencia útil para qué combinaciones de módulos se han demostrado.

Los umbrales de la tabla DDM son reglas de campo empíricas, no límites de especificación. Los valores autoritativos están en la hoja de datos del módulo y en la lista cualificada de la plataforma del switch; use esos cuando una decisión tenga consecuencias de garantía o SLA.

FAQ

El LED de enlace está apagado pero el DDM muestra buena potencia Rx. ¿Qué ahora?

La potencia Rx solo prueba la ruta óptica de recepción. Compruebe el extremo lejano: potencia Tx del módulo remoto, y si ambos lados negociaron la misma velocidad y FEC. Ajustes PAM4/NRZ asimétricos entre un puerto 25G forzado y un módulo 10G mantendrán el enlace caído incluso con óptica perfecta.

¿Debo limpiar los conectores de fibra cada vez?

Sí, en cada reacoplamiento, con herramientas de limpieza de un clic. Una sola partícula de polvo a 1310 nm sobre una férula de modo único cuesta 1-3 dB, suficiente para bajar un enlace de clase DR por debajo de su presupuesto sin ningún síntoma visible.

¿Cómo distinguo un módulo malo de un puerto malo?

Cambie una variable a la vez: el módulo a un puerto conocido-bueno, un módulo conocido-bueno al puerto sospechoso, y la ruta de fibra al final. Dos de los tres cambios aíslan la avería a módulo, puerto o cableado en menos de cinco minutos.

¿Cuántas devoluciones RMA falsas causan la configuración en vez del hardware?

Una buena parte. Los bloqueos de codificación, las discrepancias de velocidad y FEC, y los errores de mapa de carriles se presentan todos como hardware muerto. El procedimiento de aislamiento de este artículo existe porque probar un módulo en banco no prueba nada si reproduce la misma configuración errónea.