GPON: confronto performance ONT e modding

matem7

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

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

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

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%)

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...

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.

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.

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

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?

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

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)

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

matem7 che pessima notizia... Quindi Lantiq e stop insomma per la 2.5... A meno che non si riescano a fare magheggi coi buffer allocati pure qui

Aspetta ma il 9601 e' C o D?