Come faccio a entrare nell'ONT ZTE F6005 per sapere la versione del firmware?
17hamsik ps ho trovato anche il firmware beta per ax11000 vediamo un po.
L'AX11000 PRO lo ho anche io e con qualsiasi firmware fa tranquillamente 1gbit pieno in upstream, almeno ad 1G.
C:\Users\User>speedtest -s14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Dimensione
Idle Latency: 120.88 ms (jitter: 0.15ms, low: 120.50ms, high: 121.00ms)
Download: 942.10 Mbps (data used: 1.6 GB)
209.66 ms (jitter: 69.17ms, low: 119.98ms, high: 315.73ms)
Upload: 938.64 Mbps (data used: 1.3 GB)
265.11 ms (jitter: 76.12ms, low: 120.81ms, high: 432.48ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/32dfa92f-deb3-4621-bd13-c856c27d5486
Se a te va male anche con NIC da 1G, come hai scritto sopra, non può che essere l'ONT il primo indagato.
- Modificato
stesso test
C:>speedtest -s 14228
Speedtest by Ookla
Server: Frontier - Chicago, IL (id: 14228)
ISP: Dimensione
Idle Latency: 125.95 ms (jitter: 0.04ms, low: 125.85ms, high: 125.99ms)
Download: 1443.11 Mbps (data used: 2.1 GB)
197.88 ms (jitter: 65.91ms, low: 130.47ms, high: 364.09ms)
Upload: 67.96 Mbps (data used: 122.1 MB)
187.04 ms (jitter: 63.15ms, low: 125.85ms, high: 252.73ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/7dbfbc14-0449-497a-86c0-4f7ed2374084
matem7
aggiornato ax11000 pro con l'ultima beta
problema persiste
C:>speedtest -s 7898
Speedtest by Ookla
Server: Fastweb SpA - Rome (id: 7898)
ISP: Dimensione
Idle Latency: 12.95 ms (jitter: 0.32ms, low: 12.69ms, high: 13.27ms)
Download: 2293.33 Mbps (data used: 3.8 GB)
10.45 ms (jitter: 0.55ms, low: 8.57ms, high: 11.73ms)
Upload: 324.95 Mbps (data used: 397.9 MB)
13.43 ms (jitter: 3.59ms, low: 12.53ms, high: 245.78ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/4a424fe9-08ff-4994-84a2-f31f06fa2492
- Modificato
17hamsik prova il ROG che di quello sono sicuro che ci sta il fix
MiloZ non può che essere l'ONT il primo indagato.
Io non capisco perchè insisti che sia l'ONT quando è ormai una cosa assodata che il problema derivi dal router che non supporta i pause frame. È un problema riscontrato su vari modelli, su Telegram ci sta anche chi ha cambiato il router usando il ROG come avevo consigliato risolvendo definitivamente.
- 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