Credo e Oracle relatam aprovação de duas especificações da OCP

Credo e Oracle informaram em 4 de novembro de 2026 que a comunidade Open Compute Project (OCP) aprovou duas especificações para transceptores ópticos. Uma define a coleta de telemetria e a avaliação da saúde do enlace; a outra descreve como transceptores nas duas pontas podem trocar mensagens pelo próprio enlace. Os documentos foram desenvolvidos no Optics Reliability Workstream, que a OCP lista como ativo e reúne as especificações entre suas contribuições.

Duas especificações, funções diferentes

A especificação de telemetria trata dos dados que um transceptor compatível deve disponibilizar e de como o software do host pode consultá-los. O projeto ePPS trata da troca de mensagens remotas entre os processadores de sinal digital (DSPs) nas duas pontas do enlace.

A especificação de telemetria abrange transceptores compatíveis, independentemente do PMD, o tipo de interface óptica do módulo. O projeto ePPS também busca ser independente do PMD e inclui transceptores de até 3,2T.

O que a telemetria mede e como avalia o enlace

A especificação lista métricas dos lados do host e da mídia, como relação sinal-ruído (SNR), altura do olho do sinal e parâmetros de transição de nível PAM4. Também inclui interferência por múltiplos caminhos, taxa de erro de bit antes da correção FEC, estatísticas de correção de erros, relinks, perdas de sinal ou do enlace, tempo de atividade, temperaturas e alertas de diagnóstico. O intervalo de atualização pode ser configurado entre 1 e 10 segundos.

Para calcular a saúde do enlace, o sistema atribui notas de 80, 60 ou 40 às categorias aplicáveis e usa a menor como resultado final, sem tirar uma média. Assim, uma categoria com desempenho fraco não é mascarada por outras com notas melhores. As categorias variam entre os lados do host e da mídia; por padrão, contadores de queda do enlace e de FEC ficam fora da pontuação.

A especificação também prevê registros de eventos em memória não volátil. Cada entrada tem 32 bytes e inclui horário em UTC com precisão de nanossegundos, identificador e detalhes do evento. Um intervalo programável evita registros duplicados; o padrão é de 10 segundos. O desligamento automático do módulo é opcional e vem desativado por padrão. Quando ativado, pode colocar o módulo em estado de falha diante de uma condição de enlace não saudável e registrar o evento.

Como as mensagens ePPS usam o enlace existente

O projeto ePPS insere um canal de gerenciamento em banda, isto é, no próprio caminho de dados. Um slot de gerenciamento de 256 bits aparece após uma quantidade configurável de blocos de dados; a recomendação do documento é um intervalo de 30.000 blocos. Cada mensagem usa cinco blocos de payload de 240 bits, totalizando 1.200 bits, e deixa 16 bits definidos pelo fornecedor. O documento descreve uma largura de banda de aproximadamente 3 Mbit/s.

O projeto usa um clock SerDes ligeiramente mais alto no lado da linha para abrir espaço aos slots, enquanto os lados do host permanecem na frequência nominal Ethernet. A abordagem não exige uma fibra óptica, um laser ou um receptor separados para o canal de mensagens. O documento também especifica CRC, numeração de pacotes e confirmações ou rejeições de recebimento pelo firmware. Além das mensagens, inclui sincronização temporal e calibração do tempo de ida e volta do enlace.

A especificação de telemetria prevê conectividade básica com ópticas de terceiros, mas essas ópticas não oferecem os recursos de telemetria aprimorada. Para consultar as funções avançadas nas duas pontas, os recursos compatíveis precisam estar presentes nos transceptores envolvidos.

Credo e Oracle associaram as especificações a mais visibilidade operacional e ao objetivo de reduzir interrupções. James Kelly, da OCP Foundation, afirmou que o impacto dependerá da adoção pelo ecossistema.