Bagaimana setiap NOS memvalidasi modul · Kompatibilitas transceiver · Kartu jaringan dan switch · Dokumentasi · CodingBox
CodingBox Dokumentasi

Bagaimana setiap NOS memvalidasi modul

Antara “modul terdeteksi” dan “port up”, setiap NOS menjalankan pemeriksaan terhadap identitas modul. Apa yang dibandingkan, apa yang dilakukan saat perbandingan gagal, dan apakah seorang administrator dapat meng-override-nya berbeda-beda menurut vendor, platform, dan rilis — dan perbedaan itulah keseluruhan inti dari kompatibilitas transceiver. Halaman ini menjajarkan perilaku-perilaku tersebut, sebagaimana didokumentasikan oleh para vendor dan diamati di lapangan, sehingga sebuah modul yang dibaca di meja kerja dapat dinilai terhadap kotak yang menjadi tujuannya.

Apa yang dapat diperiksa

PemeriksaanByte yang terlibatSiapa yang melakukannya
Checksum CC_BASE / CC_EXTSFP 63/95, QSFP 191/223, CMIS 222/255hampir semua — kegagalan berarti invalid EEPROM (Checksum)
Konsistensi identifier/konektor/encodingSFP 0, 2, 11; QSFP 0, 130, 139sebagian besar; jenis yang tidak dikenal ditampilkan apa adanya
Kode kepatuhan vs portSFP 3–10, 36; QSFP 131–138, 192; aplikasi CMISsebagian besar — speed and type not supported (Kode kepatuhan)
Nama vendor + nomor part terhadap sebuah daftarSFP 20–35, 40–55; QSFP 148–163, 168–183platform yang ketat dan semi-ketat (Penomoran part)
Signature khusus vendorarea vendor (SFP 96–127, QSFP 224–255, CMIS custom)beberapa OEM; sebuah hash yang terikat pada nomor seri
Format nomor seri / date codeSFP 68–91; QSFP 196–219jarang; support engineer memeriksanya secara manual
Kelas daya vs portSFP 64; QSFP 129/107; CMIS 200–201semua yang mengimplementasikan manajemen daya (Daya & termal)

Perilaku per vendor

Perintah dan perilaku publik per rilis terbaru; detailnya bervariasi menurut platform dan versi.

Vendor / NOSPemeriksaanSaat gagalOverrideDDM untuk pihak ketiga
Cisco IOS / IOS-XE (Catalyst, ISR)daftar vendor/PN dan pemeriksaan khusus vendor; checksum%PHY-4-UNSUPPORTED_TRANSCEIVER, port errdisabled (gbic-invalid), laser matiservice unsupported-transceiver (tersembunyi) + no errdisable detect cause gbic-invalid; tidak ada pada semua platform; tidak didukung TACditampilkan setelah diterima; beberapa bidang kosong
Cisco NX-OS (Nexus)sama seperti di atas, kurang ketat pada banyak platform DCsering up disertai log; SKU yang ketat errdisableservice unsupported-transceiverbiasanya ditampilkan
Cisco IOS-XRdaftar optik per platform, kelas dayastate unsupported, port bisa tetap downterbatas; bergantung platformsebagian
Arista EOSchecksum, konsistensi jenismencatat log unsupported; link tetap uptidak perlupenuh
Juniper Junosdaftar vendor/PN untuk label “supported”, checksumlink biasanya up; show chassis pic menandainya unsupported; beberapa platform EX/QFX menahan DDM atau kecepatan untuk PN yang tidak dikenaltidak ada yang resmipenuh untuk PN yang dikenal, sebagian untuk yang tidak dikenal
Huawei VRPvendor/PN; non-Huawei → alarmlink up disertai alarm transceiver phony yang berulang; beberapa platform membatasitransceiver phony-alarm-disable (system view)penuh
H3C Comwaresama seperti VRPalarmtransceiver phony-alarm-disablepenuh
HPE Aruba AOS-S / AOS-CXdaftar vendor/PNunsupported, port downallow-unsupported-transceiverpenuh
Dell OS10 / OS9 / PowerConnectchecksum; beberapa pemeriksaan daftar pada perangkat lamamencatat log; yang lama: errdisableservice unsupported-transceiver (lama)penuh
Extreme EXOS / VOSSchecksum, jenismencatat log, up—penuh
Ruckus/Brocade ICX (FastIron)checksum; monitoring optik hanya untuk PN Brocade pada sebagian platformup; DDM mungkin tidak ada—sebagian
Brocade FOS (SAN)PN bermerek Brocade dan serial dibutuhkan pada sebagian besar platform Gen 5/6/7port Mod_Inv, tidak enabledtidak adahanya optik Brocade
Nvidia/Mellanox (Onyx, Cumulus, IB)Ethernet: checksum, jenis; InfiniBand: info kabel divalidasi oleh fabric managerEthernet up disertai log; IB bisa berjalan pada kecepatan berkurang atau memberi flag—penuh
SONiC / white-boxplatform plugin: checksum, parsing CMISup; bidang yang tidak dikenal ditampilkan mentah—penuh (bergantung plugin)
MikroTik RouterOS / SwOStidak ada selain parsingup—penuh
Ubiquititidak ada selain parsingup—penuh
NIC server (Intel, Broadcom, Mellanox)whitelist driver pada beberapa keluarga Inteldriver menolak menyalakan portparameter modul allow_unsupported_sfp=1 (Intel ixgbe/i40e)melalui ethtool -m

