Potencia de transmisión SFP (TX) -Inf dBm: significado y pasos de la prueba

SFP Potencia TX -Inf dBm suele significar que el host no ha podido mostrar un valor finito de potencia de transmisión. Una explicación habitual es que el software haya convertido un valor notificado de cero a dBm. Esto sí no demuestra, por sí solo, que el láser no funciona.

Es posible que el transmisor se haya desactivado intencionadamente, que el puerto esté inactivo, que el host esté interpretando incorrectamente los datos de diagnóstico o que el módulo realmente no tenga salida óptica. La forma más fiable de distinguir entre estos casos es comprobar la instantánea completa del diagnóstico y, a continuación, medir la salida con un medidor de potencia óptica.

Ámbito de aplicación: Esta guía se aplica a los módulos ópticos SFP, SFP y SFP28 transceptores que ofrecen funciones de diagnóstico digital. No se aplica a los módulos de cobre RJ45, y no debe aplicarse a una unidad PON integrada tipo «stick» sin la documentación específica de dicha unidad y del equipo anfitrión.

¿Por qué la potencia de transmisión (TX) de un SFP puede aparecer como «-Inf dBm»?

En Especificación SNIA SFF-8472 define el valor de la potencia de salida de transmisión supervisada como un número sin signo de 16 bits, en incrementos de 0,1 µW. El rango digital permitido incluye el cero. La especificación define la medición subyacente; no define el texto. -Inf dBm.

Los servidores suelen convertir la potencia óptica de milivatios a dBm mediante:

Potencia (dBm) = 10 × log10(potencia en mW)

Si el valor de entrada para ese cálculo es cero, no hay un resultado logarítmico finito; matemáticamente, tiende al infinito negativo. Por lo tanto, una interfaz de usuario puede mostrar -Inf, -Infinito, N/A, un campo en blanco o un valor mínimo muy bajo. Ese comportamiento de visualización depende de la plataforma.

Esto nos lleva a la primera distinción importante:

• Dato general: El campo de diagnóstico puede contener un valor de potencia bruta igual a cero.
• Interpretación motivada: Un servidor puede representar ese cero o un valor no disponible como -Inf dBm.
• Aún no se ha demostrado: El transmisor óptico ha sufrido una avería física.

Lee el patrón, no un solo campo

Captura todas las lecturas disponibles al mismo tiempo: temperatura, tensión de alimentación, corriente de polarización del transmisor, potencia de transmisión, potencia de recepción, TX Desactivar, Falla TX, «módulo presente» y «datos no disponibles». Rara vez basta un solo campo para identificar la causa.

Lo que observas	La mejor hipótesis inicial	Lo que no demuestra
Todos los campos de diagnóstico están en blanco, a cero o no están disponibles	DDM problema de compatibilidad, acceso al bus de gestión, aceptación de módulos o análisis del host	Un láser averiado
Se puede leer la temperatura y la tensión; la potencia de transmisión es -Inf; el sesgo de TX es cero; se ha activado la desactivación de TX	El transmisor está apagado a propósito	Un módulo defectuoso
Se puede leer la temperatura y la tensión; la potencia de transmisión es -Inf; Se ha activado el error TX	Es necesario investigar un problema relacionado con el transmisor.	Que la culpa es exclusivamente del módulo
El sesgo de TX es distinto de cero; la potencia de TX es -Inf; un medidor externo detecta la luz prevista	Problema de telemetría, calibración o pantalla del host	Pérdida de potencia óptica
La energía de TX es -Inf; el medidor no detecta luz; un módulo compatible y en buen estado funciona en el mismo puerto	La ruta de transmisión del módulo sospechoso se convierte en una de las principales opciones	Causa raíz antes de que finalice la prueba cruzada controlada
La potencia de recepción local es finita, mientras que la potencia de emisión local es -Inf	Es posible que la dirección de entrada siga recibiendo luz	Que el TX local funcione, o que el RX cumpla con las especificaciones

Si necesitas un repaso de los cinco valores diagnósticos más comunes, consulta el artículo de LuLeey Guía de DDM/DOM.

