規範修訂版與版本位元組

規範是不斷演進的文件。模組會聲明其記憶體映射遵循哪個版本，主機則按自己已知 的版本來解析該映射。多數情況下兩者足夠一致；不一致時，某個位元組就會被讀成並非其本意的內容。本頁列出版本位元組、解碼方法，以及每一代大致新增了甚麼，以便你判斷眼前這個欄位對當前模組而言是否存在。

版本聲明位置

SFF-8472 — 位元組 94

經驗法則：聲明為 08h 或 09h 的模組，其位元組 36 必須有意義（或為零），並且當位元組 12 = FFh 時位元組 66 必須是 ×250 Mb/s 的速率；聲明為 03h 或更低版本的模組，位元組 36 完全沒有語義，主機會忽略它。

SFF-8636 — 位元組 1

早於 rev 2.0 的主機不會讀取位元組 192：僅憑這一點，插在 40G 時代交換機上的 100G 模組就會被判定為「未知」，無論廠商塊中寫了甚麼。

CMIS — 位元組 1

在只實現了 4.0 的主機上使用 CMIS 5.x 模組，基本流程（狀態機、應用選擇）通常可以工作，但主機不會讀取更新的 VDM 頁面；僅支援 3.0 的主機甚至可能完全無法激活 5.x 模組，參見CMIS 問題。MIS 版本與 CMIS 保持同步：MIS。

兼容性規則

• 更新的模組，更舊的主機：未知代碼會被解碼為未知；更高的位元組 94/位元組 1 數值通常可以容忍。問題出現在主機需要一個只存在於新版本中的欄位時（位元組 192、應用）。
• 更舊的模組，更新的主機：沒有問題；主機會保持向後兼容的解析方式。
• 聲明版本與實際內容不一致：這才是真正的陷阱。位元組 12 = FFh 時若聲明 12.x 但位元組 66 為空，主機會得到「0 Gb/s」；聲明 rev 2.0+ 但位元組 192 是無意義數據，會得到未知類型。編碼時應讓版本位元組與實際使用的欄位保持一致。
• SFF-8024 在模組中沒有版本位元組；主機所用表格的版本決定了它能識別哪些代碼。

其他文件及其更新節奏

文件編號和標題：MSA 規範目錄。

在 CodingBox 中

CodingBox 會先讀取版本位元組，再應用與之匹配的欄位定義，因此在所聲明版本中不存在的欄位會顯示為保留欄位，而不會被錯誤標註。 EEPROM editor可以讓你同時設定版本位元組及其所支配的欄位。