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
| Sintoma | O 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 corretamente | O 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:
- Limpeza e inspeção das faces dos conectores MPO.
- Encaixe do módulo e do cabo.
- O próprio cabo — polaridade e tipo.
- 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.