Velocità download molto differenti a seconda dei server

smau · 2023-05-16T07:42:48+00:00

Buongiorno a tutti, scrivo per chiedere qualche dritta in merito a quanto sto rilevando questa mattina. Premetto che, come da tag, sono in area bianca OF co...

Aless2001

smau

hetzner (No BBR)

Premi per mostrare Premi per nascondere

C:\Users\Alessio>wget https://speed.hetzner.de/10GB.bin
--2023-05-19 21:16:30-- https://speed.hetzner.de/10GB.bin
Resolving speed.hetzner.de (speed.hetzner.de)... 2a01:4f8:0:59ed::2, 88.198.248.254
Connecting to speed.hetzner.de (speed.hetzner.de)|2a01:4f8:0:59ed::2|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10485760000 (9,8G) [application/octet-stream]
Saving to: '10GB.bin'

10GB.bin 44%[=====================> ] 4,32G 31,8MB/s eta 4m 0s

Con tele2 non ricevo risposte dal server

Speedtest con BBR

Three Ireland - Dublin (id: 38092)

Premi per mostrare Premi per nascondere

Server: Three Ireland - Dublin (id: 38092)
ISP: Dimensione Srl
Idle Latency: 46.83 ms (jitter: 0.10ms, low: 46.80ms, high: 47.01ms)
Download: 922.64 Mbps (data used: 1.6 GB)
57.78 ms (jitter: 22.33ms, low: 47.05ms, high: 398.72ms)
Upload: 236.28 Mbps (data used: 382.7 MB)
47.75 ms (jitter: 11.36ms, low: 42.79ms, high: 1011.45ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/2e637b58-5fad-49f3-b419-33905ae9b5e1

Server: RETN - Frankfurt (id: 31120)

Premi per mostrare Premi per nascondere

Server: RETN - Frankfurt (id: 31120)
ISP: Dimensione Srl
Idle Latency: 23.41 ms (jitter: 0.15ms, low: 23.30ms, high: 23.53ms)
Download: 938.24 Mbps (data used: 1.4 GB)
38.75 ms (jitter: 35.03ms, low: 23.24ms, high: 346.43ms)
Upload: 279.76 Mbps (data used: 314.5 MB)
36.19 ms (jitter: 5.02ms, low: 22.81ms, high: 290.26ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/e506f3a7-c12c-4055-bbef-73ebe68bbde0

T-Mobile Netherlands B.V. - Amsterdam (id: 52365)

Premi per mostrare Premi per nascondere

Server: T-Mobile Netherlands B.V. - Amsterdam (id: 52365)
ISP: Dimensione Srl
Idle Latency: 28.29 ms (jitter: 0.05ms, low: 28.21ms, high: 28.36ms)
Download: 921.90 Mbps (data used: 1.4 GB)
50.09 ms (jitter: 41.13ms, low: 28.16ms, high: 403.96ms)
Upload: 275.79 Mbps (data used: 393.2 MB)
41.23 ms (jitter: 4.52ms, low: 28.43ms, high: 281.70ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/a470527d-c5d3-4b3a-87c7-3cc87755e6dc

smau

Piccolo update: quanto riportato recentemente da @walt nel thread da lui aperto (riassumendo: problemi dell'F6005 quando la ETH è a 1Gbps), ha un riscontro nei dati raccolti qui.

Restringendo il campo ai soli ONT F6005, e considerando i risultati sopra insieme agli ultimi test di @walt, si hanno le seguenti casistiche:

1) linea a 1000Mbps e link ETH a 1000Mbps -> problemi di prestazioni (riscontrato anche nei test sopra, con qualsiasi modem)

2) linea a 1000Mbps e link ETH a 2500Mbps -> nessun problema di prestazioni (riscontrato anche nei test sopra, con qualsiasi modem visto @cravatta ha uno zyxel con porta 2500Mbps)

3) linea a 2500Mbps e link ETH a 2500Mbps -> problemi di prestazioni quando il router è un FRITZBOX, altrimenti nessun problema di prestazioni

4) linea a 2500Mbps e link ETH a 1000Mbps -> non considerato, ma probabilmente ricadremmo nel caso 1

A questo punto, se nel caso 1 il colpevole è decisamente l'ONT, per il caso 3 si potrebbe dire che sono i FritzBox a non reggere l'"urto" dei dati quando BBR non è attivo?

mirko991

smau per il caso 3 si potrebbe dire che sono i FritzBox a non reggere l'"urto" dei dati quando BBR non è attivo?

Direi di no -> MiloZ

smau

