Latenza VOMITEVOLE verso Milano FTTH WindTre VULA FW

Slash402

Ciao a tutti,
perdonate il titolo volutamente provocatorio, ma scrivo per segnalare una situazione abbastanza anomala con WindTre.

Mi trovo in Romagna e sto riscontrando latenze verso server situati a Milano veramente elevate (60/70ms) per la zona in cui sono locato, valori completamente fuori scala.

Sono consapevole che probabilmente non ci sono soluzioni pratiche in merito e che l’unica vera alternativa sarebbe cambiare operatore, ma volevo comunque segnalare la cosa. Magari qualcuno ha chiarimenti sul motivo dietro un routing così penoso, o riscontra le stesse problematiche se si trova nella mia zona.

Partiamo con ordine, setup con cui ho eseguito i test:

Rete: Fibercop con operatore WindTre 2.5Gbps
ONT: Zyxel PM5100-T1.
Router: Zyxel EX-5601 con OpenWRT.
Collegamento PC (assolutamente adeguato e con scheda 2.5) via cavo.

Speedtest
EOLO Milano

Server: EOLO - Milan (id: 11427)
         ISP: Wind Tre
Idle Latency:    68.50 ms   (jitter: 0.65ms, low: 66.93ms, high: 69.05ms)
    Download:  1915.27 Mbps (data used: 3.3 GB)
                114.32 ms   (jitter: 32.56ms, low: 67.99ms, high: 490.63ms)
      Upload:   610.84 Mbps (data used: 1.0 GB)
                102.12 ms   (jitter: 11.37ms, low: 65.52ms, high: 393.55ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/e9cde229-4776-4c76-84c7-569a87e56490

Vodafone Milano

Server: Vodafone IT - Milan (id: 4302)
         ISP: Wind Tre
Idle Latency:    66.75 ms   (jitter: 0.20ms, low: 66.48ms, high: 67.05ms)
    Download:  1861.61 Mbps (data used: 3.2 GB)
                121.56 ms   (jitter: 42.67ms, low: 69.28ms, high: 506.93ms)
      Upload:   636.64 Mbps (data used: 1.1 GB)
                105.08 ms   (jitter: 12.75ms, low: 66.94ms, high: 428.76ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/63c9c9c1-c09b-4176-92a0-7b8ce63bef23

Fastweb Milano

Server: Fastweb SpA - Milan (id: 7839)
         ISP: Wind Tre
Idle Latency:    58.91 ms   (jitter: 2.27ms, low: 58.29ms, high: 62.92ms)
    Download:  1989.99 Mbps (data used: 3.3 GB)
                 79.20 ms   (jitter: 28.78ms, low: 55.70ms, high: 438.12ms)
      Upload:   593.56 Mbps (data used: 1.0 GB)
                 58.66 ms   (jitter: 4.44ms, low: 55.70ms, high: 354.89ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/c2ddeee0-f519-47f2-a967-c6a06f10b2d4

Londra (pingo comicamente come Milano)

Server: Community Fibre Limited - London (id: 30690)
         ISP: Wind Tre
Idle Latency:    69.36 ms   (jitter: 0.64ms, low: 68.39ms, high: 69.75ms)
    Download:  1765.35 Mbps (data used: 2.5 GB)
                102.32 ms   (jitter: 11.01ms, low: 67.72ms, high: 140.38ms)
      Upload:   574.22 Mbps (data used: 1.0 GB)
                102.59 ms   (jitter: 13.47ms, low: 68.45ms, high: 159.19ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/ef1a9997-a2f8-4bcb-ae5e-543aa49d8ce1

Traceroute
8.8.8.8

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 |   31 |   31 |    0 |    0 |    2 |    0 |
|                           151.7.220.209 -    0 |   31 |   31 |   44 |   54 |   94 |   45 |
|                             151.6.56.46 -    0 |   31 |   31 |   44 |   48 |   69 |   45 |
|                            151.6.142.50 -    0 |   31 |   31 |   44 |   45 |   50 |   45 |
|                             151.6.0.190 -    0 |   31 |   31 |   48 |   48 |   50 |   48 |
|                            151.7.112.69 -    0 |   31 |   31 |   49 |   51 |   68 |   49 |
|                           74.125.48.142 -    0 |   31 |   31 |   48 |   49 |   50 |   49 |
|                         108.170.228.243 -    0 |   31 |   31 |   48 |   48 |   49 |   49 |
|                         142.251.235.173 -    0 |   31 |   31 |   48 |   48 |   50 |   49 |
|                              dns.google -    0 |   31 |   31 |   48 |   49 |   51 |   50 |
|________________________________________________|______|______|______|______|______|______|

1.1.1.1

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 |   30 |   30 |    0 |    0 |    1 |    0 |
|                           151.7.220.209 -    0 |   31 |   31 |   43 |   49 |   66 |   45 |
|                             151.6.56.46 -    0 |   31 |   31 |   44 |   45 |   58 |   44 |
|                            151.6.142.50 -    4 |   27 |   26 |   44 |   46 |   60 |   46 |
|                             151.6.0.190 -    0 |   31 |   31 |   48 |   49 |   59 |   59 |
|          miot-to2-micl-n01-po01.wind.it -    0 |   31 |   31 |   48 |   51 |   76 |   49 |
|                            151.7.112.75 -   75 |    8 |    2 |   49 |   54 |   59 |   59 |
|                           188.114.100.5 -    0 |   31 |   31 |   55 |   59 |   80 |   57 |
|                         one.one.one.one -    0 |   31 |   31 |   58 |   59 |   63 |   60 |
|________________________________________________|______|______|______|______|______|______|

Per confronto, in un vecchio post potete vedere speedtest da FTTH TIM verso gli stessi server giusto per dare un’idea della differenza alquanto surreale.

Esistono soluzioni pratiche oltre a cambiare operatore, che io magari non conosco?
Ci sono altre verifiche o test che sarebbe utile fare per capire meglio il problema?
Posso fornire altri test (ping prolungati, mtr, speedtest verso altri server) per completezza?

Grazie a tutti.

x_term

Slash402 Mi trovo in Romagna

Comune?

Slash402 151.7.220.209 - 0 | 31 | 31 | 44 | 54 |

Data la latenza al BNG, il fatto che sei su Fibercop, mi fa pensare ad una Fastweb issue. WindTre non è presente localmente ma si fa portare il traffico da Fastweb fino ad un PoP dove si incontrano.
Oppure potrebbe essere la nuova versione della Windata BUL di raccogliere tutto il nord italia a Venezia... ma dubito quello sia il caso, sarebbero spuntati altri clienti

Slash402

x_term Comune?

Misano Adriatico

x_term Data la latenza al BNG, il fatto che sei su Fibercop, mi fa pensare ad una Fastweb issue. WindTre non è presente localmente ma si fa portare il traffico da Fastweb fino ad un PoP dove si incontrano.
Oppure potrebbe essere la nuova versione della Windata BUL di raccogliere tutto il nord italia a Venezia... ma dubito quello sia il caso, sarebbero spuntati altri clienti

Guarda, se scopri qualcosa che io non so, ben venga.
Se ci sono eventuali metodi di risoluzione oltre a cambiare, meglio ancora, ma su questo, sono piuttosto certo non ce ne siano.

ilboy95

x_term WindTre non è presente localmente ma si fa portare il traffico da Fastweb fino ad un PoP dove si incontrano

nella peggiore delle ipotesi, da Misano dovrebbe arrivare massimo a Bologna (Rimini molto più probabile). Non giustifica un ping così alto.

Dovrebbe essere nell'ordine dei 15-17ms su Milano.

x_term

ilboy95 non lo giustifica ma Slash402 se Fastweb ha problemi temporanei su quel trasporto/kit VULA sostanzialmente WindTre non muoverà un dito perchè non deve, Fastweb rimetterà tutto a posto quando possibile. E il bello è che se cambia con altro ISP che usa Fastweb rimane nella stessa barca.

poweruser puoi iniziare recuperando il nome del bng tramite pppoe-discovery

questo sarebbe interessante sì, così da capire dove geograficamente WindTre lo autentica

poweruser

Se vuoi capirci di più, puoi iniziare recuperando il nome del bng tramite pppoe-discovery (google/chatgpt sono tuoi amici). Dal nome si capisce dove è fisicamente.

Comunque presumibilmente è a Milano, ha una latenza comparabile a 8.8.8.8.

Slash402

poweruser Se vuoi capirci di più, puoi iniziare recuperando il nome del bng tramite pppoe-discovery (google/chatgpt sono tuoi amici). Dal nome si capisce dove è fisicamente.

Sembrerebbe Bologna.
BOTE-MG01-RE0

x_term E il bello è che se cambia con altro ISP che usa Fastweb rimane nella stessa barca.

Ah questo è certo, infatti tornerei EasyIP. Sicuramente questo mi limita le scelte, ma piuttosto che avere una cosa del genere..

ilboy95

Slash402 Sicuramente questo mi limita le scelte, ma piuttosto che avere una cosa del gene

Hai le NGA altrimenti

Slash402

Nessuno sa dirmi niente quindi? Almeno per capire dove effettivamente sta il problema.

Robertos

Slash402 la latenza nella rete w3 sembra regolare
58-43 = 15ms a cui aggiungere 1-2ms da te a Bologna dove sei autenticato.

Il guaio è che per arrivare a Bologna ci metti 43ms... Forse qualche configurazione sbagliata di circuito VULA?
Tranne re-routing Fastweb temporanei per guasti (prova a chiedere magari a qualche vicino con Fastweb nativa) mi sembra assurdo 43ms... È come se l'handoff fastweb-w3 avvenisse a Salerno, per poi autenticarti a Bologna?? Non avrebbe senso.

poweruser

Robertos effettivamente la spiegazione più plausibile è che fastweb stia terminando il circuito nel sud italia mentre w3 lo autentica a bologna.
Bologna > Napoli > Bologna andata e ritorno in 40ms ci sta tutto.

Sarebbe interessante verificare il one way delay (owd) per capire se uno solo o entrambi i versi sono sbilanciati. Con la versione giusta di fping dovrebbe essere fattibile.

ildo_sacdanaku

Ciao @Slash402 . sono anch'io di Misano e avuto lo stesso tuo problema con Windtre. Con TIM va meglio in termini di latenza?

Slash402

ildo_sacdanaku Un'altra persona di Misano che frequenta il forum devo dire che non me lo aspettavo, a saperlo prima facevo un post prima di fare Wind😂.
Comunque sì, con TIM non ho problemi. Ero TIM prima e sono tornato TIM, 10ms a Milano come deve essere. In generale direi che da noi è meglio evitare qualsiasi operatore VULA Fastweb e rimanere su EasyIP o eventualmente NGA.

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