Brocade G610 di FOS 9.x membuat optik 16G SWL yang kompatibel faulty: Mod_Inv dan Speed Mismatch / Incompatible SFP
Kami sedang menambah kapasitas pada fabric FC kecil dan membeli SFP+ 16G short-wave yang kompatibel dari supplier optik, alih-alih membayar harga vendor switch. Switch-nya menolak modul tersebut.
- Brocade G610, Fabric OS 9.x
- SFP+ 16G SWL dengan coding generik, wavelength dan reach sudah sesuai label
- part 16G ber-coding Brocade di port sebelah pada switch yang sama, berfungsi normal
- modul yang sama dicoba di Brocade 300 yang lebih lama, perilakunya sama
Saat dipasang, port langsung faulty:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!
GUI-nya lebih blak-blakan: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. dan Port Health berubah jadi FAULTY. errdump juga punya entry chassis yang cocok, soal port faulted karena SFP tidak valid, speed konflik, atau laser fault.
Yang sudah dicoba:
- lepas-pasang ulang modul dan pindah ke dua port lain, hasilnya sama persis di semua tempat
- fix port speed ke 16G, bukan auto, tidak ada perubahan
- pasang modul ber-coding Brocade di port yang sama untuk membuktikan port dan kabel baik-baik saja, dan link langsung naik
Sebenarnya apa yang divalidasi Fabric OS di sini, dan apakah ada sesuatu di sisi switch yang bisa membuatnya menerima modul ini, atau modulnya memang harus dikembalikan saja?
Comments 3
Output itu konsisten, dan tidak ada satu pun yang jadi salah konfigurasi di sisi kamu.
Fabric OS punya lookup table dan mengecek identitas coded transceiver bersamaan dengan speed bit yang didukung. Fabric OS mengharapkan kapabilitas speed Fibre Channel ter-encode di dalamnya, semacam 4/8/16G atau 8/16/32G tergantung part-nya. Modul dengan coding generik, atau coding dengan rate Ethernet yang nangkring di speed field, gagal di cek ini walaupun wavelength dan reach optiknya sudah benar, jadi port-nya di-fault-kan, bukan sekadar down.
sfpshowyang kosong adalah efek samping dari cek yang sama: begitu validasi gagal, modul terbaca seperti hilang, bukan seperti ditolak, sehingga orang malah sibuk mengira cage-nya yang mati.Tidak ada setting di sisi switch yang bisa melewati ini: keputusannya diambil dari coding, bukan dari rate yang dinegosiasikan. Jalan keluarnya adalah modul dengan coding Fibre Channel dan FC speed yang benar untuk platform kamu, sesuai matrix support transceiver Broadcom. Supplier kamu biasanya bisa recode part yang sudah kamu punya, itu lebih baik daripada dikirim balik.
Brocade 300, G610, G720, dan box OEM seperti IBM SAN64B-6 semuanya berperilaku begini, dan varian SWL, LWL, ELWL, CWDM, dan DWDM diperlakukan sama. Ini jadi jauh lebih umum sejak FOS 9.x, makanya part yang dulunya baik-baik saja di fabric lama sekarang jadi bermasalah.
Satu jebakan kalau part ini nanti dipasang di box Gen 7: G720 juga menolak optik non-secure, bahkan part Brocade 32G seperti 57-1000333-01 pun kena Mod_Inv di situ. Gen 7 minta part number secure dari matrix, bukan cuma coding FC yang benar.
Sebelum dikirim balik, coba tekan supplier soal satu detail: rate apa yang sebenarnya ditulis di speed capability field modul-modul itu. Rate Fibre Channel, semacam bentuk 4/8/16G, atau rate Ethernet? Coding generik di label sama sekali tidak menjelaskan itu, dan biasanya di situlah masalahnya.
Ada baiknya posting juga:
sfpshowdi salah satu port ber-coding Brocade yang bekerja normal, bersebelahan dengan yang faulted, supaya bisa dibandingkan identitas apa yang dibaca switch di masing-masing. Dan tidak usah buang waktu lagi soal setting port speed, itu bukan yang dicek di situ.Sudah ditanyakan ke mereka, dan ternyata kasus kedua yang benar. Speed field-nya berisi rate Ethernet, sama sekali tidak ada FC speed yang diset di situ, tidak ada apa pun berbentuk 4/8/16G yang bisa dibaca switch. Optiknya sudah benar wavelength dan reach-nya untuk 16G SWL, tapi identitasnya memang tidak pernah ditulis untuk part Fibre Channel, dan supplier mengakui itu begitu saya kutip balik error-nya ke mereka.
Perbandingan yang kamu minta ternyata tidak terlalu informatif.
sfpshowdi port yang bekerja normal di sebelahnya mencetak seluruh identity block seperti seharusnya, sementara di port yang faulted saya cuma dapatjadi switch-nya bahkan tidak menampilkannya sebagai modul yang ditolak, cage-nya terbaca kosong. Dan soal setting port speed, itu sudah dicoret dari daftar sebelum saya posting.