Jitter v GPON sítích

[menicks]

Aktuálně má config OLT 13317 řádků. Nechci shodit server. Pošlu Ti to mailem.

Dořešili jste to nějak? Máme 3 OLT a máme naprosto stejný problém na jednom z nich, největší sranda je to že je to ten nejméně vytížený. Configy by měli být hodně podobné. Ještě to prověříme.

[oliver.es]

Zatím nedořešili

[menicks]

Zatím nedořešili

U nás to vypadá že je to někde ve switchi či routeru.
Schema Router -> Switch1 ->GPON
-------------------------->Switch2
-------------------------->Switch3


Jak na Gpon Switch1 tak na switch2 a switch3 jsou kolisave pingy.

[Dalibor Toman]

DD,

principialne ping muze kolisat protoze:
1) cilove zarizeni ma zamestnany CPU a ICMP hello requestum dava malou prioritu
2) pri preprave packetu do cile dochazi ke zdrzenim
3) teoereticky muze byt problem i na zarizeni, ktere pinga - proste ty packety posila zpozdene ci prijimane packety zpracovava take nejak pomalu/se zpozdenim

vyloucit 1) je jednoduche - za switch dam otestovane zarizeni, ktere spolehlive odpovida na ping. Pokud je na nej ping i tak spatny, pak se zrejme deje neco po trase k zarizeni.
pokud je mozne to spolehlive odpovidajici zarizeni stehovat do ruznych bodu site, tak lze zjistit kde vsude se problem projevuje ci neprojevuje.
Pokud je problem na switchich, tak v tom bude mit prsty nejaky buffer (priucpava se protoze je moc burstu packetu, protoze dalsi switch rika pomoci flowcontrol, ze uz nevi co s packety atd).
Pokud je zdrojem zdrezeni samotna GPON sit, tak pak by me take zajimalo jak postupovat pri hledani takoveho problemu.
IMHO by se vyplatilo zkouknout nejake statistiky chyb na GPON portech jak u OLT tak ONT a podivat se zda nekterych typu ramcu nechodi nejak vic nez by mohlo. OLTcko v tomhle smyslu umoznuje pekne SNMP orgie - tech counteru dostupnych po SNMP je docela dost.
Pak by mozna slo take povolit nejake alarmy ...

[menicks]

Tak vyřešeno problém nebyl s GPON ale routerem RB1200, má prostě na... porty 9 a 10. Viz. https://forum.mikrotik.com/viewtopic.php?t=65150 Asi to bude HW problém protože ani v poslední verzi není opraveno.

[pgb]

To není problém ale vlastnost. Obecně známý fakt, že cokoliv co mk nenapojil přímo do cpu mívá zpoždění.

https://i.mt.lv/cdn/rb_files/RB1200-180302150801.png

[hapi]

no to bohužel ne. Vzpomínám si že před lety někdo na mk forum postoval že ty kokoti nesrovnaly napětí mezi externím ethernet chipem a napětím CPU na datový sběrnici takže se to mezi sebou tahá a chybuje to. CCRka jsou takhle dělaný všechny a fungují v pohodě. Starší RB1xxx takoý problém mají všechny. Takže se prostě na ether9 a 10 vykašlat.

[menicks]

no to bohužel ne. Vzpomínám si že před lety někdo na mk forum postoval že ty kokoti nesrovnaly napětí mezi externím ethernet chipem a napětím CPU na datový sběrnici takže se to mezi sebou tahá a chybuje to. CCRka jsou takhle dělaný všechny a fungují v pohodě. Starší RB1xxx takoý problém mají všechny. Takže se prostě na ether9 a 10 vykašlat.

No to je špatná informace:
RB1200 - jak jsem psal porty 9 a 10
RB1100ahx2 - ma přes pci sběrnici porty 12 a 13 (port11 jde přímo na cpu mimo switche)
RB1100ahx4 - nemá žádné porty přes pci sběrnici