Connessione peggiorata dopo migrazione da TIM a Dimensione (Fibercop)

Ranchan · 2024-11-24T00:43:10+00:00

Salve a tutti, seguo questo forum da un bel pò e credo sia il migliore in assoluto in Italia, complimenti davvero. Mi sono deciso a registrarmi e colgo l'occ...

mark129

gandalf2016 Lo ha suggerito anche handymenny a vari utenti sul tplink Windtre, in rete Fastweb VULA con il medesimo ONT Sercomm, ed è stato risolutivo.

Sant'Andrea... 😇

Bast

mark129 Effettivamente col Sercomm si risolve tramite QoS. Sempre se non si hanno router con chip Broadcom 😉

handymenny

mark129 Sant'Andrea... 😇

precisamente una linea che out of box toccava a stento i 500Mbps a 25ms, con il solo QoS tocca gli 870Mbps a 55ms:

Senza QoS fa poco meno di 1000Mbps a 8ms, ma bisogna scendere a compromessi, purtroppo...

Per la questione Wifi concordo con la tesi di @gandalf2016, infatti si sono già visti utenti con upload peggiori in wifi 6 160MHz rispetto a wifi 6 80MHz, a questo si aggiunge che alcuni smartphone hanno lo stack tcp/ip estremamente ottimizzato per connessioni con packet loss e bufferbloat modesti (il contrario di windows praticamente).

@Ranchan ma tu hai ancora il vecchio ZTE? perché, sicuramente lo saprai, ZTE vende questo tipo di CPE solo agli operatori e quindi possono essere abbastanza customizzate, al punto che ci sono in giro modelli identici ma con HW o SW diverso (esistono ad esempio sia h6645p con che senza porta SFP).

Altra cosa... Non mi è chiaro se il problema sparisce con un router 1Gbps e/o con un client 1Gbps e/o con un client linux che utilizzi BBR come algoritmo di controllo della congestione, perché se ciò non accade il tuo problema è di diversa natura.

Ranchan

