Pruebas de redes ópticas para 100G/400G: un margen-primera guía de aceptación

Puede surgir un enlace Ethernet de 100G o 400G, pasar tráfico y seguir siendo un mal candidato para la implementación de producción. Ese es el problema central de estePruebas de redes ópticas para transceptores de 100G y enlaces de 400G.El flujo de trabajo está diseñado para resolver.

 

Para la aceptación en el campo, la validación de la interoperabilidad y la solución de problemas posteriores a la instalación, la pregunta útil no es simplemente "¿Funciona el transceptor?". Es:¿Cuánto margen operativo queda antes de que el enlace deje de funcionar de manera confiable?

 

Esta guía se centra en la aceptación del nivel-de red: el transceptor, el puerto de host, la ruta de fibra, la condición del conector, el comportamiento de FEC, la temperatura y la carga de tráfico como un solo sistema operativo. Si su requisito es la inspección entrante o la calificación del módulo-a nivel de fábrica, utilice nuestroproceso de verificación del transceptor óptico a nivel de módulo-como límite de prueba separado.

 

 

Un puerto verde establece una interoperabilidad básica. No muestra cuánto margen de capa física-queda. ParaMejores prácticas de prueba de redes ópticas, por lo tanto, la aceptación necesita evidencia de la ruta pasiva, la potencia óptica, la calidad de la señal, el comportamiento BER/FEC, la distribución de carriles, el tráfico sostenido y la temperatura, en lugar de simplemente el estado del enlace.

 

Esto es más importante en los enlaces dependientes de FEC-. Un receptor puede continuar entregando tráfico de usuario limpio mientras los errores sin procesar ya se están corrigiendo debajo de la capa MAC. En la arquitectura PCS Ethernet 200G/400G, RS(544,514) utiliza palabras de código de 544 símbolos que contienen 514 símbolos de datos, con símbolos de 10 bits y capacidad de corrección de hasta 15 errores de símbolos por palabra de código. Eso hacenocrea un umbral de aceptación de BER universal, pero explica por qué los "errores post-FEC=0" por sí solos nos dicen poco sobre el margen de corrección restante. (Alianza Ethernet)

 

No aprobaríamos un enlace de 400G implementado a partir de un informe que contenga solo "enlace activo", varios pings exitosos y cero pérdida de paquetes. Esas observaciones son comprobaciones de servicio útiles; no nos dicen si la actividad FEC corregida es estable, si un carril tiene la mayoría de los errores o si la tasa de error aumenta a medida que el módulo se calienta.

 

Por lo tanto, la cuestión de la aceptación es más estrecha y difícil:¿El sistema instalado conserva suficiente margen en las condiciones en las que realmente funcionará?

 

 

 

Una línea base de prueba repetible debe ser lo suficientemente detallada como para que otro ingeniero pueda reproducirla.

 

Antes de borrar los contadores, cambiar un módulo o limpiar el conector, registre el SKU del transceptor, tanto las plataformas host como los puertos físicos, las versiones NOS/firmware, el modo FEC configurado, el tipo de fibra, el tipo de conector, la longitud de la ruta, la disposición de las conexiones, la temperatura del módulo, la condición ambiental, el patrón de tráfico y la marca de tiempo en la que se restablecieron los contadores.

 

Recomendamos guardar la línea base antes de la primera intervención.

 

Cambiar un módulo, puerto, parche de fibra y configuración FEC en el mismo paso de solución de problemas puede restaurar el servicio, pero destruye la evidencia necesaria para determinar qué solucionó realmente la falla. Cambie una variable, vuelva a ejecutar la misma ventana de medición y compárela con la línea base guardada.

 

Hay otra distinción que vale la pena documentar porque evita discusiones posteriores en una revisión de implementación. Cada decisión numérica debe pertenecer a uno de los tres niveles de evidencia.

 

Límite de especificacioneses la especificación IEEE PMD, MSA o módulo exacto aplicable. Cruzarlo es un problema de cumplimiento.Banda de guardia del proyectoEs una regla de aceptación interna deliberadamente más estricta que la especificación formal.Tendencia observadadescribe el movimiento a lo largo del tiempo, la temperatura o la carga de tráfico, incluso cuando cada valor absoluto permanece dentro de las especificaciones.

 

