Cara ambil data modul uplink dan level ONU di ZXA10 C320 - lewat CLI atau SNMP
Saya pegang node dengan ZTE ZXA10 C320, uplink 10G. Level dan status-nya saya lihat manual dari console, tapi pengen masukin semuanya ke monitoring biar tidak perlu masuk CLI tiap ada komplain pelanggan.
- OLT: ZTE ZXA10 C320
- uplink: SFP+ di xgei_1/21/1
- pelanggan di gpon-onu_1/1/1:1 dan seterusnya di cabang-cabangnya
Buat modul uplink-nya sudah nemu sedikit, output-nya dikasih dari command ini:
show int optical-module-info xgei_1/21/1Selanjutnya saya mentok di tiga hal:
- command apa buat ambil level per ONU tertentu, bukan urai output dari satu cabang penuh
- ada tidak objek SNMP dengan daya terima yang sama, biar tidak perlu parsing CLI pakai script; template siap pakai buat C320 di monitoring belum saya temukan
- seberapa jauh sebenarnya level terima ini bisa dipercaya: di satu uplink angkanya bagus, tapi CRC di interface itu pelan-pelan tetap nambah
Siapa yang rutin ambil data ini dari C320 - kalian berhenti di mana, CLI atau SNMP, dan OID apa?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
Perjelas dulu, kamu butuh apa persisnya di monitoring. Inventaris modul (vendor, partnomor, serial) dan daya yang dinamis itu dua cerita beda: yang pertama cukup diambil sekali sehari dan disimpan sebagai fakta, yang kedua baru masuk akal ditanya rutin dan digambar jadi grafik.
Dan pertanyaan kedua, yang lebih penting: CRC di uplink-nya sudah kamu lihat khusus, atau cuma kebetulan ketauan sambil lalu? Kalau counter-nya beneran naik, level terima itu bukan tersangka utama di sini, dan mulainya bukan dari bikin grafik, tapi dari interface ini.
Buat uplink-nya, semua yang kamu perlu udah dikasih persis sama command yang kamu temukan itu:
Di output-nya langsung ada nama vendor, partnomor, serial, tipe modul (misalnya 10GBASE-LR), panjang gelombang 1310 nm, Rx dan Tx dalam dBm, arus bias, kecepatan laser, dan suhu. Plus di situ juga ada ambang alarm buat daya, arus, tegangan, dan suhu - jadi tidak perlu cari inventaris terpisah.
Buat pelanggan, lihat attenuation per ONU tertentu:
Buat monitoring, daya terima di OLT-nya ada di .1.3.6.1.4.1.3902.1015.1010.11.2.1.2:
Nilai mentahnya wajib dibagi 1000, kalau tidak, yang kamu dapat bukan dBm tapi angka ribuan yang tidak jelas. Di sini hampir semua orang yang pertama kali gambar grafik dari OID ini kejegal.
Dan soal poin ketiga kamu: sebelum bikin kesimpulan dari level, lihat counter CRC di uplink-nya. Rx yang normal saja tidak menghapuskan kemungkinan konektor kotor atau trase yang rusak.
Bagi 1000 itu persis yang kurang. Di grafik saya angkanya ribuan, bukan dBm, dan selama itu saya kira saya ambil objek yang salah.
Buat uplink-nya gambarannya cocok: modul 10GBASE-LR, 1310 nm, level terima normal, tapi CRC-nya tetap nambah. Saya telusuri ke cross-connect-nya - konektornya ternyata kotor, setelah dibersihkan counter-nya berhenti nambah. Jadi saran buat lihat CRC sebelum level itu memang kena sasaran.
Level per ONU tertentu bisa diambil pakai command itu, nanti saya pasang polling buat itu.
Soal monitoring: template siap pakai jangan ditunggu. Coverage C320 dari sononya itu parsial - port GPON, optik ONU, dan panjang line tidak bakal muncul sendiri. Di LibreNMS (build 25.8.0-dev), dukungan yang layak buat keluarga ini memang belum pernah muncul: OID siap pakai maupun metode yang terdokumentasi, tidak ada yang upload. Jadi jalannya cuma satu - objek sendiri dan template sendiri, kamu memang udah ke arah situ.
Sekalian, inget bahwa di hardware yang beda ini namanya beda-beda juga. Di Cisco ISR 4451 tidak ada command familiar dari interface-nya, DOM-nya keluar lewat
show hw-module subslot 0/0 transceiver 0 status, di FortiGate ituget system interface transceiver. Kalau kamu lagi bikin satu poller buat armada dari vendor yang beda-beda, lebih gampang tarik semuanya lewat SNMP, dan CLI disimpan buat ngurai komplain tertentu.