Ragazzi buongiorno. Mamma mia, troppa carne al fuoco da dover rigirare per poter rispondere a ogni singolo messaggio, cercherò di racchiudere il tutto su un'unica risposta.
Allora, io sono nel comune di Capannori (Lucca) e dovrei essere su Milano (o almeno, è lì che vengo geolocalizzato, ho già fatto mettere l'ip pubblico). Ovviamente non mi aspettavo certo il ping "fasullo" di prima con TIM, visto che avevo il server TIM più vicino a Pisa e infatti eravamo tra i 2 e i 4 ms. Però mi sembra un pò tantino anche 18/20, ma la mia è solo una supposizione. Mio nipote, da Taranto sempre con Dimensione, è su Roma e su server romano fa 12. Comunque, di questo non m'interessa poi chissà cosa, l'ho detto solo per informazione. Altra cosa: non mi aspettavo di MIGLIORARE la connessione di TIM, anche perchè era già davvero a livello top prima. Il mio passaggio a Dimensione è stato per due motivi: supportare questa bella azienda e realtà tutta italiana e avere finalmente un supporto VERO.
La migrazione da remoto credo sia stata possibile in quanto, in fase di attivazione, l'operatrice Dimensione mi ha chiesto se avessi già ONT a 2,5 e che il cavo sarebbe rimasto il medesimo, è una supposizione.
Per la questione wifi: il pc dista dal router giusto 3 metri e ovviamente il test con lo smartphone l'ho fatto stando al pc.
Il problema, come avevo già provato e come ha provato il tecnico dimensione, non si presenta settando la scheda di rete su 1gbit o su apparati 1gbit, lì fa 900 e rotti in down e up. Il QoS c'ho provato, ma su questo le mie conoscenze vacillano (anche perchè non ho mai avuto la necessità di dover approfondire), se qualche buona anima mi dicesse quali settaggi inserire nella regola QoS del router ZTE di Dimensione, gliene sarei grato.
Su rete TIM confermo che il problema, con lo stesso router non c'era, andava sempre a palla e non solo sul server tim di pisa, ma anche su Milano, Roma, su Eolo, Vodafone, etc etc, per questo che mi sembrava strano. Il router dimensione, provai a collegarlo perchè magari pensavo che avessero già attivato e non lo sapevo, ma con mia sorpresa, il router si è collegato in automatico a TIM (probabilmente perchè i dati di autenticazione richiesti da tim sono irrilevanti), ma senza toccare la pre-configurazione di Dimensione (ho provato anche a fare il reset per essere sicuro). Quando è avvenuta la migrazione, la connessione tim aveva cessato di esserci, a quel punto allora ho ricollegato il router.
Ho fatto diverse prove dal router, compreso disattivare ipv6, cambiare mtu e ho provato anche diversi settaggi sulla scheda di rete (che è una Intel integrata sulla scheda madre.

Aperock

Ranchan Il QoS c'ho provato, ma su questo le mie conoscenze vacillano (anche perchè non ho mai avuto la necessità di dover approfondire), se qualche buona anima mi dicesse quali settaggi inserire nella regola QoS del router ZTE di Dimensione, gliene sarei grato.

C'è un firmware in arrivo, preannunciato da giusgius un paio di settimane fa in un altro post, che dovrebbe risolvere (si spera) o mitigare questo problema. Al momento non c'è nessun settaggio del QoS da inserire che possa ovviare; già provato prima di passare ad un altro modem e confermatomi da altri utenti.

Ranchan Su rete TIM confermo che il problema, con lo stesso router non c'era, andava sempre a palla e non solo sul server tim di pisa, ma anche su Milano, Roma, su Eolo, Vodafone, etc etc, per questo che mi sembrava strano.

Allora l'idea migliore in merito, secondo me, l'ha data:

mark129 Io invece ho dei dubbi che sia FW a fare giri strani in raccolta (non infrequenti in centro italia): e se fosse quello il caso, il caso del server di fianco potrebbe essere meno probabile.

Bast

Ranchan Il QoS c'ho provato, ma su questo le mie conoscenze vacillano (anche perchè non ho mai avuto la necessità di dover approfondire)

Non ho il router ZTE di Dimensione, quindi sarò approssimativo.
Devi provare a settare un valore in upload attorno ai 1.000 Mb/s 1 Gb/s, poco più o meno, fino a trovare il compromesso migliore.
Poi devi testare su server con una certa latenza, cioè preferibilmente non in Italia. Il problema diventa più evidente in maniera proporzionale rispetto alla latenza, quindi più i server sono distanti più sale la latenza, e meno velocità vedi.

gandalf2016

Ranchan Però mi sembra un pò tantino anche 18/20

È il trasporto Fastweb che ti porta prima a Roma e poi ti fa salire verso Milano.
Dalla Toscana lavorano così, anche Vodafone.

TIM e Windtre e Openfiber vanno a Milano dritte dalla via più breve, invece.

Ranchan ma anche su Milano, Roma, su Eolo, Vodafone

Comunque server che fanno uso di BBR, e ti tenevano entro latenze più basse di ora.
Un test verso che so un server a Francoforte lo avevi? Devi fare confronti a parità di latenza tra prima e ora.

Non so se lo ZTE di dimensione sia in grado di fare QoS, comunque fino a quando non ti cambiano ONT… anche con il fix al flow control lato router non risolverai. Perché non è supportato dal tuo ONT.

PRKodi

Aperock C'è un firmware in arrivo, preannunciato da giusgius un paio di settimane fa in un altro post, che dovrebbe risolvere (si spera) o mitigare questo problema. Al momento non c'è nessun settaggio del QoS da inserire che possa ovviare; già provato prima di passare ad un altro modem e confermatomi da altri utenti.

Ad aprile fa presi questo router usato, dopo alcuni giorni scoprìi che era Dimensione e si parlava di problemi di upload con ont zte f6005 che ancora oggi riscontro, mai risolti. Sempre in questa community si scriveva in diverse discussioni dell'aggiornamento firmware del supporto di @giusgius, che ho anche contattato... siamo a novembre e ancora niente!

8 giorni fa ho aperto una discussione ad hoc per settare il qos

https://forum.fibra.click/d/60845-qos-su-zte-h6645p
senza alcuna risposta.

La cosa mi interessa, vi seguo.

Ranchan

PRKodi infatti piacerebbe capire anche a me come settare quei parametri, in quanto questo router non ha le impostazioni "semplici" del QoS, dove imposti valori di banda di download/upload

giusgius

PRKodi

Ranchan

Ranchan perdonami, il supporto ti ha risposto in maniera sincera, e ti hanno indicato che sono in corso dei test per la risoluzione dei problemi esposti, dove è mancato il supporto? Capisco la frustrazione ma lato wholesale (Fastweb, Open Fiber) far sostituire l’ONT è molto complesso ed è un’eccezione, non la regola, visto che è una linea consumer che rispetta pienamente i parametri di banda garantita. Poi è chiaro che noi cerchiamo di venire sempre incontro al cliente, ma capite bene che non si può chiedere di sostituire ONT a tutti se sono in esercizio correttamente. Stiamo cercando una soluzione che sia il meno impattante possibile per tutti.
Non esiste una procedura di sostituzione ufficiale, e vogliamo evitare addebiti ai clienti, dato che, come ho ribadito più volte anche qui sul forum, per i fornitori il problema non sussiste e non c’è motivo di sostituzione. Non è per cattiveria o per fare un dispetto al cliente, ci mancherebbe!

È disponibile da qualche giorno una nuova versione firmware che possiamo installare ai clienti per il nostro ZTE H6645P e la stiamo testando. Nella maggior parte dei casi il problema viene fortemente mitigato. La installeremo massivamente a tutti nei prossimi giorni. Se vuoi provare a richiederlo in anticipo, siamo a completa disposizione, grazie per la collaborazione 🙏🏻

attackment

gandalf2016 Old but good:
http://blog.reissromoli.com/2016/11/banda-e-throughput-un-po-di-chiarezza.html

grazie per il link, interessantissimo, salvato nei preferiti 😉

Ranchan

gandalf2016 ah ecco, l'assistenza Dimensione invece ha detto che dovrebbe bastare. A questo punto chiedo a @giusgius come fare per farmi sostituire l'ont

Aperock

gandalf2016 anche con il fix al flow control lato router non risolverai

Perchè dici? Anche io ho il Sercomm e con il flow control del Fritz 7690 ora ho abbastanza risolto. Diciamo per correttezza che non vado mai sopra ai 770Mb di upload anche con server a 10ms di latenza ma non è così male.

MiloZ

gandalf2016 mark129
È il trasporto Fastweb che ti porta prima a Roma e poi ti fa salire verso Milano.
Dalla Toscana lavorano così, anche Vodafone.

TIM e Windtre e Openfiber vanno a Milano dritte dalla via più breve, invece.

Confermo.
Su trasporto FW dalla Toscana meno di 15ms medi su Milano è quasi impossibile (anche usando direttamente linee di Fastweb stessa).

Aperock

Se provi su server più lontani come va?

Esempio su questi:

i3D.net - Stockholm: 44597
Orange Polska S.A. - Warsaw: 4166
Grain Connect - Manchester: 59135
TurkNet - Istanbul: 11250
CJSC RASCOM - Moscow: 20933
Magnet Networks - Dublin: 14010
Frontier - Miami: 14237

(Li ho ritestati ora per essere sicuro si riesca a raggiungere 1Gbps pieno in upload su tutti)

gandalf2016

Aperock
Non è così male ma hai perdita del 30% di banda, su uno Speedtest che è traffico multisessione.
Prova a farlo su singola.

Aperock

gandalf2016 Non ho trovato le impostazioni per farlo da cli ma anche da browser in multisessione non cambia molto quindi come risultato dovrebbe essere pertinente.

mark129

Aperock ma anche da browser in multisessione non cambia

Sessione singola su server CPN.

giacca72

Se puo essere d'aiuto non ho dimensione ( Tim 2,5 Gb ) ma utilizzo il Sercomm FG1000R in accopiata ad un Fritz 7590.
Non ho messo particolari impostazioni di priorita.

Sino a qualche giorno in up facevo da 150 mb a 400 mb , e dopo vari tentativi mi son accorto che la porta eht del router si e danneggiata, lavorava alla "carlona" per colpa di un fulmine caduto nelle vicinanza di casa e che mi ha fatto fuori l'ali dell'antenna, la porta eht della mia TV , uno switch e la porta eth della piastra madre del mio pc.
Ma sino a oggi non mi son mai accorto di questa porta del router.
Credevo che l'Ont aveva qualche problema in up, come ho letto in alcuni post in questo forum, ma per fortuna il mio non ne soffre ....

Ranchan

giacca72 su connessione 1gbit è normale sia così, anche ora se setto su 1 gbit, in upload ho banda piena

Aperock

MiloZ Non così bene. Fino a 40 ms (idle) direi senza grande impatto.. oltre i 40 ms perde abbastanza. Ma avevo visto che alcuni utenti non completavano proprio l'upload con latenze così elevate.

 C:\>speedtest -s 44597

   Speedtest by Ookla

      Server: i3D.net - Stockholm (id: 44597)
         ISP: Dimensione
Idle Latency:    49.51 ms   (jitter: 0.15ms, low: 49.37ms, high: 49.74ms)
    Download:  1299.91 Mbps (data used: 1.3 GB)
                 49.53 ms   (jitter: 11.52ms, low: 46.45ms, high: 381.17ms)
      Upload:   664.31 Mbps (data used: 923.9 MB)
                 51.20 ms   (jitter: 2.24ms, low: 47.54ms, high: 64.75ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/25cbebf9-8035-443c-b945-69cab3d805a8

C:\>speedtest -s 4166

   Speedtest by Ookla

      Server: Orange Polska S.A. - Warsaw (id: 4166)
         ISP: Dimensione
Idle Latency:    36.61 ms   (jitter: 0.33ms, low: 36.34ms, high: 37.21ms)
    Download:  1608.69 Mbps (data used: 1.5 GB)
                 37.15 ms   (jitter: 1.50ms, low: 35.01ms, high: 44.82ms)
      Upload:   617.98 Mbps (data used: 863.4 MB)
                 37.44 ms   (jitter: 4.86ms, low: 34.49ms, high: 306.22ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/82c0ac9b-77e4-4433-8c69-779352b82c30

C:\>speedtest -s 59135

   Speedtest by Ookla

      Server: Grain Connect - Manchester (id: 59135)
         ISP: Dimensione
Idle Latency:    39.86 ms   (jitter: 0.56ms, low: 39.55ms, high: 40.62ms)
    Download:  1588.98 Mbps (data used: 1.9 GB)
                 41.83 ms   (jitter: 9.76ms, low: 38.68ms, high: 347.38ms)
      Upload:   706.94 Mbps (data used: 691.1 MB)
                 41.80 ms   (jitter: 7.33ms, low: 37.73ms, high: 330.13ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/69173844-8d07-4400-9b88-4572fcb775f5

C:\>speedtest -s 11250

   Speedtest by Ookla

      Server: TurkNet - Istanbul (id: 11250)
         ISP: Dimensione
Idle Latency:    48.16 ms   (jitter: 2.96ms, low: 47.78ms, high: 53.81ms)
    Download:  1568.84 Mbps (data used: 2.0 GB)
                 49.63 ms   (jitter: 6.37ms, low: 44.09ms, high: 132.22ms)
      Upload:   288.29 Mbps (data used: 508.4 MB)
                 62.88 ms   (jitter: 9.16ms, low: 44.12ms, high: 119.29ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/023b059c-3e1d-45ec-bad1-97bdadb67d6a

C:\>speedtest -s 20933

   Speedtest by Ookla

      Server: CJSC RASCOM - Moscow (id: 20933)
         ISP: Dimensione
Idle Latency:    67.96 ms   (jitter: 1.65ms, low: 67.82ms, high: 73.94ms)
    Download:   444.30 Mbps (data used: 659.6 MB)
                112.90 ms   (jitter: 21.39ms, low: 67.13ms, high: 391.55ms)
      Upload:   275.01 Mbps (data used: 490.4 MB)
                109.65 ms   (jitter: 19.58ms, low: 67.17ms, high: 191.22ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/4655f358-a531-4d86-9b02-8219d87a789c

C:\>speedtest -s 14010

   Speedtest by Ookla

      Server: Magnet Networks - Dublin (id: 14010)
         ISP: Dimensione
Idle Latency:    64.11 ms   (jitter: 11.70ms, low: 48.49ms, high: 75.94ms)
    Download:   419.27 Mbps (data used: 503.1 MB)
                 77.52 ms   (jitter: 18.13ms, low: 45.77ms, high: 383.60ms)
      Upload:   365.43 Mbps (data used: 542.5 MB)
                 61.04 ms   (jitter: 9.19ms, low: 46.34ms, high: 129.75ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/debd844e-3487-41ae-8cc2-5f8e8e347777

C:\>speedtest -s 14237

   Speedtest by Ookla

      Server: Frontier - Miami, FL (id: 14237)
         ISP: Dimensione
Idle Latency:   146.66 ms   (jitter: 40.21ms, low: 131.77ms, high: 187.84ms)
    Download:   763.72 Mbps (data used: 924.1 MB)
                217.66 ms   (jitter: 72.77ms, low: 135.15ms, high: 694.67ms)
      Upload:   243.66 Mbps (data used: 426.0 MB)
                218.25 ms   (jitter: 71.11ms, low: 132.35ms, high: 346.94ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/2495b389-e0e0-4659-b455-bdef56e8e980

Ranchan

MiloZ Confermo.
Su trasporto FW dalla Toscana meno di 15ms medi su Milano è quasi impossibile (anche usando direttamente linee di Fastweb stessa).

bah, non direi. A lavoro nella mia officina, ho TIM con profilo 1000/300, ont ZTE e fritz 6890, ping su Vodafone Milano 8ms.
https://www.speedtest.net/my-result/d/8d901f5b-9103-42d2-bd68-d7a3a3c963f1

Mi piacerebbe avere il parere di @giusgius su tutta la questione, anche perchè onestamente io faccio molto uso dell'upload da casa, per caricare video e inviare le immagini di lavoro da casa, all'harddisk collegato al fritz in officina, da 300/400mbit a 900/1000......proprio poca differenza non è a livello di tempi. Se ci sono delle possibilità di risolvere sostituendo l'ont con uno ZTE, sinceramente gradirei fosse fatto, ma telefonicamente dall'assistenza Dimensione non ho percepito molta disponibilità nel farlo, dicendomi che i problemi ci sono anche con quell'ont.

Pho3nix

Ranchan miloz parlava di linee non TIM che hanno il trasporto su Fastweb.

MiloZ

Ranchan
TIM pinga così perchè appunto va diretta a Milano.

Fastweb e Vodafone passano invece da Roma.

Fastweb da sempre, mentre Vodafone in precedenza andava dritta a Milano pingando sui 9-10ms (l'ho usata per un breve periodo nel 2020), mentre adesso sembra abbiano cambiato (dico sembra perchè non l'ho più testata a fondo, ma ho solo visto qualche traceroute da utenti di zona)

Wind come TIM di base va a Milano, anche se per alcuni transiti in certi casi riscende a Roma (a volte anche nel routing di ritorno), ma comunque non in maniera sistematica come Fastweb,

Tiscali invece, se non hanno cambiato di recente, su Openfiber va a Milano (anche se alcuni transiti tipo Cogent continua ad agganciarli a Roma dal 2019-2020), mentre su Fibercop in VULA con raccolta regionale, ricordo che il routing cambiava un pò a seconda dell'IP della connessione, ma tendenzialmente direi che fosse più su Roma con una latenza intorno ai 18ms al MIX.

Ranchan

Pho3nix hai ragione, mi ero perso "su trasporto FW"...

« Pagina precedente Pagina successiva »

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