mirko991 7590 e 7590 AX hanno porta WAN a 1Gbps, resta da capire se @MiloZ abbia provato il 4060 (che ha porta a 2.5Gbps) con l'ONT F6005 e una FTTH a 2500Gbps.
Se così fosse allora potrebbe essere l'accoppiata ONT 6005-fritzbox ad essere problematica

smau

Altra ipotesi "balzana": il problema potrebbe essere anche nel mio caso quello che rileva @walt:
avendo io una scheda di rete a 1Gbps, la banda utilizzabile che "vede" l'ONT verso il mio PC è 1Gbps, anche se al modem è connesso a 2.5Gbps.

In questo caso tutti quelli che hanno FTTH a 2500Mbps e ONT F6005 e un router con WAN a 2,5Gbps ma le rimanenti porte a 1Gbps (oppure router con porte a 2,5Gbps ma PC con scheda a 1Gbps) dovrebbero riportare il poroblema.
In effetti qui sopra questa ipotesi sembrerebbe confermata, tranne che per @mirko991...ma magari il suo router "mitiga" il problema dell'ONT con dei buffer interni.

Boh, vediamo se, a seguito dei test di @walt, ci sarà qualche fix al firmware dell'ONT, e se questo fix avrà impatto positivo anche sulle anomalie rilevate in questo thread

walt

smau chiacchierando con altro operatore specialistico OpenFiber* è emerso che ad oggi risulterei l'unico cliente ad aver esplicitamente riscontrata e segnalata l'anomalia: non ho motivo di dubitare delle sue parole ma l'affermazione mi ha lasciato perplesso, pur consapevole che l'anomalia in esame impatta in maniera relativa e che la sua evidenza è con buona probabilità appannaggio dei soli clienti "smanettoni".

Per il resto rimaniamo in attesa di eventuali novità nel medio/lungo termine.

*mi ha chiamato in mattinata poiché in fase di ulteriore verifica della segnalazione aveva rilevato che l'F6005 al momento negozia link ethernet 1 Gb...al ché gli ho chiarito che in effetti è temporamente ricollegato a NIC 1 Gb causa manutenzione sul serverino e che in ogni caso l'esito delle mie verifiche è confermato 🤓

rapie00

Strano, io stesso avevo espresso le stesse difficoltà a giusgius e all'assistenza tecnica. Ma io in effetti non ho ricevuto più riscontro alcuno

smau

Update: Dimensione mi comunica via mail che, grazie ai test che hanno fatto con OF, hanno appurato che anche la mia problematica è legata all'ONT F6005, e che OF è già in contatto con ZTE per la risoluzione 💪🏻

giuse56

smau Come risolveranno? Per curiosità

MiloZ

smau

Questo ONT non trova pace. 😂
Dapprima i problemi in upstream (non ancora risolti completamente in certi casi), ora pure qualche magagna in downstream. Ci stanno dietro da un annetto ormai.
Probabilmente se invece di affidarsi a Realtek avessero tirato fuori un ONT con hardware proprietario ZTE avremmo potuto risparmiarci un pò di grattacapi.
Ma tant’è, tocca accontentarsi di quel che passa in convento, per altro relativamente ai 2.5G non sembra ci sia molta scelta a livello di ONT esterni come hardware, magari in futuro le cose cambieranno...( o forse no perchè si passerà più rapidamente all’XGS-PON). 😵‍💫

walt
Iniziativa lodevole!
👏👏

smau

In ogni caso, ringrazio Dimensione tramite @giusgius per essersi dedicata a questo problema minore "per l'amore della scienza" 😀💪🏻

giusgius

smau Grazie a te 🙂

rapie00

giuse56 immagino con un aggiornamento firmware (spero a tutti)

walt

@smau @giusgius

Mi si perdoni in anticipo il fuori tema: in merito al commitment di Dimensione mi sembra opportuno pubblicizzare la seguente recente iniziativa, condivisa certo con altri competitor ma non scontata

giuse56

walt E bravi Dimensione, per un ISP big è quasi scontato queste iniziative. Per i piccoli di solito non si sente mai niente.
Bene così che Dimensione abbia introdotto le iniziative anche lei.

Ora mi faccio una domanda, ma quando un ISP può essere definito "piccolo" ? Dal numero di clienti? Dai punti di raccolta? Dal fatto che faccia passivo o usi OpenStream?

giusgius

giuse56 walt E bravi Dimensione, per un ISP big è quasi scontato queste iniziative. Per i piccoli di solito non si sente mai niente.
Bene così che Dimensione abbia introdotto le iniziative anche lei.

