Jak na ZXA10 C320 odczytać dane modułu uplinku i poziomy ONU - przez CLI czy po SNMP
Trzymam na węźle ZTE ZXA10 C320, uplink 10G. Poziomy i stan sprawdzam ręcznie z konsoli, ale chciałbym wszystko wciągnąć do monitoringu, żeby nie właźć do CLI przy każdej skardze abonenta.
- OLT: ZTE ZXA10 C320
- uplink: SFP+ w xgei_1/21/1
- abonenci na gpon-onu_1/1/1:1 i dalej po gałęziach
Co do modułu uplinku, coś już znalazłem, wynik daje to polecenie:
show int optical-module-info xgei_1/21/1Dalej utykam na trzech rzeczach:
- jakim poleceniem odczytać poziom dla konkretnej ONU, a nie rozbierać wynik dla całej gałęzi
- czy jest obiekt SNMP z tą samą mocą odbioru, żeby nie parsować CLI skryptem; gotowego szablonu pod C320 w monitoringu nie znalazłem
- na ile w ogóle można ufać poziomowi odbioru: na jednym uplinku liczba jest przyzwoita, a CRC na interfejsie mimo to powoli rośnie
Kto zdejmuje te dane z C320 na stałe - na czym stanęliście, CLI czy SNMP, i jakie OID-y?
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
Doprecyzuj, co dokładnie potrzebujesz w monitoringu. Inwentarz modułu (vendor, part number, numer seryjny) i moc w czasie rzeczywistym to dwie różne historie: pierwsze wystarczy zbierać raz na dobę i trzymać jako fakt, drugie ma sens odpytywać regularnie i rysować wykresem.
I drugie pytanie, ważniejsze: CRC na uplinku już sprawdzałeś celowo, czy zauważyłeś przy okazji? Jeśli licznik naprawdę rośnie, to poziom odbioru nie jest tu głównym podejrzanym i zaczynać trzeba nie od rysowania wykresów, tylko od tego interfejsu.
Co do uplinku, wszystko co potrzebujesz daje właśnie ta komenda, którą znalazłeś:
W wyniku od razu masz nazwę vendora, part number, numer seryjny, typ modułu (na przykład 10GBASE-LR), długość fali 1310 nm, Rx i Tx w dBm, prąd polaryzacji, prędkość lasera i temperaturę. Do tego tam samo progi alarmowe dla mocy, prądu, napięcia i temperatury - po inwentarz osobno chodzić nie trzeba.
Dla abonentów patrz na tłumienie dla konkretnej ONU:
Do monitoringu moc odbioru na OLT leży pod .1.3.6.1.4.1.3902.1015.1010.11.2.1.2:
Surową wartość koniecznie podziel przez 1000, inaczej zamiast dBm dostaniesz niezrozumiałe tysiące. Na tym potyka się prawie każdy, kto pierwszy raz rysuje wykres po tym OID.
I co do twojego trzeciego punktu: zanim wyciągniesz wnioski z poziomu, patrz na liczniki CRC na uplinku. Normalny Rx sam w sobie nie wyklucza ani brudnego złącza, ani uszkodzonej trasy.
Dzielenie przez 1000 - dokładnie tego brakowało. Na moim wykresie były tysiące zamiast dBm i cały ten czas myślałem, że wziąłem zły obiekt.
Co do uplinku, obraz się zgodził: moduł 10GBASE-LR, 1310 nm, poziom odbioru normalny, a CRC mimo to rośnie. Poszedłem po krosie - złącze okazało się brudne, po czyszczeniu licznik stanął. Więc rada, żeby patrzeć na CRC wcześniej niż na poziom, okazała się trafna.
Poziomy dla konkretnej ONU da się zdjąć komendą, podepnę pod nią odpytywanie.
Co do monitoringu: na gotowy szablon możesz nie czekać. Pokrycie C320 z pudełka jest częściowe - porty GPON, optyka ONU i długość linii same się nie pojawią. W LibreNMS (build 25.8.0-dev) normalne wsparcie dla tej rodziny tak i się nie pojawiło: nikt nie wystawił ani gotowych OID, ani opisanej metody. Czyli droga jest jedna - własne obiekty i własny szablon, ty już tam zmierzasz.
Przy okazji miej na uwadze, że na różnym sprzęcie nazywa się to inaczej. Na Cisco ISR 4451 nie ma zwyczajnej komendy z poziomu interfejsu, DOM oddaje
show hw-module subslot 0/0 transceiver 0 status, na FortiGate toget system interface transceiver. Jeśli budujesz jeden odpytywacz na park z różnych vendorów, prościej wszędzie ciągnąć po SNMP, a CLI trzymać do rozbioru konkretnej skargi.