Révisions de spécification et octets de version

Les spécifications sont des documents vivants. Un module déclare la révision que suit sa carte mémoire, et un hôte l’analyse selon la révision qu’il connaît. La plupart du temps, les deux concordent suffisamment ; quand ce n’est pas le cas, un octet est lu comme autre chose que ce qu’il est. Cette page recense les octets de version, la façon de les décoder et — approximativement — ce qu’a ajouté chaque génération, afin que vous puissiez savoir si un champ que vous examinez existe seulement pour le module que vous avez sous les yeux.

Où la version est déclarée

SFF-8472 — octet 94

Règle empirique : un module déclarant 08h ou 09h doit avoir un octet 36 significatif (ou nul) et le débit ×250 Mb/s dans l’octet 66 quand l’octet 12 = FFh ; un module déclarant 03h ou moins n’a aucune sémantique pour l’octet 36 — les hôtes l’ignorent.

SFF-8636 — octet 1

Les hôtes antérieurs à la rev 2.0 ne consulteront pas l’octet 192 — un module 100G dans un commutateur de l’ère 40G est « inconnu » pour cette seule raison, quoi que dise le bloc fournisseur.

CMIS — octet 1

Un module CMIS 5.x dans un hôte qui met en œuvre le 4.0 fonctionne généralement pour le flux de base (machine à états, sélection d’application), mais l’hôte ne lira pas les pages VDM plus récentes ; un hôte limité au 3.0 peut carrément échouer à faire démarrer un module 5.x — Problèmes CMIS. Les versions MIS suivent celles de CMIS : MIS.

Règles de compatibilité

• Module plus récent, hôte plus ancien — les codes inconnus sont décodés comme inconnu ; une valeur d’octet 94 / octet 1 plus élevée est normalement tolérée. Les problèmes commencent quand l’hôte a besoin d’un champ qui n’existe que dans la nouvelle révision (octet 192, applications).
• Module plus ancien, hôte plus récent — sans problème ; les hôtes conservent une analyse rétrocompatible.
• Révision déclarée incohérente avec le contenu — le vrai piège. Déclarer 12.x avec un octet 66 vide alors que l’octet 12 = FFh donne à l’hôte « 0 Gb/s » ; déclarer une rev 2.0+ avec des données incohérentes dans l’octet 192 donne type inconnu. Lors du codage, réglez l’octet de révision pour qu’il corresponde aux champs que vous utilisez réellement.
• SFF-8024 n’a pas d’octet de version dans le module ; c’est la révision de la table de l’hôte qui décide quels codes elle peut nommer.

Autres documents et leur rythme

Numéros et titres des documents : Catalogue des spécifications MSA.

Dans CodingBox

CodingBox lit d’abord l’octet de révision et applique les définitions de champs correspondantes, de sorte que les champs qui n’existent pas pour la révision déclarée s’affichent comme réservés plutôt que mal étiquetés. L’EEPROM editor vous permet de régler l’octet de révision avec les champs qu’il régit.