No etiquete una banda protectora interna como un límite IEEE. Por el contrario, no descarte una tendencia al deterioro sólo porque la muestra más reciente aún no ha cruzado el límite formal.

 

 

La verificación de la ruta física-debe realizarse antes de los intercambios repetidos de módulos.

 

Para la fibra instalada, las pruebas de Nivel 1 cubren pérdida, longitud y polaridad; El nivel 2 agrega información OTDR que puede localizar eventos y brindar una visibilidad más profunda de los contribuyentes a la pérdida y la pérdida de retorno óptico. La guía de pruebas de fibra-de TIA también trata la inspección de conectores como parte del proceso de pruebas-de campo. (Consorcio tecnológico de fibra óptica TIA)

 

 

Esa distinción es importante en el trabajo de 100G y 400G. Un resultado de OLTS le indica si la atenuación de extremo-a-de extremo cumple con el presupuesto previsto; un rastreo OTDR es útil cuando necesita saberdóndese asienta un evento anormal. Ninguna medición debe interpretarse como un sustituto de la inspección del extremo del conector.

 

EnPruebas de red óptica para transceptores 400G., las rutas MPO/MTP también requieren comprobaciones de polaridad y correspondencia-de carril. Si un carril de 400G está acumulando sustancialmente más actividad FEC que los demás, asigne ese carril nuevamente a la ruta pasiva antes de reemplazar todos los dispositivos activos en el enlace.

 

Una medición total de potencia o pérdida puede seguir siendo aceptable, mientras que un conector localizado, un reflejo, una curva o un deterioro específico del carril consume margen. Es por eso que comenzar a solucionar problemas con "probar con otro transceptor" suele ser un primer paso ineficaz.

 

 

El paso de potencia-óptica debería convertir "la potencia de Rx está dentro del rango" en una declaración de margen mensurable.

 

Comience con los límites para el SKU y PMD exactos. Registre los datos de Tx y Rx de DDM/DOM, luego-verifique las mediciones de aceptación críticas con equipos calibrados cuando el proyecto requiera una pérdida precisa o una verificación-del espacio libre del receptor.

 

 

Consideremos un ejemplo ilustrativo. Supongamos que el límite de receptor aplicable para un caso de prueba particular es−9,0 dBm, mientras que un medidor calibrado muestra−5,4 dBmen el receptor. El espacio libre en el lado del receptor-es de 3,6 dB. Si DDM informa simultáneamente−4,6 dBm, la diferencia entre DDM-y-metro es de 0,8 dB. Estas cifras son deliberadamente ilustrativas;−9,0 dBm no es un umbral universal de 100G o 400Gy el límite correcto debe provenir de la especificación real del módulo/PMD.

 

Ese cálculo es más útil que un "pase de poder" binario. Separa el límite formal del espacio libre restante y también registra si la telemetría propia del módulo coincide lo suficiente con la referencia calibrada para el uso previsto.

 

Si DDM dice que el receptor está en buen estado pero una medición externa no coincide, registre la discrepancia en lugar de elegir silenciosamente el número que se vea mejor.

 

La misma lógica se aplica aPrueba de potencia óptica 100G QSFP28como medida técnica, aunque no se utiliza aquí como una variante separada de palabra clave SEO. La especificación Tx/Rx específica del SKU-es la autoridad; DDM es la fuente de diagnóstico continuo; la medición calibrada es la referencia cuando la aceptación requiere datos de potencia trazables.

 

Un segundo número también importa: la pérdida de trayectoria esperada. Si el valor medido del receptor está inesperadamente cerca del límite, compare la pérdida real de fibra, conector y empalme con el diseño en lugar de asumir inmediatamente una salida débil del transmisor.

 

Por lo tanto, el resultado práctico de este paso debe contener el límite aplicable, la medición calibrada, la lectura de DDM, el delta de DDM, el comportamiento esperado de la trayectoria y cualquier banda de protección del proyecto que se haya acordado de antemano.

 

 

ParaPruebas de redes ópticas con análisis FEC., PAM4 y NRZ no deben pasar por el mismo flujo de trabajo de calidad-del transmisor.

 

Para un PMD NRZ aplicable, el comportamiento del ojo/máscara sigue siendo útil para la caracterización del transmisor. Para un PMD PAM4, TDECQ es la clase relevante de métrica de calidad-del transmisor cuando la especificación Ethernet aplicable lo requiere; El trabajo de IEEE 802.3bs desarrolló explícitamente la metodología TDECQ para 400GBASE-DR4. (IEEE 802.3bs)

 

 

