Revisões de especificação e bytes de versão

Especificações são documentos vivos. Um módulo declara qual revisão seu mapa de memória segue, e um host interpreta o mapa de acordo com a revisão que conhece. Na maior parte do tempo, os dois concordam o suficiente; quando não concordam, um byte é lido como algo que não é. Esta página lista os bytes de versão, como decodificá-los e — a grosso modo — o que cada geração adicionou, para que você possa saber se um campo que está observando sequer existe para o módulo à sua frente.

Onde a versão é declarada

SFF-8472 — byte 94

Regra prática: um módulo que declara 08h ou 09h deve ter o byte 36 com significado (ou zero) e a taxa ×250 Mb/s no byte 66 quando o byte 12 = FFh; um módulo que declara 03h ou inferior não tem semântica alguma no byte 36 — os hosts o ignoram.

SFF-8636 — byte 1

Hosts anteriores à rev 2.0 não vão examinar o byte 192 — só por isso, um módulo 100G em um switch da era 40G é “desconhecido”, não importa o que o bloco do fabricante diga.

CMIS — byte 1

Um módulo CMIS 5.x em um host que implementa 4.0 geralmente funciona para o fluxo básico (máquina de estado, seleção de aplicação), mas o host não vai ler as páginas VDM mais novas; um host apenas 3.0 pode até falhar completamente ao inicializar um módulo 5.x — Problemas de CMIS. As versões do MIS acompanham a CMIS: MIS.

Regras de compatibilidade

• Módulo mais novo, host mais antigo — códigos desconhecidos são decodificados como desconhecido; um valor mais alto de byte 94 / byte 1 normalmente é tolerado. Os problemas começam quando o host precisa de um campo que só existe na revisão nova (byte 192, aplicações).
• Módulo mais antigo, host mais novo — sem problemas; os hosts mantêm a interpretação retrocompatível.
• Revisão declarada inconsistente com o conteúdo — a verdadeira armadilha. Declarar 12.x com o byte 66 vazio enquanto o byte 12 = FFh dá ao host “0 Gb/s”; declarar rev 2.0+ com lixo no byte 192 dá tipo desconhecido. Ao codificar, defina o byte de revisão de acordo com os campos que você realmente usa.
• A SFF-8024 não tem byte de versão no módulo; a revisão da tabela do host decide quais códigos ele consegue nomear.

Outros documentos e sua cadência

Números e títulos de documentos: Catálogo de especificações MSA.

No CodingBox

O CodingBox lê primeiro o byte de revisão e aplica as definições de campo correspondentes, de modo que campos que não existem para a revisão declarada são exibidos como reservados, em vez de rotulados incorretamente. O EEPROM editor permite definir o byte de revisão junto com os campos que ele rege.