Matriks kompatibilitas, catatan rilis, dan perubahan firmware

“Didukung” adalah pernyataan tentang sebuah triple: modul ini, pada platform ini, pada rilis perangkat lunak ini. Vendor menerbitkan triple tersebut dalam matriks kompatibilitas dan catatan rilis, dan mereka mengubahnya — optik baru muncul, yang lama gugur, pemeriksaan menjadi lebih ketat. Membaca matriks sebelum membeli dan membacanya ulang sebelum upgrade adalah pekerjaan kompatibilitas termurah yang ada. Halaman ini menunjukkan tempat informasi tersebut berada, cara membacanya, dan cara menjalankan armada agar upgrade perangkat lunak tidak berubah menjadi outage optik.

Tempat vendor menerbitkan dukungan

Vendor	Sumber	Yang dicantumkan
Cisco	Transceiver Module Group (TMG) Compatibility Matrix; data sheet per platform	PN ↔ platform ↔ perangkat lunak minimum; pembatasan port
Juniper	Hardware Compatibility Tool (HCT)	PN optik ↔ platform ↔ rilis Junos, kecepatan, dukungan DDM
Arista	Transceiver and Cable Guide (PDF/online)	PN, PMD, jangkauan, platform yang didukung per versi EOS
Huawei	Hardware Center / daftar kompatibilitas produk	kode modul optik per model switch
H3C	Transceiver Module Compatibility Matrix	per keluarga produk
HPE Aruba	Transceiver Guide, QuickSpecs	nomor J/R per keluarga switch dan firmware
Dell	Networking Optics/Cables support matrix	SKU ↔ platform ↔ rilis OS10
Nvidia/Mellanox	Halaman produk LinkX, catatan rilis Cumulus/Onyx, catatan firmware InfiniBand	PN kabel/transceiver ↔ switch/HCA ↔ firmware
Extreme, Ruckus	panduan kompatibilitas transceiver	per platform
Brocade (SAN)	catatan rilis FOS, daftar optik yang didukung	PN SFP bermerek per versi FOS
SONiC / white-box	daftar kompatibilitas perangkat keras dari vendor platform, wiki komunitas	optik yang telah diuji per platform; sering dikelola komunitas
Vendor NIC	daftar kompatibilitas adaptor Intel/Broadcom/Mellanox	modul yang didukung dan versi driver

Baca juga catatan rilis dari versi NOS yang Anda jalankan: perubahan terkait optik tersembunyi di bawah “resolved issues”, “behaviour changes”, dan “new hardware support”.

Membaca satu entri matriks

Kolom	Arti	Yang perlu diwaspadai
Nomor part	string persis yang diharapkan switch ada pada modul (Penomoran part)	akhiran kelas (`-S`, `-I`, huruf revisi) diperlakukan sebagai PN yang berbeda
Platform / port	sasis, line card, atau rentang port mana	hanya-uplink, “hanya port 49–52”, tidak pada port breakout
Perangkat lunak minimum	rilis pertama yang mendukungnya	PN yang lebih baru pada rilis yang lebih lama = unsupported walaupun bermerek
Kecepatan / mode	rate dan breakout apa yang didukung PN tersebut pada port itu	breakout 4×25G hanya didukung pada beberapa platform
DDM / DOM	apakah diagnostik diekspos	“DOM not supported” pada kombinasi tertentu
Catatan	suhu, jangkauan, kebutuhan FEC, EOL	tanggal end-of-sale dan PN penerus

Apa yang berubah seiring perangkat lunak

Perubahan	Efek pada optik	Terlihat sebagai
Validasi identitas baru atau lebih ketat	modul pihak ketiga atau modul terkode yang sebelumnya ditoleransi kini ditolak	port errdisabled setelah upgrade (Bagaimana setiap NOS memvalidasi modul)
Perintah override tersembunyi dihapus atau diganti nama	`service unsupported-transceiver` tidak lagi diterima	konfigurasi gagal dimuat, port down
Penanganan CMIS diperbaiki atau diubah	modul 400G+ yang sebelumnya butuh workaround kini berfungsi, atau sebaliknya	modul tertahan di LowPwr (Masalah CMIS)
Default FEC/AN berubah	link yang mengandalkan default lama gagal	link down padahal levelnya bagus (FEC & AN)
Polling DDM atau penanganan ambang berubah	alarm muncul atau menghilang	noise syslog baru, atau justru diam
PN optik mencapai akhir dukungan	tetap berfungsi, tidak lagi tercantum	tiket mendatang ditutup sebagai “unsupported”
Update firmware modul dibundel	modul bermerek vendor mendapat firmware baru	perilaku berubah di sisi modul (Kontroler & firmware)

Praktik armada yang menghindari kejutan

Inventarisasi — catat vendor, PN, serial, revisi, dan firmware setiap modul per port (dari switch atau dari meja kerja) di dalam CMDB.
Pin rilis — perlakukan versi NOS sebagai bagian dari triple kompatibilitas; jangan upgrade access dan core pada hari yang sama.
Baca catatan rilis untuk butir-butir terkait optik sebelum setiap upgrade.
Uji pada switch lab atau canary dengan satu dari setiap jenis optik yang Anda jalankan — modul pihak ketiga dan modul terkode terlebih dahulu.
Simpan image sebelumnya beserta rencana rollback; ketahui port mana yang rentan errdisable.
Nilai acuan DDM sebelum dan sesudah agar perubahan perilaku terlihat dalam pemantauan (Pemantauan).
Lacak EOL PN optik dan penerusnya agar penggantian sesuai dengan matriks.

Optik pihak ketiga dan optik terkode dalam gambaran ini

Modul yang dikodekan menjadi sebuah PN OEM dinilai dengan entri matriks yang sama seperti modul aslinya — platform tidak bisa membedakannya jika pengodean dilakukan secara lengkap — tetapi pernyataan dukungan vendor tidak berlaku untuknya, dan pemeriksaan yang lebih ketat pada rilis baru dapat mengungkapnya. Jaga agar modul terkode tetap dapat diidentifikasi dalam inventaris (vendor dan serial aslinya), uji modul tersebut lebih dulu saat upgrade, dan rencanakan untuk kasus ketika sebuah rilis menutup pintu tersebut (Optik pihak ketiga, Penguncian vendor).

Sisi NIC dan server

Adaptor server memiliki matriksnya sendiri (adaptor ↔ modul ↔ driver/firmware) dan kebijakannya sendiri — beberapa keluarga Intel menolak SFP yang tidak tercantum kecuali sebuah parameter driver mengizinkannya; adaptor Mellanox/Nvidia memvalidasi kabel untuk InfiniBand. Update driver dan firmware mengubah aturan ini persis seperti upgrade NOS (Resep konfigurasi port).

Di CodingBox

Sisi meja kerja dari praktik armada ini: baca identitas dan versi firmware setiap modul ke dalam code database saat inspeksi kedatangan, bandingkan byte modul yang dicurigai dengan entri matriks pada Check transceiver, dan jaga agar perbedaan terkode/asli tercatat dalam catatan database, sehingga penolakan di hari upgrade dapat dilacak ke modulnya dalam hitungan detik.

Kebijakan driver dan firmware NIC secara detail, per vendor dan sistem operasi: Kompatibilitas transceiver pada NIC.

Praktik armada ini sebagai daftar periksa komisioning — upgrade sebelum konfigurasi, uji canary, nilai acuan DDM, uji penerimaan: Pemilihan & komisioning.

Jika Anda menemukan ketidakakuratan atau kesalahan dalam artikel ini, pilih bagian teks yang bersangkutan lalu tekan Ctrl+Enter untuk .