Seis causas habituales de una lectura «-Inf TX»

1. El puerto no funciona y el transmisor está desactivado

Una interfaz desactivada administrativamente, un controlador no inicializado o un estado de bajo consumo pueden mantener la transmisión (TX) desactivada. El Documentación sobre SFP del núcleo de Linux describe cómo activar un SFP desactivando TX_DISABLE y cómo desactivarlo activando TX_DISABLE. Otras plataformas implementan su propia lógica de control, pero el principio es el mismo: el estado del puerto puede desactivar intencionadamente el transmisor.

El documento SFF-8472 también indica que el diagnóstico de potencia de transmisión no es válido mientras el transmisor esté desactivado. No se debe declarar un fallo hasta que el puerto concreto esté activado en un modo compatible y el módulo haya tenido tiempo de inicializarse.

2. La desactivación de TX por hardware o software está activa

El SFF-8472 incluye tanto una entrada de hardware TX_DISABLE como un control de desactivación por software. Cualquiera de los dos puede mantener el transmisor desactivado. Comprueba el estado del host y el del módulo, si están disponibles. En muchos estados de desactivación se espera una corriente de polarización nula, por lo que esto no constituye una prueba concluyente de que haya un fallo.

3. El servidor no puede leer los datos de diagnóstico válidos

El módulo puede estar presente aunque falten algunos datos de diagnóstico o se hayan leído incorrectamente. Entre las posibles causas se incluyen un DDM no compatible, un problema en la interfaz de gestión, datos obsoletos, el estado «Datos no listos», el firmware del host, el comportamiento del controlador o un código del módulo que el host no acepta.

Si el host no puede identificar de forma fiable el módulo ni leer su EEPROM, sigue las instrucciones de Guía de resolución de problemas: no se detecta el módulo SFP antes de diagnosticar el láser.

4. El módulo y el host no funcionan en un modo compatible

No basta con que un puerto tenga la forma de un SFP para garantizar la compatibilidad. Comprueba el modelo exacto del host, el tipo de puerto, el modo SerDes compatible, la velocidad configurada, el firmware, el controlador, la codificación del módulo y los límites de potencia. La velocidad máxima indicada en el puerto o en el transceptor no indica qué modos eléctricos puede utilizar realmente esa combinación.

Esto es especialmente importante en el caso de los puertos multivelocidad. Es posible que se detecte un módulo que encaje físicamente, pero que no se inicialice correctamente a la velocidad seleccionada.

5. Existe un fallo real en el transmisor o un problema de alimentación

«TX Fault» es diferente de «TX Disable». «Disable» es un estado de control; «fault» es un estado notificado por el transmisor. Ambos deben registrarse por separado. La guía de LuLeey sobre Fallo de recepción (RX LOS) frente a fallo de transmisión (TX) explica por qué un indicador de fallo reduce el ámbito de la búsqueda, pero no permite, por sí solo, determinar si la causa se debe al módulo, al control del host, a la alimentación o a la temperatura.

6. El controlador del láser o del transmisor ha fallado

Es posible que se produzca un fallo físico. Solo se puede llegar a esta conclusión con certeza una vez que el puerto esté habilitado, el indicador «TX Disable» esté desactivado, la combinación de host y módulo sea compatible, un medidor externo no detecte ninguna señal de salida y las pruebas de intercambio controladas aíslen el síntoma en el transceptor sospechoso.

Cómo solucionar problemas relacionados con la potencia de transmisión (TX) del SFP: -Inf dBm

Paso 1: Guarda las pruebas antes de volver a colocar nada en su sitio

Registro:

• Modelo de host, ranura y puerto
• Versiones de software, firmware y controladores
• Fabricante del módulo, número de referencia exacto y número de serie
• Velocidad de puerto configurada y negociada
• Temperatura, tensión, polarización del transmisor, potencia de transmisión y potencia de recepción
• Estados «TX Desactivado», «TX Fallo», «RX Pérdida de señal» y «Datos no listos»
• Estado administrativo y operativo de la interfaz
• Estado del extremo remoto y hora de la lectura