Ketika override dari vendor tersedia, biasanya ditawarkan apa adanya: modulnya berfungsi, tetapi vendor tidak berkomitmen untuk mendukung kombinasi tersebut. Keputusan armada berada di tangan pemilik jaringan (Optik pihak ketiga).

Apa yang harus dipenuhi oleh “dikodekan untuk vendor X”

Kelas platformMinimum untuk diterimaJuga disarankan
Permisif (Arista, SONiC, MikroTik, Extreme…)checksum valid, kode jenis yang konsistennama vendor dan PN asli — tidak ada untungnya dari pengodean OEM
Pemeriksaan daftar (Juniper, Aruba, Huawei/H3C, NX-OS pada banyak SKU)nama vendor dan PN persis seperti dalam daftar platform, kode kepatuhan yang benar untuk port tersebutsufiks/grade PN yang cocok; serial dan date code yang realistis
Pemeriksaan signature (Cisco IOS/IOS-XE, sebagian XR)semua di atas ditambah area khusus vendor yang dihitung untuk serial inibidang identitas yang konsisten dengan PN (panjang gelombang, jangkauan, teknologi)
Hanya bermerek (Brocade FOS)string vendor Brocade dan keluarga PN, format serial—

Cara sisi meja kerja bekerja: Penguncian vendor & pengodean, Pengodean ulang EEPROM.

Membaca pesan penolakan

Teks log / statusArtiLangkah berikutnya
unsupported transceiver, Mod_Inv, phonyidentitas tidak ada dalam daftaroverride, atau kodekan ke PN yang terdaftar
invalid EEPROM, checksum errorCC_BASE/CC_EXT salahhitung ulang (Checksum)
speed and type not supported, unknown media typekode kepatuhan tidak sesuai dengan portperbaiki kode atau gunakan mode port lain (Kecepatan & rate)
power class exceeds, tertahan di LowPwrkelas daya vs cageDaya & termal
Module not ready, state DP macetbring-up CMISMasalah CMIS

Perintah per-NOS untuk melihat state-state ini: Memverifikasi optik pada switch.

Perubahan akibat upgrade perangkat lunak

Vendor memperketat atau melonggarkan pemeriksaan antar-rilis: validasi signature baru, daftar optik yang didukung yang baru, perintah tersembunyi yang dihapus, penanganan DDM yang berubah. Satu armada optik pihak ketiga atau optik terkode yang kemarin masih berfungsi bisa menjadi errdisable setelah sebuah upgrade (Matriks kompatibilitas & firmware).

Di CodingBox

CodingBox menampilkan byte persis yang dibaca oleh setiap pemeriksaan di atas — nama vendor, PN, checksum, kode kepatuhan, kelas daya — dan code database menyimpan identitas yang diterima oleh kelas platform tertentu. Verifikasi pada port uji setelah pengodean; switch, bukan meja kerja, yang memiliki kata akhir (Check transceiver).

Padanannya di sisi server — whitelist driver per vendor NIC, override Intel, perilaku Windows dan ESXi: Kompatibilitas transceiver pada NIC.


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