La pregunta de campo más útil escuando escalar a TDECQ.

 

Si un enlace PAM4 implementado repentinamente desarrolla una FEC alta en un carril mientras la falla se correlaciona con una ruta MPO particular, comience con el conector, el mapeo de carriles y la prueba de intercambio controlado. Es poco probable que ejecutar primero una prueba de calidad completa del transmisor- aísle el dominio de falla más simple.

 

Si la anomalía sigue al mismo transmisor del módulo a lo largo de una ruta-buena conocida o aparece en más de un host controlado mientras la energía y la evidencia de ruta-pasiva permanecen estables, la caracterización-de la calidad del transmisor se convierte en el siguiente paso mucho más sólido. Lo mismo se aplica cuando la calificación requiere probar el propio transmisor con el PMD aplicable.

 

Esta regla de decisión evita que TDECQ se convierta en un número de informe de campo decorativo-. Es valioso cuando la hipótesis de falla o el objetivo de cumplimiento realmente se refiere a la calidad del transmisor PAM4.

 

 

BER y FEC deben leerse como una cadena de pruebas.

 

Comience con el comportamiento de error sin procesar o previo-FEC donde la plataforma lo expone. Luego, examine la actividad FEC corregida, las palabras en clave no corregibles o los errores post-FEC, la distribución de carriles, el comportamiento de pérdida de CRC/marco-y, finalmente, el impacto en el servicio.

 

ParaRequisitos BER de prueba de redes ópticas, la regla más importante es que no se debe copiar ningún umbral de BER único en sistemas 100G NRZ, 100G PAM4 y 400G PAM4 sin verificar la arquitectura aplicable. El propio RS(544,514) proporciona un anclaje numérico útil: el código tiene 30 símbolos de paridad y puede corregir hasta 15 símbolos erróneos de 10 bits en una palabra de código. Lo que eso significa para un enlace implementado aceptable aún depende de la PHY especificada y del margen operativo requerido.

 

Por lo tanto, un valor FEC posterior-de cero es un resultado de calidad-del servicio, no una medición completa del margen. Si las palabras en clave corregidas aumentan bruscamente cuando el enlace se calienta, o si la mayoría de los errores se concentran en un carril, el enlace le brinda información antes de que aparezca la pérdida de paquetes.

 

Para laboratorioPrueba BER del transceptor 400G, la validación compatible con FEC-puede ir más allá de simplemente leer un contador de puertos. Ethernet Alliance describe pruebas de receptores estresados ​​en las que un carril se carga con un patrón codificado FEC-estresado mientras que los otros carriles llevan patrones alineados codificados correctamente; El mismo enfoque puede exponer la BER bruta por carril, la densidad de errores y la correlación de carriles. Esto está mucho más cerca de una prueba de margen que de un único resultado de "tráfico aprobado".

 

Los errores FEC de publicación cero- aún pueden ocultar un enlace débil

 

 

Un enlace sin errores post-FEC aún puede consumir un margen de corrección significativo.

 

La condición que decide qué hacer a continuación es latendencia de error anterior-FEC/corregido-. La corrección de nivel bajo-estable durante un intervalo controlado es un estado de diagnóstico diferente de una carga de corrección que se acelera con la temperatura, la alteración del conector o un carril en particular.

 

El BER agregado puede ocultar un carril débil

 

 

Para 400G de múltiples-carriles, inspeccione la distribución de carriles cada vez que el host lo exponga.

 

Si un carril se deteriora mientras los demás permanecen comparativamente estables, priorice la ruta óptica de ese carril, la posición del conector, el canal del módulo y el intercambio controlado de puerto/módulo. Si todos los carriles suben juntos, amplíe la hipótesis de la falla hacia variables comunes como el comportamiento térmico-de todo el módulo, la configuración del lado del host- o un problema de integridad-de la señal-del nivel del sistema.

 

Ésa es la sentencia que la redacción original de "diferentes clases de problemas" dejó inconclusa.

 

 

Un pase de inicio en frío- de cinco-minutos-es una prueba débil de que se espera que un enlace se ejecute continuamente.

 

Para la validación de campo, defina una ventana de observación repetible y registre los mismos datos en cada punto. Un procedimiento de proyecto práctico podría capturar muestras de referencia, de 30 y 60 minutos. Esos momentos son un ejemplo operativo,no es un requisito de aceptación del IEEE.

 

