CRS226 melaporkan no-link dan sfp-rx-lose yes di uplink SFP-10G-LR yang di-coding Cisco
Kami mengambil alih site agregasi kecil dan salah satu uplink 10G-nya tidak naik lagi sejak modul di dalamnya diganti. Modulnya terdaftar sebagai incompatible dengan CRS226, jadi itu yang pertama kali dicurigai, tapi pembacaannya menurut saya tidak kelihatan seperti modul yang ditolak.
- MikroTik CRS226 di site agregasi, modul di sfp-sfpplus1
- Fiberworks SFP-10G-LR, di-coding Cisco
- pasangan single-mode ke site remote, di-patch lewat dua panel di jalannya
/interface ethernet monitor sfp-sfpplus1
status: no-link
sfp-rx-lose: yesTemperature dan supply voltage di output yang sama terbaca sepenuhnya normal, dan modulnya jelas terdeteksi - ini bukan pembacaan cage kosong.
Yang sudah dilakukan di sisi kami:
- pasang ulang modulnya dan bersihkan kedua konektornya
- pindahkan ke port SFP+ lainnya, output-nya identik
- cek config port-nya, tidak ada yang di-force, tidak ada yang disabled
Jadi yang mana: apakah CRS226 diam-diam menolak modul yang di-coding Cisco dan melaporkannya sebagai no-link, atau sfp-rx-lose memang berarti seperti yang saya kira dan saya harus mengirim orang ke ujung seberang?
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 5
Output kamu sendiri sudah menjawab pertanyaan kompatibilitasnya. Modul yang ditolak switch tidak akan melaporkan temperature dan voltage sama sekali - pembacaan monitor yang lengkap berarti CRS226 sudah membaca modulnya dan berkomunikasi dengannya dengan baik. Dan
sfp-rx-lose: yesadalah indikasi loss-of-signal dari modulnya sendiri: dia tidak melihat cahaya di fiber receive-nya. Tidak ada cahaya masuk, tidak ada link, apa pun kata coding-nya.Jadi ini masalah plant, bukan masalah kompatibilitas. Urutan yang akan saya kerjakan:
Sebagai catatan, tipe modul yang sama sudah jalan di CRS226 sampai ke CCR di sini selama berbulan-bulan, jadi pasangannya sendiri bukan masalahnya.
Apa yang ada di ujung seberang, dan apakah sisi itu menunjukkan port-nya sebagai up? Kalau transmitter remote-nya menyala, seharusnya ada sedikit receive power, bukan cuma loss-of-signal polos.
Dua pengecekan murah sebelum ada yang berangkat ke lapangan. Tukar dua strand di patch panel kamu dan lihat apakah flag-nya tetap di tempat yang sama. Dan minta sisi seberang membaca modulnya sendiri: kalau kedua ujung melaporkan loss of receive, pasangannya putus di suatu tempat di tengah, atau ada yang mem-patch strand yang salah di salah satu panel itu.
Layak membedakan dua failure mode waktu kamu di lapangan nanti. Tidak ada cahaya sama sekali itu yang kamu alami, dan itu yang gampang. Varian yang lebih jahat adalah cahaya yang baru saja ada: salah satu dari pasangan uplink fiber di sini mencatat alarm Rx power low di -20.2 dBm terhadap threshold -18.4 dBm dan menumpuk 46 ribu input error dan 42 ribu CRC error sementara link-nya tetap nominally up.
show interface transceiver detaildanshow interface counters errorsyang menceritakan itu.Kerja lapangannya sama saja di kedua kasus - bersihkan dan periksa kedua end face, ukur TX dan RX, cari jalur yang kepanjangan, splice yang jelek atau patch cord murahan, dan ganti modulnya kalau levelnya tetap rendah. Saya sendiri tidak pernah membuktikan penyebab pastinya di kasus kami, jadi anggap ini arah, bukan vonis.
Satu hal lagi untuk checklist ujung seberang: receiver bisa mati dengan sendirinya tanpa ada yang salah di fiber-nya.
Cisco punya field notice, FN-72192, yang mencakup satu batch QSFP-40G-LR4 - dijual juga sebagai QSFP-40G-LR4-S dan WSP-Q40GLR4L - yang keluar dari pabrik dengan detektor receive-nya duduk sedikit meleset dari posisi seharusnya. Notice ini kena ke modul yang serial-nya diawali ACW dan date code-nya jatuh di ACW2415xxxx-ACW2449xxxx: pada modul-modul itu sisi receive-nya menurun dan link-nya jatuh. Platform yang disebutkan adalah seri ASR 900. Penanganannya replace on failure, jadi ini soal cek serial dan support case, bukan sesuatu yang kamu konfigurasi.
Bagian yang bisa digeneralisasi ke link kamu: peringatan dininya adalah nilai receive di data DOM yang menurun perlahan dan stabil, bukannya jatuh mendadak. Alasan bagus untuk menggrafikkan DOM di setiap uplink, bukannya membacanya cuma sekali setelah sesuatu sudah rusak.
Soal mempercayai pembacaannya - sebagian besar ya, tapi jangan membabi buta. Ada kasus yang beredar soal stick GPON ONT Huawei yang duduk di slot SFP+ MikroTik, melaporkan receive power yang sangat rendah dengan download stuck di bawah 20 Mbps padahal paketnya jauh lebih cepat, dan tidak ada yang pernah memastikan apakah pembacaannya atau line-nya yang salah. Itu dibiarkan terbuka.
Untuk pasangan LR polos seperti punya kamu, saya akan mempercayai output monitor apa adanya. Untuk modul yang aneh di cage SFP+, layak dapat pembacaan kedua dari sisi seberang sebelum kamu merencanakan truck roll di sekitarnya.