Revisioni delle specifiche e byte di versione

Le specifiche sono documenti vivi. Un modulo dichiara quale revisione segue la sua mappa di memoria, e un host analizza la mappa secondo la revisione che conosce. Il più delle volte le due coincidono a sufficienza; quando non lo fanno, un byte viene letto come qualcosa che non è. Questa pagina elenca i byte di versione, come decodificarli e — approssimativamente — cosa ha aggiunto ciascuna generazione, così da poter capire se un campo che si sta osservando esiste persino per il modulo che si ha davanti.

Dove viene dichiarata la versione

SFF-8472 — byte 94

Regola pratica: un modulo che dichiara 08h o 09h deve avere il byte 36 significativo (o zero) e il rate ×250 Mb/s nel byte 66 quando byte 12 = FFh; un modulo che dichiara 03h o inferiore non ha alcuna semantica nel byte 36 — gli host lo ignorano.

SFF-8636 — byte 1

Gli host precedenti alla rev 2.0 non guardano il byte 192 — un modulo 100G in uno switch dell’era 40G è «sconosciuto» solo per questo motivo, qualunque cosa dica il blocco del produttore.

CMIS — byte 1

Un modulo CMIS 5.x in un host che implementa 4.0 di solito funziona per il flusso di base (macchina a stati, selezione applicazione) ma l’host non leggerà le pagine VDM più recenti; un host che conosce solo 3.0 potrebbe non riuscire affatto ad avviare un modulo 5.x — Problemi CMIS. Le versioni MIS seguono quelle di CMIS: MIS.

Regole di compatibilità

• Modulo più recente, host più vecchio — i codici sconosciuti vengono decodificati come sconosciuto; un valore più alto nel byte 94 / byte 1 è normalmente tollerato. I problemi iniziano quando l’host necessita di un campo che esiste solo nella nuova revisione (byte 192, applicazioni).
• Modulo più vecchio, host più recente — nessun problema; gli host mantengono l’analisi retrocompatibile.
• Revisione dichiarata incoerente con il contenuto — la vera trappola. Dichiarare 12.x con il byte 66 vuoto mentre byte 12 = FFh dà all’host «0 Gb/s»; dichiarare rev 2.0+ con dati insensati nel byte 192 dà tipo sconosciuto. Quando si codifica, impostare il byte di revisione in modo che corrisponda ai campi effettivamente usati.
• SFF-8024 non ha un byte di versione nel modulo; la revisione della tabella dell’host decide quali codici è in grado di riconoscere.

Altri documenti e la loro cadenza

Numeri e titoli dei documenti: Catalogo delle specifiche MSA.

In CodingBox

CodingBox legge prima il byte di revisione e applica le definizioni di campo corrispondenti, così i campi che non esistono per la revisione dichiarata vengono mostrati come riservati invece che etichettati in modo errato. L’EEPROM editor permette di impostare il byte di revisione insieme ai campi che governa.