Una tendencia ilustrativa de palabras en código-corregida muestra por qué es importante la pendiente. Supongamos que un enlace registra 10 000 eventos corregidos en la línea base, 12 000 después de 30 minutos y 13 000 después de 60 minutos bajo el mismo perfil de tráfico. Compare eso con un segundo enlace que pasa de 10.000 a 40.000 y luego a 160.000 en los mismos intervalos. Los valores absolutos en este ejemplo no son límites de pasa/falla; el segundo patrón de crecimiento es la razón para investigar el margen bajo temperatura.

 

Una tasa de corrección que se acelera a medida que aumenta la temperatura es una señal de marginalidad.

 

La siguiente decisión depende de cómo se distribuyan los errores. Si todos los carriles aumentan juntos a medida que aumenta la temperatura de la caja, investigue las variables térmicas comunes, de todo el módulo-, del host y de configuración. Si un carril genera la mayor parte del aumento, regrese al carril/camino/canal del módulo correspondiente antes de culpar a toda la interfaz. Ese límite de condición es lo que convierte una advertencia térmica genérica en una regla de aislamiento de falla-utilizable.

 

Registre la temperatura junto a los contadores de errores. Una captura de pantalla de BER o FEC sin la temperatura del módulo y el tiempo de prueba transcurrido es mucho menos útil cuando alguien intenta reproducir la falla más tarde.

 

 

Una secuencia útil de resolución de problemas va del síntoma a la prueba que puede discriminar entre dominios de falla.

 

• Baja potencia de Rx:Inspeccione y limpie el conector, verifique la pérdida de ruta-pasiva y compare la potencia del transmisor en el extremo opuesto. Si la medición externa es normal pero DDM sigue siendo anormal, investigue la ruta de telemetría/informes en lugar de tratar el valor de DDM como verdad calibrada.
   
• Potencia Rx normal con FEC alta:verifique la distribución de carriles, el estado del conector, la configuración FEC, la coincidencia de modulación/PMD y la temperatura. La potencia promedio normal no elimina la calidad-de la señal ni el deterioro específico del carril-.
   
• Un carril sustancialmente peor:Asigne el carril a la ruta pasiva y al canal del módulo, luego cambie una variable a la vez. Una falla que sigue al módulo apunta en una dirección diferente a la que permanece en la posición de la fibra o el puerto host.
   
• CRC en una interfaz descendente:correlacione los contadores ascendentes, la dirección del tráfico y la evidencia FEC antes de reemplazar la óptica conectada al puerto que muestra el CRC. El lugar donde se observa un error no es automáticamente donde se originó.
   
• Solapa de enlace después del calentamiento-:correlacione el evento con la temperatura del módulo, la potencia óptica, la tendencia FEC corregida y el comportamiento del carril en lugar de confiar únicamente en el registro del plano de control-.
   
• El módulo de reemplazo se comporta igual:dejar de recorrer los módulos. Regrese a la hipótesis de ruta de fibra, puerto de host, configuración e interoperabilidad.

 

La secuencia anterior le indica qué verificar primero; lo hacenodecirle que cada caso de "Rx normal/FEC alto" tiene la misma causa raíz. La variable que cambia la siguiente acción es si la degradación sigue al módulo, permanece en la ruta/carril óptico o permanece en el puerto host después de un intercambio controlado de una-variable.

 

Para un aislamiento más profundo del módulo/fibra/host una vez que se conoce la primera división, utilice nuestroPruebas de redes ópticas para solucionar problemas de transceptores.flujo de trabajo.

 

Aquí también es donde la evidencia de primera-mano del proyecto se vuelve más valiosa que otra tabla genérica de solución de problemas. Una captura de pantalla real que muestra qué carril se movió, a qué temperatura y después de qué cambio, es una evidencia más sólida que un párrafo que dice que "muchos factores pueden causar errores FEC".

 

 

ParaPruebas de red óptica para transceptores de 100G., así como los enlaces de 400G, un registro de aceptación de producción debería permitir a otro ingeniero reconstruir por qué se aprobó el enlace.

 

