Test velocità OpenWrt lento o instabile: cause e soluzioni

Un test velocità OpenWrt può mostrare valori molto più bassi rispetto alla velocità dichiarata dal proprio ISP oppure risultati variabili tra una misurazione e l’altra. Il dato non identifica automaticamente un guasto: la prova può essere influenzata dal collegamento Wi-Fi, dal dispositivo usato, dal server del test o dalle funzioni attive sul router.

Per interpretare correttamente il risultato bisogna confrontare download, upload, latenza, jitter e perdita di pacchetti in condizioni controllate. Il primo riferimento dovrebbe essere un computer collegato al router con cavo Ethernet, durante un periodo di basso utilizzo della rete.

Come riconoscere il problema nel test velocità OpenWrt

Un limite costante e simile su più dispositivi può indicare una configurazione del router, una porta Ethernet negoziata alla velocità sbagliata o un problema della linea. Un risultato basso soltanto su uno smartphone o in una stanza specifica punta invece verso il Wi-Fi.

La velocità di download misura la ricezione dei dati, mentre l’upload riguarda l’invio. Latenza elevata, jitter irregolare e perdita di pacchetti possono rendere la connessione poco reattiva anche quando il download sembra adeguato.

Cause legate al Wi-Fi

Il Wi-Fi è una delle cause più comuni di risultati inferiori alle attese. Distanza, pareti, interferenze, canali congestionati e uso della banda a 2,4 GHz possono ridurre la velocità effettiva. Anche un client privo di supporto Wi-Fi 5 o Wi-Fi 6 può diventare il limite della misurazione.

Per giudicare la linea, esegui prima il test con Ethernet. Sul router controlla canale, larghezza di banda, potenza radio e standard utilizzato. La banda a 5 GHz offre spesso prestazioni migliori a breve distanza, mentre la banda a 2,4 GHz ha una copertura più ampia ma subisce più interferenze.

CPU e accelerazione del forwarding

OpenWrt può consumare molta CPU quando il router gestisce NAT, firewall, VPN, monitoraggio del traffico, controllo parentale o molte connessioni simultanee. Se il processore raggiunge il limite durante il test, la velocità misurata può fermarsi molto sotto quella del collegamento dell’operatore.

Controlla l’utilizzo della CPU con gli strumenti disponibili nella LuCI oppure tramite SSH. Un test ripetuto durante un carico elevato del processore aiuta a confermare la causa. Verifica anche se il modello e la versione installata supportano l’accelerazione del forwarding, quindi abilitala solo dopo averne valutato la compatibilità con QoS e VPN.

QoS, SQM e shaping configurati in modo errato

QoS e SQM sono utili per ridurre il bufferbloat, ma possono limitare intenzionalmente download e upload. Un valore massimo impostato troppo basso, un’interfaccia sbagliata o un algoritmo non adatto alla connessione possono produrre un test velocità OpenWrt lento.

Disattiva temporaneamente lo shaping e ripeti la misurazione con un computer collegato via cavo. Se la velocità torna normale, imposta i limiti di SQM leggermente al di sotto della velocità reale e verifica separatamente download, upload e latenza sotto carico. Dopo la modifica esegui più prove, perché un singolo risultato non è sufficiente.

Problemi di porta, cavo o negoziazione Ethernet

Una porta o un cavo difettoso può negoziare a 100 Mbps invece che a 1 Gbps, oppure generare errori e ritrasmissioni. In questo caso il test tende a fermarsi vicino al limite della negoziazione, con prestazioni instabili se il collegamento fisico è deteriorato.

Controlla nella LuCI o tramite SSH la velocità del link e il numero di errori sull’interfaccia WAN e LAN. Prova un cavo Ethernet almeno Cat 5e, un’altra porta dello switch e, se possibile, un secondo computer. Evita di forzare manualmente il duplex se la scheda del router e quella del modem possono negoziare correttamente in automatico.

MTU, PPPoE e frammentazione dei pacchetti

Le connessioni PPPoE usano spesso un’MTU inferiore a quella di una connessione Ethernet standard. Un’MTU non coerente tra OpenWrt, modem e operatore può causare frammentazione, pacchetti scartati, siti che caricano lentamente o prestazioni irregolari.

Verifica l’MTU prevista dal proprio ISP e applica il valore sull’interfaccia corretta. Puoi usare ping con dimensione controllata e senza frammentazione per individuare il massimo utile, tenendo conto dell’overhead PPPoE. Non modificare l’MTU alla cieca: un valore troppo basso aggiunge overhead e può ridurre l’efficienza.

DNS, modem e doppio NAT

Il DNS normalmente incide sul tempo necessario per iniziare una connessione, non sulla velocità massima del download. Tuttavia, DNS lenti o irraggiungibili possono far sembrare la navigazione lenta e confondere la diagnosi dello speed test.

Il doppio NAT tra modem dell’operatore e router OpenWrt può complicare il port forwarding, le applicazioni in tempo reale e alcune misurazioni, anche se non sempre riduce direttamente il throughput. Controlla quale dispositivo stabilisce la connessione PPPoE o assegna l’indirizzo pubblico e valuta la modalità bridge quando è supportata e appropriata.

Come distinguere il router dalla rete dell’operatore

1. Collega un computer a OpenWrt con Ethernet e disattiva temporaneamente VPN, proxy e software di sicurezza che filtrano il traffico.
2. Ripeti il test su più server e in orari diversi, usando lo stesso dispositivo e la stessa modalità di collegamento.
3. Confronta il risultato con un collegamento diretto al modem o all’ONT, quando la configurazione dell’operatore lo consente.
4. Controlla CPU, memoria, velocità delle porte, errori Ethernet e log di OpenWrt durante la prova.
5. Usa ping prolungati e, quando disponibile, strumenti come traceroute o test di bufferbloat per separare latenza, congestione e perdita di pacchetti.

Se più dispositivi cablati mostrano lo stesso limite anche con OpenWrt escluso, il problema può riguardare la linea, il modem, il profilo dell’operatore o il server di test. In quel caso conserva orari, risultati e condizioni della prova prima di contattare l’ISP.

Ottimizzazioni consigliate per OpenWrt

• Mantieni OpenWrt aggiornato a una versione stabile compatibile con il router.
• Usa Ethernet per misurare la capacità effettiva della linea.
• Riduci i servizi non necessari se il processore è vicino al limite.
• Configura SQM sulla corretta interfaccia WAN e calibra i limiti sulla velocità reale.
• Controlla canali e larghezza di banda Wi-Fi in base alla congestione locale.
• Verifica MTU, negoziazione Ethernet e contatori degli errori prima di cambiare impostazioni avanzate.

Un risultato affidabile nasce da misurazioni ripetibili e da una modifica alla volta. Dopo ogni intervento confronta velocità, latenza, jitter e perdita di pacchetti, non soltanto il valore massimo di download. Per approfondire la lettura dei risultati puoi consultare una guida generale sul test della velocità Internet.