classic.ISPforum.cz

Ahoj, máte někdo vypozorováno jak se pohybuje jitter v GPON sítích? Nasadil jsem nějaké MA5821 switche s GPON uplinkem a nějaké GPON SFP moduly a všiml jsem si na smokepingu že tam je docela jitter. Je to vidět i z obyčejného pingu, že to čas od času vystřelí do desítek ms. Samozřejmě testováno na více zařízení různcýh typů a výrobců, včetně zmíněného Huawei MA5821.

1480 bytes from 10.40.40.2: icmp_seq=217 ttl=254 time=4.86 ms
1480 bytes from 10.40.40.2: icmp_seq=218 ttl=254 time=4.90 ms
1480 bytes from 10.40.40.2: icmp_seq=219 ttl=254 time=6.41 ms
1480 bytes from 10.40.40.2: icmp_seq=220 ttl=254 time=5.14 ms
1480 bytes from 10.40.40.2: icmp_seq=221 ttl=254 time=4.91 ms
1480 bytes from 10.40.40.2: icmp_seq=222 ttl=254 time=27.1 ms
1480 bytes from 10.40.40.2: icmp_seq=223 ttl=254 time=4.75 ms
1480 bytes from 10.40.40.2: icmp_seq=224 ttl=254 time=4.89 ms
1480 bytes from 10.40.40.2: icmp_seq=225 ttl=254 time=4.90 ms
1480 bytes from 10.40.40.2: icmp_seq=226 ttl=254 time=5.19 ms
1480 bytes from 10.40.40.2: icmp_seq=227 ttl=254 time=4.70 ms
1480 bytes from 10.40.40.2: icmp_seq=228 ttl=254 time=4.91 ms
1480 bytes from 10.40.40.2: icmp_seq=229 ttl=254 time=4.66 ms
1480 bytes from 10.40.40.2: icmp_seq=230 ttl=254 time=4.93 ms
1480 bytes from 10.40.40.2: icmp_seq=231 ttl=254 time=5.42 ms
1480 bytes from 10.40.40.2: icmp_seq=232 ttl=254 time=4.69 ms
1480 bytes from 10.40.40.2: icmp_seq=233 ttl=254 time=4.68 ms
1480 bytes from 10.40.40.2: icmp_seq=234 ttl=254 time=4.66 ms
1480 bytes from 10.40.40.2: icmp_seq=235 ttl=254 time=4.70 ms
1480 bytes from 10.40.40.2: icmp_seq=236 ttl=254 time=4.92 ms
1480 bytes from 10.40.40.2: icmp_seq=237 ttl=254 time=5.13 ms
1480 bytes from 10.40.40.2: icmp_seq=238 ttl=254 time=5.19 ms
1480 bytes from 10.40.40.2: icmp_seq=239 ttl=254 time=4.89 ms
1480 bytes from 10.40.40.2: icmp_seq=240 ttl=254 time=4.72 ms
1480 bytes from 10.40.40.2: icmp_seq=241 ttl=254 time=4.79 ms
1480 bytes from 10.40.40.2: icmp_seq=242 ttl=254 time=10.5 ms
1480 bytes from 10.40.40.2: icmp_seq=243 ttl=254 time=4.94 ms
1480 bytes from 10.40.40.2: icmp_seq=244 ttl=254 time=5.12 ms
1480 bytes from 10.40.40.2: icmp_seq=245 ttl=254 time=5.18 ms
1480 bytes from 10.40.40.2: icmp_seq=246 ttl=254 time=5.74 ms
1480 bytes from 10.40.40.2: icmp_seq=247 ttl=254 time=4.82 ms
1480 bytes from 10.40.40.2: icmp_seq=248 ttl=254 time=4.69 ms
1480 bytes from 10.40.40.2: icmp_seq=249 ttl=254 time=21.6 ms
1480 bytes from 10.40.40.2: icmp_seq=250 ttl=254 time=5.17 ms
1480 bytes from 10.40.40.2: icmp_seq=251 ttl=254 time=5.19 ms
1480 bytes from 10.40.40.2: icmp_seq=252 ttl=254 time=4.87 ms

Nepřijde mi to jako normální.

GPON RAISECOM. Pingám ven mimo naši sít...

Odpověď od 81.19.33.129: bajty=32 čas=9ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=8ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=12ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=9ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=12ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=7ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=13ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=12ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=12ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=10ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=9ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=11ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=8ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=7ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=13ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=13ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=7ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=10ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=7ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=10ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=7ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=9ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=12ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=5ms TTL=253
Odpověď od 81.19.33.129: bajty=32 čas=6ms TTL=253

