Credo y Oracle comunicaron el 4 de noviembre de 2026 que la comunidad del Open Compute Project (OCP) había aprobado dos especificaciones del grupo de trabajo Optics Reliability. Una define cómo recopilar y consultar la telemetría de los transceptores ópticos; la otra describe cómo intercambian mensajes los procesadores de señal digital (DSP) situados en los extremos del enlace. La página del grupo de trabajo de OCP incluye ambos documentos entre sus contribuciones publicadas.
Dos especificaciones para tareas distintas
La Enhanced Telemetry Optics Product Software Specification define las métricas y el tratamiento de la salud del enlace. La Transparent Remote Optical Transceiver Messaging with ePPS Design Specification describe un canal de mensajería entre transceptores. Sus alcances de velocidad son distintos:
| Especificación | Función | Alcance de transceptores compatibles |
| Enhanced Telemetry Optics Product Software Specification | Recopilar telemetría y calcular una calificación de salud del enlace | 400G, 800G y 1,6T |
| Transparent Remote Optical Transceiver Messaging with ePPS Design Specification | Transportar mensajes entre los DSP de ambos extremos del enlace | 400G, 800G, 1,6T y 3,2T |
Ambos documentos se refieren a transceptores compatibles. La especificación de telemetría cubre el firmware del transceptor, el software del equipo anfitrión y el acceso del anfitrión a las métricas; no define la implementación del servidor de telemetría. La especificación de software de OCP permite consultar datos del módulo local y del remoto mediante acceso local I²C o mensajería en banda.
Qué mide la telemetría y cómo puntúa el enlace
La especificación contempla la relación señal-ruido (SNR) y la altura del ojo de la señal en los lados del anfitrión y del medio óptico. También incluye el parámetro LTP de las transiciones PAM4, la interferencia entre trayectos múltiples (MPI), la tasa de errores de bit antes de la corrección (pre-FEC BER), estadísticas de corrección de errores (FEC), recuentos de palabras de código no corregibles, reconexiones, pérdidas de señal o de enlace, tiempo activo, temperaturas y alertas de diagnóstico. El intervalo de actualización se puede configurar entre 1 y 10 segundos.
La calificación de salud asigna a cada categoría una puntuación de 80, 60 o 40 y elige la más baja como resultado final, en lugar de promediar las categorías. Así, una categoría débil no queda disimulada por otras con puntuaciones más altas. Las categorías de evaluación varían entre el lado del anfitrión y el del medio óptico; por defecto, los contadores de enlace caído y FEC no entran en la puntuación.
El documento también especifica registros de eventos en memoria no volátil. Cada entrada ocupa 32 bytes e incluye una marca de tiempo UTC con precisión de nanosegundos, un identificador de evento y campos de detalle. Un intervalo de histéresis, configurable y de 10 segundos por defecto, evita registrar repetidamente el mismo evento dentro de ese periodo. El apagado automático es opcional y está desactivado por defecto; si se habilita, el módulo puede entrar en estado de fallo cuando el enlace se considera no saludable.
La mensajería remota usa el enlace existente
El diseño ePPS inserta mensajes de gestión en el flujo de datos del propio enlace. Para abrir espacio, utiliza una frecuencia de reloj SerDes ligeramente superior en el lado de línea y coloca una ranura de gestión de 256 bits después de un número programable de bloques de datos de 256 bits. El intervalo recomendado es de 30.000 bloques.
Cada mensaje completo contiene cinco bloques de carga útil de 240 bits, es decir, 1.200 bits; los 16 bits restantes de la ranura quedan definidos por el proveedor. El documento describe un ancho de banda de mensajería de aproximadamente 3 Mbit/s. También especifica numeración de paquetes, comprobación CRC y respuestas ACK/NACK para gestionar la integridad de los mensajes. El canal no requiere una fibra óptica, un láser ni un receptor adicionales. La misma especificación define sincronización horaria ePPS y calibración de latencia de ida y vuelta.
La conectividad básica no incluye toda la telemetría
La especificación de software exige que un módulo compatible pueda establecer un enlace con ópticas de terceros. Esas ópticas permiten la conectividad básica, pero no ofrecen las funciones de telemetría mejorada; para acceder a ellas, los extremos deben admitir las funciones correspondientes.
Credo y Oracle presentaron la visibilidad adicional y la reducción de interrupciones como objetivos operativos de las especificaciones. James Kelly, vicepresidente de Market Intelligence and Innovation de OCP Foundation, señaló que su impacto dependerá de la adopción por parte del ecosistema.
