Yang dilakukan host: deteksi, validasi, aktivasi · Spesifikasi dan standar · Transceiver optik dan kabel · Dokumentasi · CodingBox
CodingBox Dokumentasi

Yang dilakukan host: deteksi, validasi, aktivasi

Spesifikasi mendeskripsikan sisi modul — pin, memori, state. Halaman ini mendeskripsikan sisi host: urutan yang dijalankan switch, router, atau NIC sejak modul dipasang hingga trafik mengalir, beserta pin, byte, dan timing yang dipakai setiap langkah. Mengetahuinya mengubah “port bilang unsupported” menjadi “host berhenti di langkah 4”, dan menjelaskan mengapa modul yang sempurna di meja kerja tetap bisa gagal di port.

Sinyal kecepatan rendah per faktor bentuk

Faktor bentukKehadiranReset / dayaInterrupt / gangguanLainnya
SFP / SFP+ / SFP28MOD_ABS (low = hadir)— (TX_DISABLE mengendalikan laser)TX_FAULT, RX_LOSRS0, RS1 rate select
XFPMod_ABSP_Down/RSTInterrupt, Mod_NR (belum siap), RX_LOSTX_DIS, Mod_DeSel
QSFP+ / QSFP28ModPrsLResetL, LPModeIntLModSelL
QSFP-DDModPrsLResetL, LPModeIntLModSelL
OSFPPRSnRSTn, LPWnINT— (tanpa pin select, satu bus per port)
SFP-DDmodule absent seperti SFPpermintaan daya rendahinterruptrate select seperti SFP

Fungsi pin dan pinout per keluarga: Perangkat keras SFP, Perangkat keras QSFP, XFP.

Urutannya

#LangkahSFP (SFF-8472)QSFP (SFF-8636)CMISKegagalan tampak seperti
1DeteksiMOD_ABS menjadi low; debounceModPrsL lowModPrsL / PRSn lowport tetap kosong; modul “tidak terdeteksi”
2Daya & tunggu3,3 V selalu aktif; tunggu t_init 300 mspower on dengan LPMode high (hanya kelas 1); tunggu t_init 2 s atau poll Data_Not_Readysama; tunggu state modul keluar dari MgmtInit (≤ 2 s)pembacaan mengembalikan FFh / 00h; identitas kosong
3Identifikasibaca A0h 0–95; byte 0 = 03h memilih parser SFF-8472baca 0–127 dan halaman atas 00h; byte 0 = 0Dh/11h, byte 1 revisibaca halaman bawah dan halaman atas 00h; byte 0 = 18h/19h…, byte 1 versi CMISunknown module type
4ValidasiCC_BASE, CC_EXT; konsistensi identifier/konektor/encodingCC_BASE, CC_EXTchecksum halaman 00hinvalid EEPROM, checksum error — Checksum
5Dekode jenisbyte kepatuhan 3–10, 36; rate byte 12/66; panjang; panjang gelombangbyte 131–138, 192; 140/222jenis media 85, deskriptor aplikasispeed and type not supported — Kode kepatuhan
6Kebijakannama vendor/PN (dan mungkin signature) dicocokkan dengan tabel kompatibilitassamasamaunsupported transceiver, errdisable — Penguncian vendor
7Kelas dayabit level byte 64 vs budget portkelas byte 129; tulis byte 93 untuk melepas daya rendah / mengaktifkan kelas 5–8kelas byte 200 vs port; deassert LPMode atau bersihkan LowPwrRequestSW → modul PwrUp → Readytertahan di daya rendah, power exceeds — Daya & termal
8KonfigurasiRS0/RS1 atau soft rate select; kecepatan, FEC, SGMII/1000BASE-X di sisi hostCDR on/off (98), rate select (87–88), lane breakout di hostpilih AppSel/DataPathID dalam staged control set → ApplyDPInit → data path Init → InitializedLOL, FEC mismatch, breakout ditolak — Kecepatan & rate
9Aktifkan Txpin TX_DISABLE low atau soft bit dibersihkan (A2h 110.6)byte 86 = 00hhalaman 10h byte 130 = 00h → DPTxTurnOn → DPActivatedujung jauh melihat −40 dBm — Tidak ada link
10LinkPHY/MAC melihat sinyal; AN/pelatihan link pada DACsama per lanesama per data-pathlink down dengan level yang baik
11Pantaupoll monitor dan flag A2h setiap beberapa detik; pin TX_FAULT / RX_LOSIntL → baca flag 3–21; poll monitorIntL → flag modul + flag lane halaman 11h; VDMalarm, flap — Level DDM, Link flapping
12LepasMOD_ABS high → tear downModPrsL highModPrsL highstate basi jika debounce meleset

Langkah 3–6 terjadi dalam daya rendah untuk modul QSFP dan CMIS: host memvalidasi sebelum mengeluarkan daya untuk optik. Itulah sebabnya modul yang terkunci atau salah dikodekan tidak pernah menyalakan lasernya, dan mengapa ujung jauh membaca −40 dBm pada modul yang secara elektrik baik-baik saja.

Timing yang ditunggu host

PenantianSFPQSFPCMIS
Manajemen siap setelah pemasangan300 ms2 s≤ 2 s (MgmtInit) lalu state LowPwr
Setelah melepas daya rendah—hingga Data_Not_Ready bersihhingga state modul Ready (durasi maks. diiklankan di halaman 01h)
Inisialisasi data-path——diiklankan per langkah (kode nibble: < 1 ms … < 50 min)
Tx enable hingga menyalat_on ≤ 1 mston_txdis 100 ms / toff 400 msdurasi DPTxTurnOn diiklankan
Flag hingga interrupt—ton_IntL 200 mssesuai spesifikasi hardware

Timing level bus (t_WR, clock stretch): Antarmuka dua kawat.

Titik kebijakan yang berbeda antar-host

  • Ketatnya whitelist — dari “hanya nama vendor” hingga blok khusus vendor yang ditandatangani.
  • Yang terjadi saat ditolak — port dinonaktifkan, laser mati, atau link tetap diizinkan dengan entri log (Optik pihak ketiga).
  • Kedalaman CMIS — kontrol aplikasi/data-path penuh vs “lepas LPMode dan berharap” (Masalah CMIS).
  • Default FEC dan kecepatan — diturunkan dari kode kepatuhan atau dikonfigurasi secara statis.
  • Polling DDM — interval, apakah ambang memicu shutdown port, apakah kalibrasi eksternal diterapkan (Kalibrasi).

CLI per-vendor untuk melihat di mana host berhenti: Memverifikasi optik pada switch.

Bedanya programmer dengan host

Programmer seperti CodingBox menjalankan langkah 1–5 dan 11 tetapi tanpa kebijakan: ia membaca semua yang ditunjukkan modul, termasuk area vendor dan byte kata sandi, menjaga modul CMIS tetap dalam daya rendah kecuali diminta lain, dan tidak pernah mengaktifkan laser dengan sendirinya. Itulah sebabnya sebuah modul bisa tampak sehat di meja kerja tetapi tetap gagal di port — meja kerja tidak memiliki langkah 6.

Di CodingBox

Check transceiver menampilkan hasil langkah 3–5 sebagaimana host akan melihatnya — jenis, rate, checksum, kelas daya — dan menandai ketidakkonsistenan sebelum modul mencapai port; DDM mencakup langkah 11 dengan monitor dan flag live.

Hardware di balik langkah 6 (kebijakan) dan batasan port-group di balik langkah 8: Di dalam switch, Bagaimana setiap NOS memvalidasi modul.


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