Utilice tres niveles de evidencia consistentemente: ellímite de especificacionesdefine el cumplimiento formal, elbanda de guardia del proyectodefine cuánto margen adicional requiere su implementación y eltendencia observadamuestra si el enlace se mantiene estable con el tiempo, el tráfico y la temperatura.

 

Para un enlace de 100G/400G, el registro de aceptación debe capturar lo siguiente:

 

1. Línea base de configuración:SKU exacto del transceptor, host, puerto, firmware/NOS, modo FEC, configuración de ruptura y estado de codificación relevante.
    
2. Camino físico:estado de inspección, verificación de conector/polaridad, tipo y longitud de fibra, y evidencia de pérdida/OTDR donde la ruta lo requiera.
    
3. Potencia óptica:Lecturas de Tx/Rx, verificación cruzada-calibrada cuando sea necesario, los límites aplicables del receptor/transmisor y el margen restante del proyecto.
    
4. Calidad de la señal:NRZ- o PAM4-evidencia apropiada de calidad del transmisor cuando el PMD o la hipótesis de falla lo requieran.
    
5. BER/FEC:comportamiento bruto o previo-FEC cuando esté disponible, actividad corregida e incorregible, distribución por-carril, intervalo de observación y condiciones de tráfico.
    
6. Comportamiento térmico:temperatura en cada punto de medición más la dirección y la tasa de error-cambio del contador.
    
7. Interoperabilidad:evidencia de la combinación real de host/módulo/ruta en lugar de asumir que el cumplimiento de especificaciones independientes prueba cada combinación de sistema. Las pruebas de 400G de múltiples proveedores realizadas por OpenZR+ han demostrado por qué los eventos de interoperabilidad a nivel de sistema-utilizan múltiples módulos, enrutadores y enlaces ópticos en lugar de depender únicamente del cumplimiento de componentes individuales. (OpenZR+ MSA)
    
8. Trazabilidad:marca de tiempo, identificación-del equipo de prueba cuando sea relevante, fuente de umbral y la persona/equipo responsable de la revisión.

 

Esta lista de verificación es intencionalmente abierta sobrequécontiene un sólido historial de aceptación. La parte que honestamente no se puede reducir a una tabla web genérica es la evidencia de margen específica del host- y del SKU-detrás de una implementación en particular.

 

Esta es la variable que una declaración genérica de proveedor generalmente omite:un informe de prueba de fábrica valida el módulo en las condiciones de prueba registradas; no certifica la ruta de fibra instalada del cliente, la configuración del host ni el entorno térmico.

 

Para los módulos suministrados por FB-LINK, las pruebas de fábrica ya incluyen comprobaciones ópticas y relacionadas con BER-y los informes de prueba están disponibles para lotes aplicables o números de serie individuales previa solicitud. Eso nos da una línea base-a nivel de módulo; La aceptación del enlace-implementado aún necesita las comprobaciones ambientales, de host, de fibra y de FEC descritas anteriormente. El sitio actual de FB-LINK describe explícitamente las pruebas de fábrica relacionadas con la-potencia óptica, el diagrama ocular-, la BER y la temperatura-y la disponibilidad de informes de prueba.

 

Si está validando una implementación específica, envíenos el modelo de conmutador, el tipo de puerto, el SKU de módulo/PMD previsto, el tipo de conector/fibra, la distancia, el modo FEC y el requisito de temperatura. Podemos utilizar esas entradas para identificar la evidencia de prueba del módulo relevante y las comprobaciones de compatibilidad en lugar de responder con una declaración genérica "100% probado".

 

Para implementaciones de 100G existentes, las opciones de módulos planificadas están disponibles en nuestroGama 100G QSFP28. Para implementaciones de mayor-densidad, consulta laRango 400G QSFP-DDy solicitar las condiciones de prueba relevantes para el host y el alcance de destino.

 

 

Mejores prácticas de prueba de redes ópticasdebería dejarte con más que una interfaz verde y una captura de pantalla de Rx power. Deben mostrar los límites aplicables, el margen restante, el comportamiento pre-FEC/FEC, la distribución de carriles y si esas mediciones permanecen estables a medida que el enlace se calienta y transporta tráfico sostenido.

 

Una buena prueba de red óptica plantea una última pregunta:¿Cuánta evidencia tenemos de que este vínculo seguirá siendo confiable antes de que se consuma el margen restante?

 

Esa es la diferencia entre demostrar que un enlace funcionó durante una prueba y demostrar que está listo para su implementación.