17hamsik No... upload cappato su 3 schede di rete diverse, 10gb / 2,5 / 1

Quindi anche con scheda di rete ad 1G il problema persiste?
Allora in parte dipende anche dall' l'ONT senza dubbio. 😬

    matem7 ho anche un ax6000 rapture provo e ti aggiorno.
    ps ho trovato anche il firmware beta per ax11000 vediamo un po.

    MiloZ si anche con la scheda di rete nativa a 1gb non va oltre i 300

    • MiloZ ha risposto a questo messaggio

      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.

        MiloZ

        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

          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.

          17hamsik

          Idem se imposti la scheda di rete ad 1G?
          Scusa se te lo richiedo, ma è giusto per eliminare possibili variabili.

          17hamsik aggiornato ax11000 pro con l'ultima beta
          problema persiste

          Ribadisco, se hai il ROG AX6000 i test falli con quello con l’ultimo firmware disponibile installato

            matem7 ho il rog ax6000 ed il fratello maggiore rog ax 11000

            Fatto con il maggiore adesso provo col 6000

            Comunque entrambe sono ROG Rapture

            • MiloZ ha risposto a questo messaggio

              17hamsik
              Per completezza sarebbe stato da impostare anche la scheda ad 1G (senza bisogno di cambiarla, semplicemente modificando il settaggio dalle proprietà) e vedere se migliora qualcosa con l'AX11000 PRO

                MiloZ le sto provando tutti e credimi non ne esco

                • MiloZ ha risposto a questo messaggio

                  17hamsik
                  Ok ma posta i test possibilmente anche nel forum, in modo che sia più chiaro il quadro della situazione (anche all'assistenza di Dimensione)

                    MiloZ si l’assistenza di dimensione mi sta seguendo. aggiornamento serale... con gt-ax6000 aggiornato funziona e satura l'upload.
                    adesso speriamo che asus abbia voglia di rilasciare la stessa architettura dell'aggiornamento del 6000. cosi mi tengo l'ax11000 pro.

                      17hamsik
                      Un test con l'AX11000 Pro e scheda di rete impostata ad 1G puoi postarlo?
                      Giusto per vedere se cambia qualcosa sull'upstream, magari su questo server -s14228

                      E poi un test anche con l'AX6000 e scheda 2.5G sempre sullo stesso server.

                        MiloZ

                        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

                          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

                          17hamsik

                          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)

                            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

                            • MiloZ ha risposto a questo messaggio

                              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

                              • matem7 ha risposto a questo messaggio

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

                                MiloZ Con altri ONT esterni da 1G (con hardware differente), sempre GPON sulla stessa linea, l'upload è sempre regolare indipendentemente dal router.

                                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.

                                  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:

                                  1. Aumentando i buffer, cosa che in pratica sugli apparati di rete non si può realisticamente fare
                                  2. 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
                                  3. Utilizzando algoritmi di controllo della congestione più "aggressivi" (come BBR v1)
                                  4. 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

                                  Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈
                                  P.I. IT16712091004 - info@fibraclick.it

                                  ♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile