Uplink 100GE Huawei CE6800 ke Profitap XX-3200G tidak pernah naik dengan optik SR4
Mengganti pasangan agregasi lama milik customer dengan perangkat CloudEngine, dan satu-satunya link yang menolak naik itu feed 100GE ke packet broker mereka. Semua yang lain di switch-nya masuk tanpa drama.
- Huawei CloudEngine 6800, port 100GE
- modul QSFP28 100GBASE-SR4, part Huawei, satu di tiap ujung
- packet broker Profitap XX-3200G di sisi seberang
Kedua ujung membaca modulnya masing-masing. Switch log-nya cuma berisi entry transceiver insert dan remove dari waktu saya pasang-cabut, tidak ada alarm sama sekali, dan interface-nya cuma diam di down:
<CE6800> display interface 100GE1/0/1
...
FEC : RS-FECYang sudah dicoba:
- ganti kedua modul dengan spare dan bersihkan ujung MPO-nya, tidak ada perubahan;
- pindahkan link-nya ke port 100GE lain di switch;
- cek sisi broker-nya, dia mendeteksi modulnya sendiri dan tidak melaporkan apa pun yang salah.
Jadi optiknya dikenali di kedua ujung, tidak ada yang komplain, dan tidak ada link. Apa lagi yang harus cocok antara port 100GE CloudEngine dan box pihak ketiga sebelum link-nya mau training?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Ini mismatch FEC. CloudEngine mengaktifkan RS-FEC secara default di port 100GE dengan optik SR4, broker-nya tidak punya setting FEC jadi jalan tanpa itu, dan dua ujung yang tidak sepakat soal FEC tidak akan pernah selesai training. Tidak ada yang rusak, jadi tidak ada yang ter-log, makanya log-nya cuma berisi pesan insert dan remove kamu.
Matikan di switch-nya, di interface view:
undo fec modemelakukan hal yang sama. Baris kedua itu yang penting. CE itu konfigurasi dua tahap, danfec mode noneyang belum di-commit kelihatan benar-benar sudah tepat waktu kamu baca ulang config-nya, padahal port-nya tetap down seperti sebelumnya. Saya pernah lihat satu customer case berjalan satu hari ekstra gara-gara ini, semua orang yakin FEC-nya sudah dimatikan.Setelah commit,
display interfaceseharusnya menunjukkan FEC: NONE dan port-nya mulai training.Kalau suatu saat sisi seberang punya setting FEC juga, perbaikan yang lebih baik adalah aktifkan RS-FEC di situ dan biarkan switch-nya di default, karena di 100G kamu justru mau koreksinya. Antar dua vendor berbeda, saya akan set FEC eksplisit di kedua sisi daripada percaya ke negosiasi otomatis.
Broker-nya bilang apa soal FEC di sisinya, kalau memang bilang apa-apa? Kamu sendiri sudah posting separuh yang menarik: port switch-nya jalan RS-FEC. Huawei eksplisit bilang kedua ujung link 100GE harus pakai FEC mode yang sama, kalau tidak interface-nya tidak akan pernah naik, dan kegagalan itu persis seperti punya kamu, kedua modul sehat, tidak ada alarm, tidak ada log, port down.
Kebanyakan packet broker dan tap yang pernah saya pakai sama sekali tidak punya knob FEC, artinya mereka jalan tanpa itu dan switch-nya yang harus mengalah. Konfirmasi itu dulu, baru ubah satu hal.
Perlu ditambahkan, default CloudEngine itu bukan satu nilai tunggal, tergantung modulnya. QSFP28-100G-LR4 dan QSFP28-100G-LR1 jalan dengan FEC off sesuai IEEE 802.3, sementara semua tipe QSFP28 lain defaultnya FEC on. Jadi saran untuk sekadar mematikannya itu salah di link LR4, di mana switch-nya sudah off dan mismatch-nya ada di ujung yang lain.
Dua aturan lagi dari bab yang sama yang pernah membuat saya kejebak:
Jadi cek dulu apa yang sebenarnya kamu pegang dengan
display transceiver interface 100GE1/0/1 verbosesebelum memutuskan arah mana untuk FEC-nya, dan ingat tetap commit apa pun pilihannya.