Statistika ping pro 81.19.33.129:
Pakety: Odeslané = 110, Přijaté = 110, Ztracené = 0 (ztráta 0%),
Přibližná doba do přijetí odezvy v milisekundách:
Minimum = 5ms, Maximum = 13ms, Průměr = 7ms

si děláte srandu ne?

ubnt ufiber:

Taktéž UFiber GPON:

Packet Size=32
100 of 100 packets received, 0% loss
Min: 0.434 ms | Avg: 1.149 ms | Max: 1.96 ms

Packet Size=1480
100 of 100 packets received, 0% loss
Min: 0.790 ms | Avg: 1.582 ms | Max: 2.983 ms

--- Ping Statistics ---
PING 81.19.33.129 (81.19.33.129): 32 data bytes
40 bytes from 81.19.33.129: seq=0 ttl=251 time=11.999 ms
40 bytes from 81.19.33.129: seq=1 ttl=251 time=9.731 ms
40 bytes from 81.19.33.129: seq=2 ttl=251 time=9.754 ms
40 bytes from 81.19.33.129: seq=3 ttl=251 time=9.753 ms
40 bytes from 81.19.33.129: seq=4 ttl=251 time=9.716 ms
40 bytes from 81.19.33.129: seq=5 ttl=251 time=9.572 ms
40 bytes from 81.19.33.129: seq=6 ttl=251 time=10.017 ms
40 bytes from 81.19.33.129: seq=7 ttl=251 time=9.757 ms
40 bytes from 81.19.33.129: seq=8 ttl=251 time=9.673 ms
40 bytes from 81.19.33.129: seq=9 ttl=251 time=9.620 ms

--- 81.19.33.129 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 9.572/9.959/11.999 ms


Gpon Huawei.

Mě to skáče z běžných 5 ms na 20 - 27 ms.

Okud kam je ten ping ? Tím bych asi začal.
Btw. G.984 definuje maximální zpoždění a tudíž i maximální jitter. Pokud si pamatuju správně je to 1.5ms.

Nezáleží náhodou kolik klientů obsluhuje OLT? Pokud na tom máte někdo do 100 klientů tak se asi fláká...

UFiber, připojeno 70% z maximálního počtu klientů podporovaného OLT. Ze zákaznického zařízení připojeného kabelem do CPE na centrální koncentrátor/router je min 0,7 / avg 0,9 / max 1,3.

GPON od Hua, ping -A z linuxu pred OLT na Mikrotik RB2011 za ONT:
5101 packets transmitted, 5100 received, 0% packet loss, time 6184ms
rtt min/avg/max/mdev = 0.286/1.186/1.688/0.137 ms, ipg/ewma 1.212/1.227 ms

ping -A skrz druhe OLT (je od linuxu jeste za par switchi)
7249 packets transmitted, 7248 received, 0% packet loss, time 8695ms
rtt min/avg/max/mdev = 0.234/1.151/1.608/0.168 ms, pipe 2, ipg/ewma 1.199/1.239 ms

jednou za cas se mi podarilo chytit i vyssi odezvu (6ms - 8ms). Ale tezko rict jestli za to muze GPON nebo zrovna nestihl mikrotik odpovedet vcas. GPON neni moc zatizeny

stepan.benes píše:Okud kam je ten ping ? Tím bych asi začal.
Btw. G.984 definuje maximální zpoždění a tudíž i maximální jitter. Pokud si pamatuju správně je to 1.5ms.

u mě je to na první zařízení za OLT, proto mi to příjde divné

oliver.es píše:

stepan.benes píše:Okud kam je ten ping ? Tím bych asi začal.
Btw. G.984 definuje maximální zpoždění a tudíž i maximální jitter. Pokud si pamatuju správně je to 1.5ms.

u mě je to na první zařízení za OLT, proto mi to příjde divné

a to je co? Muze to byt neco, co ma pomale CPU nebo antiDoS techniky na ochranu pre pretizenim CPU (= nizka priorita obsluhy ICMP a nejaky ratelimiter/shaper na podobne pozadavky). Kdyz si na to zarizeni pingnes odjinud (ne skrz GPONu) problem zmizi ci pretrvava?

To jsem samozrejme overil a vyloucil, nez jsem otevrel toto forum. Neni to tim ze by zarizeni ta OLT melo slabe CPU nebo melo anti-ddos techniky.

Mikrotik - Ceragon - Siklu - MA5608T - HG8310 - Mikrotik

sent=40 received=40 packet-loss=0% min-rtt=1ms avg-rtt=1ms max-rtt=2ms

postni konfig OLT

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