CodingBox Documentação

Módulos CMIS: problemas de QSFP-DD 400G/800G

Com módulos QSFP-DD, OSFP e outros CMIS, a natureza das falhas muda. Menos problemas têm a ver com “a óptica”; mais têm a ver com a máquina de estados do módulo, seu firmware e o handshake entre host e módulo. Uma parcela crescente dos tópicos de resolução de problemas trata exatamente disso.

Falhas que não são ópticas

SintomaO que está acontecendo
Módulo travado no estado 0x02 (ModuleLowPwr)O handshake de inicialização não foi concluído; o host nunca moveu o módulo para alta potência
“Reconhecido, mas não pronto”A inicialização do caminho de dados falhou — geralmente uma incompatibilidade entre o firmware do módulo e a versão do CMIS que o host espera
O enlace nunca sobe, embora a identidade seja lida corretamenteO módulo está esperando uma ação do host (seleção de aplicação, ativação do caminho de dados) que a plataforma não realizou

Essas falhas se resolvem do lado do host — uma atualização de firmware do switch que fale a versão CMIS do módulo, ou uma atualização de firmware do módulo — não trocando a fibra.

Quando um enlace de 400G oscila

Apesar da lógica extra, as causas mais comuns de oscilação do enlace em 400G ainda são físicas:

  • Contaminação nos conectores MPO-16 — 16 fibras, 16 chances de uma partícula de poeira.
  • Incompatibilidade de FEC entre as duas pontas.
  • Erros de polaridade na cablagem MPO.
  • Throttling térmico — módulos de alta potência em painéis frontais densos esquentam e fazem throttling.

A ordem continua valendo

A escada de diagnóstico não muda para o CMIS:

  1. Limpeza e inspeção das faces dos conectores MPO.
  2. Encaixe do módulo e do cabo.
  3. O próprio cabo — polaridade e tipo.
  4. Só então a EEPROM, a máquina de estados do CMIS, as configurações de FEC e o BER.

Lendo um módulo CMIS

A memória do CMIS é paginada e organizada em bancos (veja CMIS), e os códigos de identidade vêm das tabelas do SFF-8024. O byte de estado do módulo é a primeira coisa a ler quando uma porta de 400G não sobe. Sistemas operacionais de rede de código aberto publicam sua lógica de inicialização do CMIS — uma boa referência para a sequência esperada de estados.

No CodingBox

Para um módulo CMIS, o CodingBox aplica o layout do CMIS e mostra a memória inferior e as páginas superiores no EEPROM editor, para que você possa ler o estado do módulo e a identidade diretamente. O diagnóstico por lane aparece na tela DDM, que é o que revela uma única lane ruim em um módulo de 400G com 8 lanes.

Onde na sequência de ativação um módulo CMIS trava, e qual versão do CMIS o host e o módulo falam cada um: O que o host faz, Revisões da especificação.

Códigos de estado do módulo, estado do caminho de dados e ConfigStatus, com suas posições de byte: Mapa da página inferior do CMIS, Mapa das páginas de lane do CMIS.


Se você encontrar uma imprecisão ou um erro neste artigo, selecione o trecho correspondente e pressione Ctrl+Enter para .