Las capturas de pantalla o los resultados de los comandos son útiles, pero elimina las credenciales y cualquier configuración que no esté relacionada antes de compartirlos.

Paso 2: Demostrar que el host detecta y acepta el módulo

Comprueba si el host lee correctamente el identificador del módulo y la EEPROM. Si todos los campos de supervisión desaparecen a la vez, resuelve primero el problema de detección del módulo o de acceso a la gestión. Un único -Inf Un valor anómalo, junto con otros datos de diagnóstico que, por lo demás, parecen fiables, apunta a una rama diferente a la de un módulo completamente ilegible.

Paso 3: Comprobar el estado del puerto, «TX Disable» y «TX Fault»

Active la interfaz únicamente dentro de una ventana de mantenimiento autorizada. Compruebe que la velocidad y el modo de medio configurados coincidan con un modo compatible tanto con el host como con el módulo.

A continuación, vuelve a leer las señales de control y de estado:

• Se ha activado TX Disable: Averigua por qué el presentador mantiene el láser apagado.
• TX desactivado, sin fallo de TX: Continúa con el paso de medición.
• Se ha producido un error TX: Comprueba la alimentación del módulo, la temperatura, el ajuste, el modo admitido y los registros del servidor antes de sustituir el hardware.

Paso 4: Comparar la instantánea completa de DDM

Analiza la potencia de transmisión (TX) junto con la temperatura, la tensión y la polarización de transmisión (TX). Esta combinación ofrece más información que cualquier dato por sí solo.

• Un sesgo cero, junto con un estado de desactivación declarado, es compatible con un transmisor apagado intencionadamente.
• Sesgo distinto de cero más -Inf La potencia TX puede indicar un problema de transmisión o que el transmisor está en funcionamiento sin emitir luz detectable.
• Un voltaje o una temperatura anómalos pueden indicar un problema en la ruta de alimentación del host o en los límites de funcionamiento.

Compara cada umbral con las especificaciones exactas del transceptor. No existe una potencia de transmisión ni una corriente de polarización “óptimas” que sirvan para todos los casos. Para obtener más información sobre el proceso de ajuste de la corriente de polarización, consulta Corriente de polarización de salida del SFP elevada: causas y soluciones.

Paso 5: Mide el transmisor con un medidor de potencia óptica

Un medidor externo te proporciona datos independientes de la telemetría del propio módulo. Sigue tus procedimientos de seguridad y control de cambios: la radiación óptica activa puede ser invisible, por lo que nunca mires directamente al interior de un transceptor o una fibra.

Sigue esta secuencia de ejercicios en el banco:

1. Comprueba la longitud de onda exacta del transmisor y el rango de salida previsto en las especificaciones del módulo.
2. Utiliza un medidor de potencia que sea compatible con esa longitud de onda y ese rango de potencia.
3. Coloca el adaptador adecuado y utiliza un puente de referencia que se sepa que funciona correctamente, con un tipo de fibra, un conector y un pulido compatibles.
4. Revisa, limpia y vuelve a revisar todas las conexiones.
5. Ajusta el medidor a la longitud de onda del transmisor y lee el valor en dBm.
6. Activa el modo de puerto compatible y mide la potencia de transmisión del módulo.
7. Compara el valor obtenido con las especificaciones exactas de potencia mínima y máxima de arranque del módulo, incluidas las condiciones de ensayo.

En Guía de pruebas de potencia óptica de la Asociación de Fibra Óptica También requiere un medidor con corrección de longitud de onda, un adaptador compatible, un cable de prueba en buen estado y conectores limpios.

No conecte el transmisor directamente a un detector a menos que el rango de entrada del medidor pueda admitir de forma segura la potencia de emisión posible. Utilice la atenuación necesaria cuando así lo exija el medidor o el procedimiento de prueba.

Paso 6: Cambia una variable cada vez

