Come faccio a entrare nell'ONT ZTE F6005 per sapere la versione del firmware?
- Modificato
test ax11000 su rete 1gb
Premi per mostrare Premi per nascondere
C:>speedtest -s 14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Dimensione
Idle Latency: 121.97 ms (jitter: 0.13ms, low: 121.83ms, high: 122.06ms)
Download: 949.87 Mbps (data used: 1.5 GB)
191.66 ms (jitter: 64.14ms, low: 125.21ms, high: 263.76ms)
Upload: 78.22 Mbps (data used: 141.6 MB)
186.52 ms (jitter: 63.74ms, low: 124.82ms, high: 496.78ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/80921090-9842-42ff-a460-7139ca25e268
test ax6000 2,5
Premi per mostrare Premi per nascondere
C:>speedtest -s 14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Dimensione
Idle Latency: 124.80 ms (jitter: 0.36ms, low: 124.45ms, high: 125.27ms)
Download: 1072.61 Mbps (data used: 1.7 GB)
189.11 ms (jitter: 63.19ms, low: 124.95ms, high: 280.83ms)
Upload: 279.99 Mbps (data used: 498.6 MB)
192.74 ms (jitter: 63.57ms, low: 124.58ms, high: 271.20ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/11d8892e-f871-4d5c-b02a-95307f1bf67b
- Modificato
17hamsik test ax6000 2,5
come dicevo l'ASUS ROG AX6000 non ha problemi di upload, visto che fai 280 mbps a 125 ms.
Conferma, spero definitiva per tutti, che il problema ora lo creano i router e non l'ONT.
@MiloZ spero che questa ulteriore conferma ti chiarisca come stanno le cose.
Magari per avere ulteriori test puoi provare questi due server sempre sul ROG AX6000:
30690 - Londra
30907 - Berlino
- Modificato
Ok, grazie dei test. direi che possiamo dedurne alcune cose:
1) Con l'F6005 sia a 2.5G che 1G lato NIC non cambia nulla, almeno nel tuo caso. Quindi il fatto che syncando ad 1G il problema [upstream] si risolve sempre, come alcuni paventavano, è falso.
Sicuramente con un buon F601v9 andresti meglio in upstream a pari router senza bisogno di nessun flow control.
2) Con l'F6005 aggiornato, è pure vero che alcuni router in abbinamento migliorano\risolvono la situazione (ora nel tuo speedtest la velocità su quel server non è proprio al max usando l'AX6000, ma magari su altri più vicini la raggiungi).
E' altrettanto vero però che gli stessi router che con l'F6005 vanno "male" in upstream, con altri ONT sulla stessa linea vanno invece regolarmente (quindi la sua parte di responsabilità la ha anche l'ONT)
- Modificato
MiloZ la velocità su quel server non è proprio al max usando l'AX6000
Su un server così lontano vorrei anche vedere e dovresti saperlo meglio di me come funzionano queste cose.
È innegabile che se fa 280 mbps il bug non si presenta.
MiloZ altri ONT sulla stessa linea vanno invece regolarmente
Quali sarebbero questi ONT da provare sulla stessa linea? Perchè io conosco letteralmente solo 3 ONT ethernet 2.5 gigabit e l'unico che funziona bene è lo ZTE F6005
- Modificato
matem7 Quali sarebbero questi ONT della stessa linea? Perchè io conosco letteralmente solo 3 ONT ethernet 2.5 gigabit e l'unico che funziona bene è lo ZTE F6005
Mi riferisco ad ONT da 1G, dato che tu avevi scritto che syncando ad 1G non ci sono problemi (se intendevi sempre con lF6005(, ma non è così:
https://forum.fibra.click/d/44299-come-faccio-a-entrare-nellont-zte-f6005-per-sapere-la-versione-del-firmware/47
Tra gli ONT 2.5G esterni vero che non c'è di meglio di questo.
Mettiamola cosi se preferisci:
*Tra gli ONT esterni 2.5G l'F6005 è quello che va meglio, in abbinamento [soltanto] con alcuni router risolve la magagna dell'upstream.
*Con altri ONT esterni da 1G (con hardware differente), sempre GPON sulla stessa linea, l'upload è sempre regolare indipendentemente dal router.
matem7 Su un server così lontano vorrei anche vedere e dovresti saperlo meglio di me come funzionano queste cose.
È innegabile che se fa 280 mbps il bug non si presenta.
Bhe certo che migliora, cosa ho scritto sopra? Io comunque saturo sempre il gigabit con lo stesso ISP su quel server (a latenza praticamente analoga), quindi si potrebbe comunque fare di meglio (lui ha 500mbit in upload non 300mbit).
Te lo rifaccio ora:
C:\Users\User>speedtest -s14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Dimensione
Idle Latency: 119.05 ms (jitter: 0.24ms, low: 118.95ms, high: 119.35ms)
Download: 944.70 Mbps (data used: 1.6 GB)
214.28 ms (jitter: 68.36ms, low: 119.38ms, high: 315.32ms)
Upload: 930.42 Mbps (data used: 1.4 GB)
268.74 ms (jitter: 74.16ms, low: 118.77ms, high: 556.97ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/bc44ce9f-ea9e-4f37-990c-fb78ee9944c1
- Modificato
MiloZ Mi riferisco ad ONT da 1G, dato che tu avevi scritto che syncando ad 1G non ci sono problemi
Ho detto che non sono una prova, non mettermi in bocca cose che non ho detto.
MiloZ in abbinamento [soltanto] con alcuni router risolve la magagna dell'upstream
Con tutti i router che hanno i pause frame funzionanti, che non mi pare una specifica così difficilmente implementabile, anzi fino a poco tempo fa sinceramente non credevo ne esistessero con tale supporto mancante (che a parer mio se manca è un bug non una vera e propria mancanza).
Perchè la questione relativa al flow control non si applica, ma sono cose che vengono ripetute da mesi su questo forum.
Per quanto riguarda lo speedtest che hai mandato magari effettivamente il tuo ONT gigabit performa meglio globalmente di un F6005 ma continui a paragonare hardware gigabit con hardware 2.5 e sinceramente non ne vedo il senso.
Detto questo per me la questione è chiusa, questa discussione sta diventando inutilmente lunga quando Dimensione stessa ha confermato che il router ha problemi in linea con quanto già verificato e dimostrato da me.
- Modificato
MiloZ Quindi il fatto che syncando ad 1G il problema [upstream] si risolve sempre, come alcuni paventavano, è falso.
Detta così può essere un può forviante, limitare a 1Gbps è uno dei workaround che effettivamente può risolvere il problema. Essendo un workaround e non una soluzione (che in pratica a mio avviso non esiste) non è detto che risolva in maniera universale. Esempio "assurdo", come fai ad escludere che quell'ASUS internamente non usi HSGMII anche se il link ethernet è 1Gbps? Non me lo aspetto, visto che è uno spreco di risorse e energia, ma è possibile.
Secondo me bisogna tenere ben a mente qual è il problema, prima di analizzare i risultati sperimentali.
Il problema è che avere link con velocità massime molto differenti crea dei colli di bottiglia*, che possono portare a saturare i buffer (dei vari dispositivi) e di conseguenza un aumento del jitter e del packet loss. In risposta a questo aumento di jitter e packet loss, gli algoritmi di controllo della congestione riducono le finestre, riducendo il throughput.
Ora questo problema lo si può mitigare:
- Aumentando i buffer, cosa che in pratica sugli apparati di rete non si può realisticamente fare
- Spostando il collo di bottiglia a un apparato diverso, si può ottenere questo effetto limitando la velocità dei link (es. link 1Gbps piuttosto che 2.5Gbps) o tramite QoS
- Utilizzando algoritmi di controllo della congestione più "aggressivi" (come BBR v1)
- Utilizzando il flow control, ovvero chiedendo proprio agli apparati di rallentare la trasmissione per evitare le conseguenze di cui sopra. Per funzionare al meglio è necessario che sia supportato da tutti gli apparati, dalla NIC all'ONT.
* questo fenomeno è probabilmente anche accentuato dal fatto che l'uplink GPON è TDMA e che le velocità offerte ai clienti sono molto elevate in relazione alla capacità del canale
- Modificato
matem7 Con tutti i router che hanno i pause frame funzionanti, che non mi pare una specifica così difficilmente implementabile, anzi fino a poco tempo fa sinceramente non credevo ne esistessero con tale supporto mancante (che a parer mio se manca è un bug non una vera e propria mancanza).
Bhe insomma, un cliente che deve giocare a mosca cieca per trovare il router giusto che non abbia problemi in upstream non è il massimo, dato che abbiamo appurato ce ne siano diversi di apparecchi, anche dello stesso marchio, che non rispecchiano questa caratteristica e che non si sa se verranno aggiornati.
Poi se tu mi dici: "se vuoi una 2.5G GPON ad oggi che performi al top, non c'è altro modo che trovare il router adeguato", sono d'accordo perchè non ci sono reali alternative.
matem7 Ho detto che non sono una prova, non mettermi in bocca cose che non ho detto.
Ho cercato di chiarire mi pare.
matem7 Perchè la questione relativa al flow control non si applica, ma sono cose che vengono ripetute da mesi su questo forum.
Per quanto riguarda lo speedtest che hai mandato magari effettivamente il tuo ONT gigabit performa meglio globalmente di un F6005 ma continui a paragonare hardware gigabit con hardware 2.5 e sinceramente non ne vedo il senso.
Basta intendersi, siamo qui per fare chiarezza credo, non per voler aver ragione a tutti i costi
Il mio paragone era dovuto al fatto che anche usando questo ONT esterno F6005 da 2.5G per una linea da 1G, il problema sull'upstream in certi casi si manifesta ugualmente se non c'è il router giusto in abbinamento.
In passato ho pure provato alcuni ONT esterni di terze parti con il medesimo hardware (Zisa, Tenda etc etc), tutti apparecchi da 1G come WAN e tutti col problema dell'upstream (o meglio, credevo inizialmente andassero bene in upstream perchè fino a 30-40ms erano ok, ma poi mi sono accorto che gli F601 riuscivano a fare molto di meglio a pari router)
Per dire, di base qualche stranezza c'è, poi con i dovuti aggiornamenti lato ONT la situazione è sicuramente migliorata.
mi potete illustrare cosa consente di fare l'accesso admin ? parametri della linea ,montare sfp , ecc...
- Modificato
Stavo facendo qualche test con un ONT ZTE F6005 e firmware N18 [Openfiber], pur avendo nominalmente 300mbit in upstream (volevo provare con una linea da almeno 500mbit in UP, ma pare non ce ne sia bisogno), noto già così prestazioni pessime sui server lontani, anche tentando di arginare la magagna attivando il QoS sul router (TP-Link Archer AX6000 con ultimo firmware di Settembre 2023)
Qualche Test:
C:\Users\User>speedtest -s14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Utility Line Italia S.r.l.
Idle Latency: 127.92 ms (jitter: 0.24ms, low: 127.62ms, high: 128.07ms)
Download: 904.93 Mbps (data used: 1.4 GB)
197.28 ms (jitter: 64.78ms, low: 128.82ms, high: 277.39ms)
Upload: 78.11 Mbps (data used: 132.2 MB)
193.85 ms (jitter: 62.97ms, low: 128.11ms, high: 295.97ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/d5e2402a-a79d-4b85-8591-a55d8919582d
Anche su server a metà strada molto male:
C:\Users\User>speedtest -s14010
Speedtest by Ookla
Server: Magnet Networks - Dublin (id: 14010)
ISP: Utility Line Italia S.r.l.
Idle Latency: 44.30 ms (jitter: 0.18ms, low: 43.87ms, high: 44.44ms)
Download: 948.80 Mbps (data used: 1.3 GB)
51.05 ms (jitter: 3.81ms, low: 42.63ms, high: 321.59ms)
Upload: 83.78 Mbps (data used: 96.1 MB)
44.28 ms (jitter: 0.85ms, low: 42.90ms, high: 48.50ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/1bdc0f0c-1a43-4ba0-9fcd-625e0e609561
C:\Users\User>speedtest -s44597
Speedtest by Ookla
Server: i3D.net - Stockholm (id: 44597)
ISP: Utility Line Italia S.r.l.
Idle Latency: 48.07 ms (jitter: 0.09ms, low: 47.87ms, high: 48.23ms)
Download: 948.98 Mbps (data used: 1.7 GB)
53.79 ms (jitter: 4.59ms, low: 46.75ms, high: 392.89ms)
Upload: 115.88 Mbps (data used: 198.2 MB)
48.20 ms (jitter: 0.63ms, low: 47.26ms, high: 52.75ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/ec18df78-da30-44b0-b19a-32a3736a3230
Provato in tutti i modi, impostando il QoS con downstream ad 1G o l'upstream a 250mbit, nessuna differenza.
Con ONT ZTE F601 (stesso router e QoS disattivo) tutto torna regolare:
C:\Users\User>speedtest -s44597
Speedtest by Ookla
Server: i3D.net - Stockholm (id: 44597)
ISP: Utility Line Italia S.r.l.
Idle Latency: 47.26 ms (jitter: 0.13ms, low: 47.10ms, high: 47.48ms)
Download: 940.83 Mbps (data used: 1.3 GB)
51.35 ms (jitter: 1.82ms, low: 46.10ms, high: 69.41ms)
Upload: 288.95 Mbps (data used: 361.9 MB)
123.01 ms (jitter: 32.09ms, low: 46.99ms, high: 253.66ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/d9fca6ab-966b-4165-b4b2-e1b24f3e3355
C:\Users\User>speedtest -s14010
Speedtest by Ookla
Server: Magnet Networks - Dublin (id: 14010)
ISP: Utility Line Italia S.r.l.
Idle Latency: 43.36 ms (jitter: 0.09ms, low: 43.28ms, high: 43.48ms)
Download: 942.95 Mbps (data used: 1.3 GB)
52.68 ms (jitter: 5.11ms, low: 42.51ms, high: 384.89ms)
Upload: 288.62 Mbps (data used: 385.1 MB)
108.56 ms (jitter: 27.94ms, low: 43.09ms, high: 234.59ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/f77822f3-b1da-424e-9f05-e9dac039963c
C:\Users\User>speedtest -s14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Utility Line Italia S.r.l.
Idle Latency: 127.71 ms (jitter: 0.21ms, low: 127.58ms, high: 128.00ms)
Download: 929.93 Mbps (data used: 1.4 GB)
199.89 ms (jitter: 66.02ms, low: 128.01ms, high: 431.44ms)
Upload: 283.96 Mbps (data used: 440.3 MB)
249.06 ms (jitter: 71.83ms, low: 129.20ms, high: 469.39ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/44029130-802a-4b60-abc5-b36624bb7863
Questa la situazione in area nera con OLT ZTE.
Nel mio caso quindi l'unica sarebbe beccare il router "giusto" con il Flow Control attivo per avere un upload regolare usando l'F6005....
Se almeno questi ONT F6005 venissero forniti solo per chi sceglie un profilo a 2.5G sarebbe il male minore, alla fine uno si attrezza in qualche modo per usare una linea del genere.....il problema è che anche per i tagli di banda da 1G vengono ormai consegnati gli stessi ONT, con il rischio che l'utente possa rimanere con l'upstream degradato se non trova il router giusto....
- Modificato
Ho fatto alcuni test in area grigia con questo ONT F6005 e firmware N18 fornito da Open Fiber e a parte il fatto che il primo che mi hanno dato (Fabbricato AUG 2022) scaldava molto e si bloccava dopo un po' di tempo devo direi che non è affatto maleil nuovo (Fabbricato MAR 2023) ed il profilo a 2,5Gbit direi che funziona benissimo in abbinamento al Router ZTE H6645P V2
Speedtest by Ookla
Server: Vodafone IT - Milan (id: 4302)
ISP: Open Fiber
Idle Latency: 9.79 ms (jitter: 1.13ms, low: 8.42ms, high: 12.96ms)
Download: 2359.64 Mbps (data used: 2.8 GB)
23.20 ms (jitter: 32.99ms, low: 8.29ms, high: 246.93ms)
Upload: 452.54 Mbps (data used: 238.6 MB)
10.23 ms (jitter: 0.70ms, low: 8.16ms, high: 12.29ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/3559213e-5e93-4854-a601-7bd89a7ed69c
Speedtest by Ookla
Server: EOLO - Milan (id: 11427)
ISP: Open Fiber
Idle Latency: 7.83 ms (jitter: 0.43ms, low: 7.78ms, high: 8.60ms)
Download: 2325.75 Mbps (data used: 2.8 GB)
13.17 ms (jitter: 20.49ms, low: 8.90ms, high: 279.29ms)
Upload: 457.76 Mbps (data used: 465.8 MB)
10.76 ms (jitter: 1.43ms, low: 8.39ms, high: 20.85ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/71baa02a-8330-45bc-904e-9ee788f7aae6
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Open Fiber
Idle Latency: 143.62 ms (jitter: 0.11ms, low: 143.54ms, high: 143.68ms)
Download: 1356.31 Mbps (data used: 2.1 GB)
172.16 ms (jitter: 56.99ms, low: 113.96ms, high: 363.75ms)
Upload: FAILED cy: 220.76 ms
[error] Cannot read:
Speedtest by Ookla
Server: Magnet Networks - Dublin (id: 14010)
ISP: Open Fiber
Idle Latency: 38.42 ms (jitter: 0.28ms, low: 38.22ms, high: 38.70ms)
Download: 2256.83 Mbps (data used: 4.0 GB)
36.96 ms (jitter: 3.00ms, low: 35.51ms, high: 329.03ms)
Upload: FAILED cy: 39.60 ms
[error] Cannot read:
Speedtest by Ookla
Server: i3D.net - Stockholm (id: 44597)
ISP: Open Fiber
Idle Latency: 46.92 ms (jitter: 0.32ms, low: 46.76ms, high: 47.45ms)
Download: 2204.28 Mbps (data used: 3.7 GB)
48.70 ms (jitter: 0.77ms, low: 47.50ms, high: 57.20ms)
Upload: 126.21 Mbps (data used: 219.8 MB)
47.71 ms (jitter: 6.24ms, low: 46.98ms, high: 354.84ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/97a8e6e5-694b-4624-8c67-710668bbc0a5
Speedtest by Ookla
Server: TIM SpA - Milan (id: 3667)
ISP: Open Fiber
Idle Latency: 8.56 ms (jitter: 0.30ms, low: 8.27ms, high: 8.88ms)
Download: 2312.09 Mbps (data used: 3.5 GB)
15.88 ms (jitter: 26.94ms, low: 9.00ms, high: 252.15ms)
Upload: 441.51 Mbps (data used: 313.9 MB)
9.93 ms (jitter: 1.06ms, low: 8.15ms, high: 19.93ms) Packet Loss: 0.0% Result URL: https://www.speedtest.net/result/c/b8f93e9e-0fe6-4f4b-9f70-727087157fca [error] Configuration - No servers defined (NoServersException)
Speedtest by Ookla
Server: TIM SpA - Genoa (id: 38174)
ISP: Open Fiber
Idle Latency: 11.63 ms (jitter: 0.27ms, low: 10.82ms, high: 11.74ms)
Download: 2333.68 Mbps (data used: 3.0 GB)
20.17 ms (jitter: 27.67ms, low: 10.92ms, high: 281.78ms)
Upload: 405.51 Mbps (data used: 496.6 MB)
12.93 ms (jitter: 2.81ms, low: 12.20ms, high: 231.87ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/f29c9fe3-4875-4616-97a0-8a3a27e693e2
Speedtest by Ookla
Server: TIM SpA - Rome (id: 3243)
ISP: Open Fiber
Idle Latency: 18.57 ms (jitter: 0.49ms, low: 18.54ms, high: 19.48ms)
Download: 2316.63 Mbps (data used: 3.2 GB)
39.80 ms (jitter: 35.17ms, low: 17.81ms, high: 522.50ms)
Upload: 334.61 Mbps (data used: 328.4 MB)
20.92 ms (jitter: 0.57ms, low: 20.42ms, high: 26.42ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/8851802d-edf7-4878-935b-3931781cf579
Speedtest by Ookla
Server: TIM SpA - Venice (id: 11673)
ISP: Open Fiber
Idle Latency: 15.35 ms (jitter: 0.61ms, low: 14.60ms, high: 15.84ms)
Download: 2333.88 Mbps (data used: 3.1 GB)
29.49 ms (jitter: 33.43ms, low: 16.43ms, high: 312.49ms)
Upload: 330.55 Mbps (data used: 388.2 MB)
16.53 ms (jitter: 3.11ms, low: 15.90ms, high: 243.72ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/4b366c79-c7c2-4ffe-8c79-5c50c6922140
Speedtest by Ookla
Server: Aruba S.p.A. - Ponte San Pietro (id: 40519)
ISP: Open Fiber
Idle Latency: 8.75 ms (jitter: 0.29ms, low: 8.61ms, high: 9.38ms)
Download: 2344.14 Mbps (data used: 2.8 GB)
15.49 ms (jitter: 24.88ms, low: 9.91ms, high: 283.67ms)
Upload: 446.63 Mbps (data used: 300.3 MB)
11.49 ms (jitter: 4.96ms, low: 9.78ms, high: 226.02ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/0afc26ae-53b7-4b30-a06f-f120eb1d94bc
Speedtest by Ookla
Server: Vodafone IT - Milan (id: 4302)
ISP: Open Fiber
Idle Latency: 8.87 ms (jitter: 5.28ms, low: 8.57ms, high: 29.15ms)
Download: 2338.20 Mbps (data used: 2.8 GB)
28.06 ms (jitter: 35.03ms, low: 8.32ms, high: 287.28ms)
Upload: 459.74 Mbps (data used: 807.0 MB)
10.34 ms (jitter: 2.22ms, low: 8.61ms, high: 224.62ms)
Packet Loss: 0.0%
Qualcuno ha notizie riguardo ad un eventuale fix per il problema upload "castrato" del router ZTE H6645P fornito daDimensione e linea su infrastruttura fibercop 2500/1000? @giusgius ?
- Dimensione
gianlucabsd ZTE ci sta lavorando
giusgius
Io però ho un Sercomm FG1000R, e ho lo stesso problema sull'upload. Beneficerò della soluzione comunque?