• FTTx
  • Huawei OLT & SNMP

DD,

narazil jsem na zajimavy problem - OLTcko pro nektere interfacy (napr GPON porty) generuje hodne vysoke indexy v SNMP (blizici se 2^32 - napr 4194312192) a snmp distribuovane redhatem si s tim neumi poradit, protoze si jednotlive polozky z OID zrejme prevadi do signed int32, takze cokoliv pres 2^31 zpusobi problem (Index out of range). Nejvyssi verzi net-snmp mame na RHEL 7.3 net-snmp-5.7.2-24.el7_3.2.

Na odkazu https://sourceforge.net/p/net-snmp/bugs/2324/ je videt, ze uz v roce 2011 to nekdo resil jako problem a melo se to dostat do zdrojaku net-snmp uz ve verzi 5.4. Bud tu opravu RedHat neprebral nebo se nepovedla...

Jak vycitate statistiky GPON portu?

odpovim si sam. Po vypnuti range check pomoci -Ir snmpget vrati pozadavanou hodnotu. Snad pujde pouzit i pri volani net-snmp knihovnich funkci

Nevíte jak vyčítat ARP tabulky na Huawei OLT přes SNMP ? Mě se to nepovedlo.

DD,

tak jsem narazil na dalsi problem - 64bit countery toku z GPON interfacu se nehybou (obsahuji zrejme maximalni hodnotu pro 64bit counter). Uplink interfacy jsou OK. To jsou i 32 bit countery (ifInOctets) pro GPON.

Nejaka chybka v software (mame verzi MA5600V800R015C00) ? Sice jsem zrejme nasel privatni ekvivalenty v enterprise MIBech ale mnohem jednodussi by bylo, kdyby HC countery delaly co maji ...

snmpwalk -v2c -c comfort -Ir x.x.x.x ifHCInOctets

..

IF-MIB:.4194312192 = Counter64: 18446744073709551615

IF-MIB:.4194312448 = Counter64: 18446744073709551615

IF-MIB:.4194312704 = Counter64: 18446744073709551615

IF-MIB:.4194312960 = Counter64: 18446744073709551615

IF-MIB:.4194313216 = Counter64: 18446744073709551615

IF-MIB:.4194313472 = Counter64: 18446744073709551615

IF-MIB:.4194313728 = Counter64: 18446744073709551615

IF-MIB:.4194313984 = Counter64: 18446744073709551615

//....

IF-MIB:.4194312192 = Counter32: 30677139

IF-MIB:.4194312448 = Counter32: 0

IF-MIB:.4194312704 = Counter32: 0

IF-MIB:.4194312960 = Counter32: 0

IF-MIB:.4194313216 = Counter32: 0

IF-MIB:.4194313472 = Counter32: 0

IF-MIB:.4194313728 = Counter32: 0

IF-MIB:.4194313984 = Counter32: 0

o 11 dní později

Jak monitorujete Huawei GPON? Má na to někdo vlastní aplikaci? Dostali jste z toho grafy (signály, traffic... z ONTček) do nějakého dohledu (cacti/librenms...)?

Jak monitorujete Huawei GPON? Má na to někdo vlastní aplikaci? Dostali jste z toho grafy (signály, traffic... z ONTček) do nějakého dohledu (cacti/librenms...)?

zatim teprve zaciname, ale planuju ukladat informace o ONT do DB (OLT v SNMP zpristupuje spoustu informaci o ONT) a nad temito daty delat analyzu (zmeny urovne signalu, odpojene vetve apod).

A nemáte někdo pokud možno kompletní MIB? Já jsem z pohledu evidence ONT dohledal jen pár OIDů, (description, signály na optice...) ale chtělo by to informací více (rozklíčovat stav ONU, důvod posledního výpadku, seznam výpadků, countery ONU nebo serviceportu...)

A nemáte někdo pokud možno kompletní MIB? Já jsem z pohledu evidence ONT dohledal jen pár OIDů, (description, signály na optice...) ale chtělo by to informací více (rozklíčovat stav ONU, důvod posledního výpadku, seznam výpadků, countery ONU nebo serviceportu...)

bohuzel s MIBem je to k posrani. Oficialne je k mani jen za penize. Huawei z nejakeho duvodu (aby prodali u2000 a dalsi management/monitoring systemy?) MIB nezverejnuje. Nechapu proc nezverejni alespon read-only cast (bez moznosti menit CFG pomoci SNMP). Ale i write/set OIDcka by mohli zverejnit. Me stejne nejakej jejich moloch-software, ktery nezapojim do nasi DB nejak nezajima.

Na internetu se vali utrzky, lze najit nejaky OID listing ziskany reverznim inzenyrstvim z firmware. K vycitani potrebnych dat okolo stavu OLT a ONT a by to melo stacit. Pripadne od jednoho Inda za par dolacu lze ziskat MIB cely.

Od Inda mám za pár USD nejnovější firmware do OLT. Taky si myslím, že kompletní MIB má.