Ora mi faccio una domanda, ma quando un ISP può essere definito "piccolo" ? Dal numero di clienti? Dai punti di raccolta? Dal fatto che faccia passivo o usi OpenStream?

Suppongo dal numero di clienti, ma dipende sempre da qual è il termine di paragone.

smau

Ciao a tutti, rispolvero questa discussione perché oggi mi sono messo a fare un po' di test.

E incredibilmente, senza aver cambiato nulla nella mia configurazione (test da medesimo PC, stessa configurazione di rete e stessi cavi, stesso router, stesso ONT, stessa versione firmware su router e ONT) non ho più alcun problema di velocità sui server non-BBR 😳
Anzi, negli speedtest sono persino un poco più veloci di quelli BBR 🤣

A questo punto non so cosa sia stato a risolvere il problema: forse qualche aggiornamento di qualche apparato OF? Qualche aggiornamento del sistema operativo (Ubuntu 22.04)?

In ogni caso...problema risolto! grazie a tutti per il supporto 😉

Premi per mostrare Premi per nascondere

speedtest -s 27276
Speedtest by Ookla
Server: Wind Tre - Bari (id: 27276)
ISP: Dimensione Srl
Idle Latency: 22.86 ms (jitter: 0.40ms, low: 22.64ms, high: 23.42ms)
Download: 937.71 Mbps (data used: 1.2 GB)
25.77 ms (jitter: 5.45ms, low: 23.16ms, high: 294.25ms)
Upload: 471.06 Mbps (data used: 524.2 MB)
44.90 ms (jitter: 2.18ms, low: 23.80ms, high: 50.88ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/db5df0aa-d7af-46ac-9ac8-a839335b6390
!<

Premi per mostrare Premi per nascondere

wget -O /dev/null https://speedtest.serverius.net/files/1000mb.bin --no-check-certificate
--2023-07-13 11:03:34-- https://speedtest.serverius.net/files/1000mb.bin
Resolving speedtest.serverius.net (speedtest.serverius.net)... 2a00:1ca8:33::2, 178.21.16.76
Connecting to speedtest.serverius.net (speedtest.serverius.net)|2a00:1ca8:33::2|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1048576000 (1000M) [application/octet-stream]
Saving to: ‘/dev/null’
/dev/null 50%[=================================> ] 500,57M 104MB/s eta 5s
!<

Premi per mostrare Premi per nascondere

wget -O /dev/null http://fra.speedtest.clouvider.net/10g.bin
--2023-07-13 11:19:34-- http://fra.speedtest.clouvider.net/10g.bin
Resolving fra.speedtest.clouvider.net (fra.speedtest.clouvider.net)... 2a0f:9440:1:b::2, 91.199.118.184
Connecting to fra.speedtest.clouvider.net (fra.speedtest.clouvider.net)|2a0f:9440:1:b::2|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10485760000 (9,8G) [application/octet-stream]
Saving to: ‘/dev/null’
/dev/null 34%[====================> ] 3,34G 105MB/s eta 77s
!<

smau

Ciao a tutti, aggiorno di nuovo questa discussione.
Ieri, quasi per caso, ho scoperto che i download su server non-BBR erano di nuovo lenti.
Dopo aver svolto qualche indagine, questa volta il colpevole è stato individuato: la scheda ethernet Realtek RTL8168. Infatti sia con la wifi del cellulare che con la wifi del portatile non accusavo nessun problema di velocità su server non-BBR.

Io utilizzo Linux, più precisamente Ubuntu 22.04, in cui il driver di default per la RTL8168 è il r8169.
Installando il driver r8168-dkms il problema si è risolto.
La precedente risoluzione del problema era probabilmente da imputarsi ad un aggiornamento del driver. Un successivo aggiornamento ha poi di nuovo "rotto" le cose.

Quindi, per eventuali utenti Linux con scheda di rete Realtek RTL8168 che manifestino questo problema (o anche per chi, con questo NIC, usa Ubuntu Live per effettuare speedtest -altre distro installano nativamente il driver r8168-), la possibile soluzione è quella installare il driver r8168-dkms.

Per completezza di informazioni, ecco la versione specifica del driver che sto usando con successo:

$ modinfo r8168 filename: /lib/modules/6.2.0-26-generic/updates/dkms/r8168.ko version: 8.049.02-NAPI license: GPL description: RealTek RTL-8168 Gigabit Ethernet driver author: Realtek and the Linux r8168 crew <netdev@vger.kernel.org> srcversion: A1EFC4236DF4A64038EC9AB

Ora spero di non dover più aggiornare la discussione 😁
👋

« Pagina precedente

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