Utiliza un transceptor que se sepa que funciona correctamente y que sea compatible en el mismo puerto. A continuación, si es posible, prueba el transceptor problemático en otro host compatible que se sepa que funciona correctamente.

Mantén constante el modo de funcionamiento. Comprueba la ranura física, el modo SerDes del host, la velocidad configurada, la compatibilidad del firmware o controlador, la codificación del módulo y las especificaciones ópticas. Cambiar el módulo, el cable, el puerto y los ajustes a la vez puede restablecer el servicio, pero destruye las pruebas necesarias para identificar la causa.

Paso 7: Tomar la decisión basándose en pruebas independientes

Resultado	La conclusión más fundamentada	Próxima acción
El medidor indica la potencia óptica prevista, mientras que el DDM se mantiene -Inf	El transmisor está emitiendo luz; el diagnóstico o la presentación del host son erróneos.	Actualizar o comprobar el firmware y el controlador; conservar el resultado del medidor y una instantánea completa del DDM
El módulo sospechoso no presenta señal de salida en dos hosts compatibles; un módulo que se sabe que funciona correctamente sí lo hace; la opción «TX Disable» está desactivada	Hay indicios claros de un fallo en la ruta de transmisión del módulo	Sustituir o abrir una solicitud de devolución (RMA) con el informe de pruebas
Ninguno de los dos módulos tiene salida en un puerto, pero funcionan en los demás.	El puerto del servidor, el modo o la ruta de control son los principales sospechosos	Comprobar la configuración de los puertos, los controladores, el firmware y el hardware
La salida aparece una vez que se habilita el puerto o cuando se desactiva la opción «TX Disable».	La lectura original procedía de un estado de discapacidad	Documenta la causa del estado de control; no lo califiques como un fallo del láser.
Las lecturas cambian tras volver a colocar o limpiar	Puede haber contacto, contaminación o acceso intermitente por parte del personal de gestión	Repite la prueba y mantén la vigilancia; no consideres que una sola recuperación es prueba de cuál es la causa raíz.

Los errores que más tiempo hacen perder

• Sustituir el módulo únicamente porque la pantalla indica que -Inf
• Considerar una lectura RX local finita como prueba de que la TX local funciona
• Calificar un valor de recepción (RX) como “bueno” sin conocer el alcance exacto del receptor
• Suponer que el sesgo de transmisión es nulo siempre significa que el láser no funciona correctamente
• Utilizar el factor de forma o la velocidad máxima nominal como criterio para decidir la compatibilidad
• Realizar mediciones con un ajuste de longitud de onda incorrecto, un adaptador inadecuado o un conector mal pulido
• Mirar dentro del transceptor para comprobar si hay luz
• Intercambiar varias variables a la vez
• Aplicación de la lógica habitual de los módulos SFP de Ethernet a un dispositivo ONU de red PON sin disponer de la documentación específica sobre el modo host

Qué enviar al servicio de atención al cliente de LuLeey

Para agilizar la revisión técnica, envía el modelo y el puerto del host, la versión del firmware o del controlador, la etiqueta exacta del módulo, la velocidad configurada, una instantánea completa del DDM, el estado de «TX Disable» o «TX Fault», el resultado del medidor de potencia externo y el resultado del intercambio controlado. Indica el ajuste de longitud de onda del medidor y el puente de referencia utilizado.

Esos datos permiten distinguir, sin tener que hacer conjeturas, entre un problema de visualización, un transmisor desactivado, un modo de host no compatible y una pérdida real de señal óptica. Si es necesario sustituir el equipo, también proporcionan la información necesaria para adaptar el transceptor al host, la fibra, la longitud de onda, el alcance y el presupuesto de enlace.

Próximo paso práctico

No empieces por solicitar una RMA. Empieza por registrar el estado de diagnóstico completo, comprobar que el puerto esté habilitado en un modo compatible y medir el transmisor con el medidor de potencia óptica adecuado. Si el medidor confirma que no hay señal de salida y el problema persiste en todos los hosts compatibles, tendrás argumentos sólidos para solicitar la sustitución.