o 6 dní později

Od Inda mám za pár USD nejnovější firmware do OLT. Taky si myslím, že kompletní MIB má.

Čau, jakou máš verzi, podělím se o ůár USD za nejnovější firmware :-)

klidně PM

Procházel jsem výstupy ze SNMPWALK a povedlo se mi tam najít celkem zajímavé věci. Dá se dohledat třeba konfigurace service-portů a dokonce i countery pro jednotlivé service-porty...

Od Inda mám za pár USD nejnovější firmware do OLT. Taky si myslím, že kompletní MIB má.

Čau, jakou máš verzi, podělím se o ůár USD za nejnovější firmware :-)

klidně PM

MA5600V800R017C10

USD přijímá Ind, poděl se přímo s ním. (tuším že $50)

Ktery je to ind?

Psal jsem mu 2x o ty MIBy, ale bez reakce...

Ktery je to ind?

http://gponsolution.com/snmp-mib-huawei-olt-ont.html

1.3.6.1.4.1.2011.6.128.1.1.2.46.1 hwGponDeviceOntControlInfoEntry

// Control table of the ONT. Index of entry is a combination of ifIndex of OLT port and hwGponDeviceOntIndex.

.1 hwGponDeviceOntControlActive {activate(1),deactivate(2),invalid(-1)}

.2 hwGponDeviceOntControlReset {reset(1),invalid(-1)} RW

.3 hwGponDeviceOntControlReRegister {reRegister(1),invalid(-1)} RW

.4 hwGponDeviceOntControlReDiscovery {rediscovery(1),invalid(-1)} RW

.15 hwGponDeviceOntControlRunStatus {up(1),down(2),invalid(-1)}

.16 hwGponDeviceOntControlConfigStatus

{initialization(1),normal(2),failed(3),noresume(4),config(5),invalid(-1)}

.17 hwGponDeviceOntControlDiscoveryStatus {on(1),off(2),invalid(-1)}

.18 hwGponDeviceOntControlMatchStatus {initialization(1),match(2),mismatch(3),invalid(-1)}

.19 hwGponDeviceOntControlDbaStatus {nsr(1),sr(2),invalid(-1)}

.20 hwGponDeviceOntControlRanging {ont distance in meters}

.21 hwGponDeviceOntControlMacCount

.22 hwGponDeviceOntControlLastUpTime

.23 hwGponDeviceOntControlLastDownTime

.24 hwGponDeviceOntControlLastDownCause

1=LOS(Loss of signal)

2=LOSI(Loss of signal for ONUi)

3=LOFI(Loss of frame of ONUi)

4=SFI(Signal fail of ONUi)

5=LOAI(Loss of acknowledge with ONUi)

6=LOAMI(Loss of PLOAM for ONUi)

7=deactive ONT fails

8=deactive ONT success

9=reset ONT

10=re-register ONT

11=pop up fail

13=dying-gasp

15=LOKI(Loss of key synch with ONUi)

-1=unknown / query fail

.25 hwGponDeviceOntControlLastDyingGaspTime

.26 hwGponDeviceOntControlIsolationState {normal (0),isolated (1)}

.27 hwGponDeviceOntControlBatteryCurStatus

{notSupport (0),charge (1),discharge (2),holding (3),supportButInvalid (4),unknownStatus (-1)}

.28 hwGponDeviceOntControlTcontNumCombined

Diky,

casy v te tabulce jsou v hexa stringu (asi aby nebylo nutne to parsovat). Vypada to, ze format je

07 E1 08 08 0D 27 32 00 2B 02 00

RR RR MM DD HH MM SS ?? ?? ?? ??

- 07E1 = 2017

- 08 8.8 = srpen 8

- 0D2732 13

Zbytek stringa mozna bude obsahovat time zonu nebo neco jineho nemenneho, protoze vsude mam zatim stejny retezec (00 2B 02 00)

Asi nejrychlejší varianta jak z toho toto vydolovat je nainstalovat si U2000 a odchytat wiresharkem požadované aktivity

V jakým programu grafujete?

Diky,

casy v te tabulce jsou v hexa stringu (asi aby nebylo nutne to parsovat). Vypada to, ze format je

07 E1 08 08 0D 27 32 00 2B 02 00

RR RR MM DD HH MM SS ?? ?? ?? ??

- 07E1 = 2017

- 08 8.8 = srpen 8

- 0D2732 13

Zbytek stringa mozna bude obsahovat time zonu nebo neco jineho nemenneho, protoze vsude mam zatim stejny retezec (00 2B 02 00)

Pise to DateAndTime (OCTET STRING) (SIZE (8 |11)). Hint: 2d-1d-1d,1d.1d,1a1d

Zpracovane to vidim v podobe 2017-8-19,21.0,+2 tedy jsou tam i nejake desetiny + casove pasmo (pocitam posun proti UTC). U vsech hodnot ktere jsem videl jsou ty desetiny 0, takze se na ne asi nehraje.

📡 Telekomunikace.cz