ZXA10 C320'de uplink modülü verileri ve ONU seviyeleri nasıl alınır - CLI'dan mı, SNMP'den mi
Bir nodda ZTE ZXA10 C320 tutuyorum, uplink 10G. Seviyeleri ve durumu elle konsoldan bakıyorum, ama her abone şikayetinde CLI'a girmemek için her şeyi monitoring'e almak istiyorum.
- OLT: ZTE ZXA10 C320
- uplink: xgei_1/21/1'de SFP+
- aboneler gpon-onu_1/1/1:1'de ve dallar boyunca devamında
Uplink modülü hakkında bir şeyler zaten buldum, çıktıyı şu komut veriyor:
show int optical-module-info xgei_1/21/1Sonrasında üç şeye takılıyorum:
- tüm dalın çıktısını ayıklamak yerine belirli bir ONU'nun seviyesini hangi komutla alırım
- CLI'ı script'le parse etmemek için aynı alım gücüne sahip bir SNMP objesi var mı; monitoring'de C320 için hazır bir template bulamadım
- alım seviyesine genel olarak ne kadar güvenilebilir: bir uplink'te rakam gayet iyi, ama arayüzde CRC bu sırada yavaş yavaş birikiyor
Bu verileri C320'den sürekli alan var mı - CLI'da mı, SNMP'de mi karar kıldınız, ve hangi OID'ler?
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
Monitoring'de tam olarak neye ihtiyacın olduğunu netleştir. Modül envanteri (vendor, parça numarası, seri numarası) ile zaman içindeki güç ayrı hikayeler: birincisini günde bir kez almak ve gerçek olarak saklamak yeterli, ikincisini ise düzenli sorgulayıp grafiğe dökmek mantıklı.
İkinci soru, daha önemlisi: uplink'teki CRC'ye zaten amaçlı olarak mı baktın, yoksa yan gözle mi fark ettin? Sayaç gerçekten artıyorsa alım seviyesi buradaki asıl şüpheli değil, ve işe grafik çizmekle değil bu arayüzle başlamak gerekiyor.
Uplink konusunda ihtiyacın olan her şeyi tam olarak bulduğun o komut veriyor:
Çıktıda hemen vendor adı, parça numarası, seri numarası, modül tipi (mesela 10GBASE-LR), 1310 nm dalga boyu, dBm cinsinden Rx ve Tx, bias akımı, lazer hızı ve sıcaklık var. Üstüne aynı yerde güç, akım, gerilim ve sıcaklık için alarm eşikleri de var - envanter için ayrıca bir yere gitmeye gerek yok.
Aboneler için belirli bir ONU'nun zayıflamasına bak:
Monitoring için OLT'deki alım gücü .1.3.6.1.4.1.3902.1015.1010.11.2.1.2 adresinde duruyor:
Ham değeri mutlaka 1000'e bölmek gerekiyor, yoksa dBm yerine anlamsız binler alırsın. Bu OID'den ilk kez grafik çizen neredeyse herkes buna takılıyor.
Ve üçüncü maddenle ilgili: seviye üzerinden sonuç çıkarmadan önce uplink'teki CRC sayaçlarına bak. Normal bir Rx, tek başına ne kirli bir konnektörü ne de hasarlı bir hattı ekarte eder.
1000'e bölme tam olarak eksik olan şeydi. Grafiğimde dBm yerine binler vardı, ve bunca zaman yanlış objeyi aldığımı düşünüyordum.
Uplink tarafında tablo tuttu: modül 10GBASE-LR, 1310 nm, alım seviyesi normal, ama bu arada CRC birikiyor. Kros'u kontrol ettim - konnektör kirli çıktı, temizlikten sonra sayaç durdu. Yani önce CRC'ye bakma tavsiyesi yerinde çıktı.
Belirli bir ONU'nun seviyeleri komutla alınıyor, üzerine bir polling kuracağım.
Monitoring hakkında: hazır bir template bekleme. C320'nin kutudan çıkan kapsaması kısmi - GPON portları, ONU optiği ve hat uzunluğu kendiliğinden ortaya çıkmıyor. LibreNMS'te (build 25.8.0-dev) bu ailenin düzgün desteği hiç gelmedi: ne hazır OID'ler, ne tarif edilmiş bir yöntem kimse paylaşmadı. Yani tek yol var - kendi objelerin ve kendi template'in, zaten o tarafa gidiyorsun.
Bununla birlikte, farklı donanımlarda bunun kendine göre adlandırıldığını da aklında tut. Cisco ISR 4451'de arayüzden alışılmış komut yok, DOM
show hw-module subslot 0/0 transceiver 0 statusüzerinden veriliyor, FortiGate'te buget system interface transceiver. Farklı vendor'lardan oluşan bir parka tek bir polling aracı kuruyorsan, her yerden SNMP ile çekmek daha kolay, CLI'ı ise belirli bir şikayeti çözmek için tutmak.