GPON: confronto performance ONT e modding

Daniel_e88 · 2022-08-13T06:12:00+00:00

Confronto di tutti gli ONT che ho provato su una linea OF OS Fastweb 1000/300, tutti su speedtest Mi-Voda [non vi posto gli screen perché fatti tutti principalmente con l'app Ookla di win]

Per tutti gli ont è stata modificata solo ed esclusivamente la PLOAM Password per matchare quella impostata sull'ont dato da OF. [OLT ZTE]

Test effettuati su Edgerouter-X-SFP e MK RB5009 (in Ipoe)

Zte F601v6 - 940/278 (originale)
UF-Loco/Nano-G - 945/283 (vince la classifica degli ont esterni)
PMG3000 - 945/190 (almeno a 1g rilevavo il problema del buffer,in upload che saliva molto piano, in iperf andava full invece)
AFM0002FWB - 860/278 (il modulo FWB soffre si problemini software che per varie ragioni non lo fa performare al massimo)
MA5671A - 930/278 (con firmware Carlito)
AFM0002TIM - 945/280 (testato su linea nello stesso mio albero)
UF-Instant Mod - rootfs V2801F 945/280 (effettivamente, almeno a 1g è il modulo che meglio performava sulla mia linea)

Ah e poi Iliad con il quale ho provato.... una ceppa perché Iliad in epon è brutta e cattiva ma questa è un'altra storia.

matem7 · 2022-08-13T09:19:42+00:00

Come avevo anticipato oggi mi è stata allacciata la linea da 2.5 OpenFiber fatta con PianetaFibra.
Se qualcuno stava cercando ulteriori conferme che il problema fosse l'ONT, beh, eccole:

CWNET:
MA5671A: https://www.speedtest.net/result/c/ed22caaa-5d02-4f99-9862-4952e9fed4c9.png
F6005 OF: https://www.speedtest.net/result/c/63e374b3-521a-4b74-ae59-8e3db26f04a4.png

Wind3 - Bari:
MA5671A: https://www.speedtest.net/result/c/9e255949-cb81-4e58-acc6-cfdc910df7fb.png
F6005 OF: https://www.speedtest.net/result/c/83c6c0a2-181b-43c2-8f06-55a5c94caf55.png

Deutsche Telekom - Berlino:
MA5671A: https://www.speedtest.net/result/c/c880159b-bdcb-44da-a262-2e9643416d0c.png
F6005 OF: https://www.speedtest.net/result/c/b10bb371-c281-4886-8d50-33528eb9a817.png

YISP B.V. - Haarlem
MA5671A: https://www.speedtest.net/result/c/daceb34d-e82b-4f4a-af0f-aa34f315d54a.png
F6005 OF: https://www.speedtest.net/result/c/933b8b6a-0401-4c34-a9ae-dd330c227afd.png

MiloZ Bhe fuori Italia è scarsino comunque, a meno che TIM non faccia shaping come qualcuno allude (direi che sia da dimostrare).

Direi che i risultati che ho appena mandato sono più che sufficienti per dimostrare che c'è shaping di TIM verso l'estero

Mmirko991 · 2022-08-13T09:24:25+00:00

matem7 Direi che i risultati che ho appena mandato sono più che sufficienti per dimostrare che c'è shaping di TIM verso l'estero

Dovrei dire anche io la stessa cosa allora, ovvero che Dimensione fa shaping verso il sud e verso l'estero (). Direi che non è così, semplicemente c'è altro...

In ogni caso, noto che sui due server esteri non saturi la banda, quindi anche l'SFP risolve solo in parte la problematica (che IMO non è lato HW). MiloZ, con un ONT che è sicuramente inferiore lato prestazionale, satura senza problemi l'upstream.

MiloZ · 2022-08-13T10:09:22+00:00

matem7

Ma quindi i 480mbit pieni non li raggiungi nemmeno col modulo SFP (a parte il primo)? Hai provato altri stick?

Hhandymenny · 2022-08-13T10:50:39+00:00

mirko991 In ogni caso, noto che sui due server esteri non saturi la banda, q

io da 400Mbps in su lo considererei uplink pieno, ricordiamoci che parliamo di una linea best-effort con uplink condiviso

MiloZ · 2022-08-13T10:53:57+00:00

handymenny
Bhe direi di no, denota una certe instabilità della velocità, con altri ONT non si scende mai sotto i 476-478M su nessun server

Hhandymenny · 2022-08-13T11:04:43+00:00

MiloZ ma ci sono tantissime variabili, numero di ONT dell'albero, carico dello stesso, RTT, trasporto fino al bras, rete dell'ISP, transiti, peering, interconnessioni, durata del test, formula usata per calcolare la velocità media, apparati in casa... Con tutte queste variabili mi sembra eccessivo pretendere che le velocità non debbano mai variare più dell'1% (nel suo caso è un misero 14%)

Mmirko991 · 2022-08-13T12:00:25+00:00

handymenny ma ci sono tantissime variabili, numero di ONT dell'albero, carico dello stesso, RTT, trasporto fino al bras, rete dell'ISP, transiti, peering, interconnessioni, durata del test, formula usata per calcolare la velocità media, apparati in casa... Con tutte queste variabili mi sembra eccessivo pretendere che le velocità non debbano mai variare più dell'1% (nel suo caso è un misero 14%)

E tutto ciò non c'entra alcunché in questo caso.
Hai seguito la discussione? Qua si sta parlando di connettività che saturano tranquillamente l'uplink con tutti gli ONT (e in parte anche alcuni SFP), tranne che con l'ultimo, ovvero lo ZTE ZXHN F6005.

Ovviamente sono d'accordo con te sul fatto che per una linea best-effort 400Mbps siano più che buoni.
Però, parliamoci chiaro, non tutti sono in grado di sostituire l'ONT con un modulo SFP. Ti ricordo che sui server esteri parliamo di velocità più che dimezzate. Se a te pare normale...

Per il resto, OF settimana prossima dovrebbe collaborare con alcuni di noi per cercare di arrivare ad una conclusione. Vedremo...

MiloZ · 2022-08-13T12:57:01+00:00

handymenny
Ma se satura tutte le volte il downstream a tappo addirittura a 2G, le altre variabili credo che in questo caso abbiano poca rillevanza.
Oltretutto provi pure alle 4 di notte, IMHO non cambia nulla.

matem7 · 2022-08-13T15:44:36+00:00

MiloZ Hai ragione ho fatto qualche altro test, il problema presente sul F6005 è presente anche sull'huawei, all'aumentare del ping cala l'upload ma in maniera molto meno marcata, tant'è che per avere degli effetti evidenti devo usare server con ping dai 50ms in su.

Non sarà una soluzione ma per ora l'MA5671A è quello che va meglio

MiloZ · 2022-08-18T12:00:24+00:00

Per la cronaca, grazie alla collaborazione di Dimensione, oggi abbiamo effettuato dei test congiunti con il SOC di OpenFiber in tempo reale, sia con il F6005 che con il F601v9, confermando che questo nuovo ONT per le 2.5G ha qualche problema in upstream.
Dalle prime ipotesi potrebbe trattarsi di un "baco software" sull'apparecchio, probabilmente la palla passerà a ZTE e vedremo se e quando la cosa verrà risolta.

matem7 · 2022-08-18T12:15:41+00:00

MiloZ Dalle prime ipotesi potrebbe trattarsi di un "baco software" sull'apparecchio, probabilmente la palla passerà a ZTE e vedremo se e quando la cosa verrà risolta.

Se e quando

MiloZ · 2022-08-18T12:36:43+00:00

MiloZ
Giusto per aggiungere qualche test di confronto:

F6005:

C:\Windows\system32>speedtest -s30907

   Speedtest by Ookla



   Server: Deutsche Telekom - Berlin (id = 30907)
        ISP: Dimensione
    Latency:    32.76 ms   (0.50 ms jitter)
   Download:   948.73 Mbps (data used: 1.3 GB)
     Upload:   129.65 Mbps (data used: 228.1 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/ccd9df64-7694-451a-b8f7-b857fdd483f9

C:\Windows\system32>speedtest -s24477

   Speedtest by Ookla

     Server: YISP B.V. - Haarlem (id = 24477)
        ISP: Dimensione
    Latency:    34.04 ms   (0.40 ms jitter)
   Download:   948.47 Mbps (data used: 1.2 GB)
     Upload:   124.85 Mbps (data used: 65.8 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/543f5523-a1e4-4a3c-b46a-c26e3f310c91

C:\Windows\system32>speedtest -s44081

   Speedtest by Ookla

     Server: 23M GmbH - Frankfurt Am Main (id = 44081)
        ISP: Dimensione
    Latency:    24.33 ms   (0.36 ms jitter)
   Download:   932.50 Mbps (data used: 1.3 GB)
     Upload:   193.24 Mbps (data used: 322.3 MB)
Packet Loss: Not available.
 Result URL: https://www.speedtest.net/result/c/6a141951-2e6c-47ac-bf1e-11bfc3ef5b89

C:\Windows\system32>speedtest -s52365

   Speedtest by Ookla

     Server: T-Mobile Netherlands B.V. - Amsterdam (id = 52365)
        ISP: Dimensione
    Latency:    33.73 ms   (0.29 ms jitter)
   Download:   937.82 Mbps (data used: 1.5 GB)
     Upload:   159.12 Mbps (data used: 273.6 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/e5d7a8dd-1599-4373-8cea-ca3136f8f0f7

C:\Windows\system32>speedtest -s26996

   Speedtest by Ookla

     Server: KPN - Amsterdam (id = 26996)
        ISP: Dimensione
    Latency:    26.20 ms   (0.85 ms jitter)
   Download:   949.06 Mbps (data used: 1.7 GB)
     Upload:   147.50 Mbps (data used: 231.2 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/a6837304-ddd8-4857-9197-767b0c21aebc

C:\Windows\system32>speedtest -s29545

   Speedtest by Ookla

     Server: ORANGE FRANCE - Marseille (id = 29545)
        ISP: Dimensione
    Latency:    43.95 ms   (0.22 ms jitter)
   Download:   918.63 Mbps (data used: 1.6 GB)
     Upload:   137.36 Mbps (data used: 152.6 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/54d20d09-42dd-419b-bd0f-3c96b046c0e3

F601V9:

C:\Users\User>speedtest -s30907

   Speedtest by Ookla

     Server: Deutsche Telekom - Berlin (id = 30907)
        ISP: Dimensione
    Latency:    34.77 ms   (0.10 ms jitter)
   Download:   940.22 Mbps (data used: 1.4 GB)
     Upload:   480.94 Mbps (data used: 568.4 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/eb334184-33c6-4dec-a159-3442d982bef1

C:\Users\User>speedtest -s24477

   Speedtest by Ookla

     Server: YISP B.V. - Haarlem (id = 24477)
        ISP: Dimensione
    Latency:    30.85 ms   (0.17 ms jitter)
   Download:   941.12 Mbps (data used: 1.3 GB)
     Upload:   480.68 Mbps (data used: 540.2 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/1ff228bf-11a5-4aab-be99-518eb18b12b1

C:\Users\User>speedtest -s44081

   Speedtest by Ookla

     Server: 23M GmbH - Frankfurt Am Main (id = 44081)
        ISP: Dimensione
    Latency:    23.48 ms   (0.39 ms jitter)
   Download:   938.76 Mbps (data used: 1.6 GB)
     Upload:   480.87 Mbps (data used: 517.9 MB)
Packet Loss: Not available.
 Result URL: https://www.speedtest.net/result/c/3422e8fd-8d0f-4e52-8dc0-e3eb5d37f6e5

C:\Users\User>speedtest -s52365

   Speedtest by Ookla

     Server: T-Mobile Netherlands B.V. - Amsterdam (id = 52365)
        ISP: Dimensione
    Latency:    32.89 ms   (0.13 ms jitter)
   Download:   928.61 Mbps (data used: 1.6 GB)
     Upload:   479.15 Mbps (data used: 581.0 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/4f399f4d-a801-42c9-940b-55b0598f0822

C:\Windows\system32>speedtest -s26996

   Speedtest by Ookla

     Server: KPN - Amsterdam (id = 26996)
        ISP: Dimensione
    Latency:    24.57 ms   (0.35 ms jitter)
   Download:   941.58 Mbps (data used: 1.2 GB)
     Upload:   480.89 Mbps (data used: 546.8 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/d01da945-7c48-4be2-81fe-0b0661989eb5

C:\Windows\system32>speedtest -s29545

   Speedtest by Ookla

     Server: ORANGE FRANCE - Marseille (id = 29545)
        ISP: Dimensione
    Latency:    43.60 ms   (0.13 ms jitter)
   Download:   941.43 Mbps (data used: 1.5 GB)
     Upload:   479.64 Mbps (data used: 573.9 MB)
Packet Loss:     0.0%
 Result URL: https://www.speedtest.net/result/c/1eb5c09e-4ee7-4ff9-a28b-09575b420283

Ttiberio87 · 9 set 2022

MiloZ Ciao, abbiamo novità per il firmware?

MiloZ · 10 set 2022

tiberio87
In realtà non sappiamo ancora se si tratti di un problema hardware o software, solo ipotesi fin’ora.
Attualmente stanno analizzando il funzionamento dell’ONT nel loro laboratorio a Roma.

Speriamo di avere altre news a breve.

Sundraw · 11 set 2022

MiloZ Ciao nel caso fosse un problema firmware gli utenti Tim potrebbero chiedere un aggiornamento?
Nel caso invece di un problema hardware cosa invece potremmo aspettarci?

matem7 · 11 set 2022

Sundraw secondo me dovete aspettarvi ben poco, sono abbastanza sicuro che la situazione rimarrà così

nanomad · 11 set 2022

Sundraw Ciao nel caso fosse un problema firmware gli utenti Tim potrebbero chiedere un aggiornamento?

Ammesso e non concesso che la problematica sia nota a Tim, gli utenti ovviamente non possono chiedere un aggiornamento ma è l'isp di turno a pusharli a sua discrezione. In questa situazione ZTE potrebbe creare una patch ad hoc per of così come una "pubblica" per tutti quelli che hanno acquistato un contratto di supporto.

Sundraw Nel caso invece di un problema hardware cosa invece potremmo aspettarci?

Poco e nulla temo, alla fine l'ont funziona nei limiti dei minimi garantiti dagli ISP. Dubito possa partire una campagna di richiamo/sostituzione. Semplicemente verrà fatta una nuova revisione e piano piano sarà distribuito da ZTE agli ISP e dagli ISP ai loro utenti mano a mano che ci sono nuove attivazioni, guasti ed altro

SStafanoPozzi00 · 18 set 2022

Mi aggiungo alla lista dei sfortunati possessori del F6005 ed è collegato al FRITZBOX!4060 2,5Gb.
Ho notato però alcune differenze in upload utilizzando il test dal client e Nperf.

https://pic.nperf.com/r/3406890807148376-hbkqMnpZ.png
Server: ORANGE FRANCE - Marseille (id: 29545)
ISP: Telecom Italia
Idle Latency: 26.51 ms (jitter: 0.04ms, low: 26.44ms, high: 26.52ms)
Download: 950.65 Mbps (data used: 1.2 GB)
36.59 ms (jitter: 1.23ms, low: 29.50ms, high: 39.93ms)
Upload: 173.08 Mbps (data used: 244.7 MB)
29.32 ms (jitter: 0.46ms, low: 28.80ms, high: 36.15ms)

https://pic.nperf.com/r/3406892048064995-Noux7swT.png
Server: Wind Tre - Bari (id: 27276)
ISP: Telecom Italia
Idle Latency: 19.46 ms (jitter: 0.03ms, low: 19.46ms, high: 19.52ms)
Download: 949.60 Mbps (data used: 1.3 GB)
24.79 ms (jitter: 0.84ms, low: 17.05ms, high: 27.30ms)
Upload: 297.54 Mbps (data used: 358.3 MB)
18.07 ms (jitter: 3.38ms, low: 17.68ms, high: 256.90ms)

Hhandymenny · 18 set 2022

StafanoPozzi00 Ho notato però alcune differenze in upload utilizzando il test dal client e Nperf.

Secondo me la differenza principale è come viene calcolata la velocità media, ookla tiene molto in considerazione bruschi cali durante il test o lentezza nel raggiungere la velocità di picco, mentre nperf tende ad ignorarli.

Bisognerebbe guardare dal task manager se davvero c'è una differenza così grossa tra i due test