Revisiones de especificación y bytes de versión

Las especificaciones son documentos vivos. Un módulo declara qué revisión sigue su mapa de memoria, y un host analiza el mapa según la revisión que conoce. La mayoría de las veces las dos coinciden lo suficiente; cuando no, un byte se lee como algo que no es. Esta página enumera los bytes de versión, cómo decodificarlos y, a grandes rasgos, qué añadió cada generación, para que pueda saber si un campo que está mirando siquiera existe para el módulo que tiene delante.

Dónde se declara la versión

SFF-8472 — byte 94

Regla práctica: un módulo que declara 08h o 09h debe tener el byte 36 con contenido significativo (o cero) y la velocidad ×250 Mb/s en el byte 66 cuando el byte 12 = FFh; un módulo que declara 03h o inferior no tiene ninguna semántica en el byte 36 — los hosts lo ignoran.

SFF-8636 — byte 1

Los hosts anteriores a la rev 2.0 no consultan el byte 192 — un módulo de 100G en un switch de la era 40G es "desconocido" solo por eso, diga lo que diga el bloque del fabricante.

CMIS — byte 1

Un módulo CMIS 5.x en un host que implementa 4.0 normalmente funciona para el flujo básico (máquina de estado, selección de aplicación) pero el host no leerá las páginas VDM más nuevas; un host que solo conoce 3.0 puede no llegar a levantar un módulo 5.x en absoluto — Problemas con CMIS. Las versiones de MIS siguen a las de CMIS: MIS.

Reglas de compatibilidad

• Módulo más nuevo, host más antiguo — los códigos desconocidos se decodifican como desconocido; un valor más alto en el byte 94 / byte 1 normalmente se tolera. Los problemas empiezan cuando el host necesita un campo que solo existe en la revisión nueva (byte 192, aplicaciones).
• Módulo más antiguo, host más nuevo — sin problema; los hosts mantienen el análisis retrocompatible.
• Revisión declarada inconsistente con el contenido — la trampa real. Declarar 12.x con el byte 66 vacío mientras el byte 12 = FFh le da al host "0 Gb/s"; declarar rev 2.0+ con basura en el byte 192 da tipo desconocido. Al codificar, ajuste el byte de revisión para que coincida con los campos que realmente usa.
• SFF-8024 no tiene byte de versión en el módulo; la revisión de la tabla del host decide qué códigos puede nombrar.

Otros documentos y su cadencia

Números y títulos de documentos: Catálogo de especificaciones MSA.

En CodingBox

CodingBox lee primero el byte de revisión y aplica las definiciones de campo correspondientes, de modo que los campos que no existen para la revisión declarada se muestran como reservados en lugar de etiquetados incorrectamente. El editor de EEPROM permite ajustar el byte de revisión junto con los campos que gobierna.