各 NOS 如何驗證模組

從「檢測到模組」到「端口 up」之間，每種網絡作業系統都會對模組身份做一次校驗。校驗的內容、比對失敗時的處理方式，以及管理員能否繞過校驗，因廠商、平台和版本而不同——這種差異正是光模組兼容性問題的全部內容。本頁把各廠商文件記載和現場觀察到的行為並列呈現，使台架上讀出的模組資訊可以對照目標設備來判斷。

可以檢查的內容

各廠商的行為

以下是近期版本中公開的命令和行為；細節因平台和版本而異。

廠商如果提供了繞過方式，通常是「按現狀」提供的：模組可以工作，但廠商不承諾支援這種組合。是否在機隊中使用，由網絡負責人決定（第三方光模組）。

「改碼為廠商 X」需要滿足甚麼

台架端的具體做法：廠商鎖定與改碼、EEPROM 改碼。

解讀拒絕資訊

各 NOS 下查看這些狀態的命令：在交換機上驗證光模組。

軟件升級帶來的變化

廠商在版本之間收緊或放寬檢查：新的簽名校驗、新的支援光模組列表、被移除的隱藏命令、變化的 DDM 處理方式。昨天還能正常工作的一批第三方或改碼光模組，升級後可能變成 errdisabled（兼容性矩陣與固件）。

在 CodingBox 中

CodingBox 會顯示上述每項檢查所讀取的確切位元組——廠商名稱、PN、校驗和、合規代碼、功率等級——Code database 中保存著某個平台類別可以接受的身份資訊。改碼後要在測試端口上驗證；最終結論由交換機而不是台架給出（Check transceiver）。

伺服器側的對應內容——各網卡廠商的驅動白名單、Intel 繞過方式、Windows 和 ESXi 的行為：網卡上的光模組兼容性。