De ce testul de viteză al internetului pe OpenWrt arată rezultate slabe
Rezultatele slabe la un test de viteză internet pe OpenWrt pot proveni din Wi-Fi aglomerat, procesor insuficient, cabluri sau porturi limitate, configurări SQM nepotrivite și probleme ale operatorului. Articolul explică diferența dintre viteza măsurată pe router și cea măsurată pe un dispozitiv conectat prin cablu, oferă metode pentru verificarea latenței, jitterului și pierderii de pachete și prezintă pași practici de optimizare. Testarea în condiții controlate ajută la separarea problemelor locale de limitările modemului, ale infrastructurii de fibră, cablu sau DSL și ale serverului de test.
Ce indică un test de viteză pe OpenWrt
Un test de viteză internet măsoară de obicei viteza de download, viteza de upload și latența. Unele instrumente afișează și jitterul sau pierderea de pachete. Rezultatul reflectă întregul traseu dintre dispozitiv, routerul cu OpenWrt, modem sau ONT, rețeaua operatorului și serverul de test.
Viteza poate fi normală pe un computer conectat prin cablu, dar redusă pe Wi-Fi. De asemenea, testul poate scădea atunci când alte dispozitive folosesc simultan conexiunea. Pentru o concluzie corectă, repetă măsurarea la ore diferite și compară mai multe servere apropiate.
Wi-Fi aglomerat sau configurat necorespunzător
Un motiv frecvent este interferența radio. Rețelele vecinilor, dispozitivele Bluetooth și canalele aglomerate pot reduce debitul, mai ales pe banda de 2,4 GHz. Distanța față de router, pereții groși și poziționarea lângă echipamente electrice pot afecta suplimentar semnalul.
Verifică separat viteza prin cablu și prin Wi-Fi. Pentru dispozitive compatibile, folosește banda de 5 GHz, alege un canal mai puțin aglomerat și evită lățimea de canal excesivă atunci când există multe rețele în apropiere. Testul trebuie efectuat aproape de router, cu un singur client activ.
Limitări hardware ale routerului
Un router mai vechi poate avea procesor sau memorie insuficientă pentru viteza abonamentului. Criptarea Wi-Fi, rutarea între VLAN-uri, firewall-ul, VPN-ul și monitorizarea traficului consumă resurse. Când procesorul este încărcat, viteza scade chiar dacă legătura WAN este disponibilă la capacitate normală.
În OpenWrt, urmărește utilizarea procesorului și memoria în timpul testului. Dacă utilizarea procesorului ajunge constant la nivel maxim, dezactivează serviciile neesențiale, actualizează firmware-ul și verifică dacă modelul routerului poate susține viteza dorită cu funcțiile active.
Porturi, cabluri sau negociere Ethernet limitată
O conexiune poate rămâne la 100 Mbps atunci când un cablu este deteriorat, un conector nu face contact corect sau unul dintre porturi nu suportă gigabit. În această situație, testul de viteză nu poate depăși limita legăturii negociate, indiferent de planul de fibră sau cablu.
Verifică viteza negociată pentru interfața WAN și LAN în OpenWrt și în sistemul de operare al computerului. Înlocuiește cablul cu unul Cat5e sau mai bun, testează alt port și confirmă că modemul sau ONT-ul are port gigabit. O negociere la 10 sau 100 Mbps este un indiciu clar pentru o problemă locală.
SQM, QoS sau firewall configurate greșit
SQM și QoS pot reduce latența atunci când conexiunea este saturată, dar limitele setate prea jos reduc direct viteza de download și upload. O regulă de clasificare greșită sau o interfață selectată incorect poate procesa traficul ineficient. Firewall-ul și anumite module de inspecție pot adăuga, de asemenea, încărcare pe router.
Dezactivează temporar SQM și regulile QoS, apoi repetă testul pe cablu. Dacă viteza revine, configurează limitele la o valoare apropiată de viteza reală măsurată și verifică interfața WAN, tipul conexiunii și algoritmul folosit. Păstrează SQM atunci când latența sub încărcare este o problemă, dar ajustează-l pe baza măsurătorilor.
VPN, proxy sau servicii care consumă banda
Un VPN poate reduce viteza din cauza criptării, a distanței până la server și a capacității furnizorului VPN. Backup-urile în cloud, camerele IP, actualizările automate și streamingul pot ocupa simultan canalul de upload sau download. În aceste condiții, testul măsoară capacitatea rămasă, nu performanța maximă a conexiunii.
Oprește temporar VPN-ul și activitățile intensive, apoi repetă testul. Verifică lista de clienți activi și traficul pe interfețele OpenWrt. Pentru un VPN permanent, compară mai multe locații de server și verifică utilizarea procesorului routerului.
Probleme la modem, ONT sau la operatorul ISP
Dacă rezultatele sunt slabe și prin cablu, problema poate fi în modem, ONT sau în rețeaua operatorului. Nivelul semnalului pe conexiunile de cablu, parametrii DSL, fibra optică, congestia locală și lucrările de mentenanță pot afecta viteza, latența și pierderea de pachete.
Compară rezultatele cu echipamentul furnizat de operator, dacă acest lucru este posibil, și notează ora, serverul ales și tipul conexiunii. Dacă viteza rămâne redusă în mai multe teste și pe mai multe dispozitive, trimite operatorului aceste informații și solicită verificarea liniei. Nu presupune că orice diferență față de viteza nominală indică automat o defecțiune, deoarece condițiile contractuale și metoda de măsurare pot varia.
Cum identifici cauza în mod sistematic
- Conectează un computer direct prin cablu la routerul OpenWrt și oprește traficul intens al celorlalte dispozitive.
- Verifică negocierea portului WAN și LAN, apoi execută teste pe mai multe servere.
- Compară rezultatele cu SQM, QoS și VPN activate, respectiv dezactivate temporar.
- Măsoară latența către router, modem și o destinație externă pentru a separa problema Wi-Fi de problema ISP.
- Repetă testele dimineața și seara pentru a observa eventuală congestie.
Pierderile de pachete către router indică de obicei o problemă locală sau Wi-Fi. Pierderile apărute numai după ieșirea din rețeaua locală pot indica modemul, operatorul sau ruta către server. Latența crescută doar în timpul downloadului sau uploadului sugerează adesea bufferbloat și justifică testarea SQM.
Optimizări recomandate pentru OpenWrt
- Actualizează OpenWrt la o versiune compatibilă cu modelul routerului și păstrează o configurație documentată.
- Folosește cablu pentru testele de referință și rezervă Wi-Fi-ul pentru comparații separate.
- Alege canalul radio pe baza congestiei reale din locuință și separă, când este util, SSID-urile pentru 2,4 GHz și 5 GHz.
- Elimină serviciile, modulele VPN și regulile de QoS care nu sunt necesare.
- Configurează SQM numai după ce ai măsurat viteza fără limitare și verifică efectul asupra latenței.
- Contactează operatorul atunci când problema apare pe cablu, pe mai multe dispozitive și în intervale diferite.
Un rezultat bun nu înseamnă doar o valoare mare la download. O conexiune stabilă trebuie evaluată împreună cu uploadul, latența, jitterul și pierderea de pachete, în condiții de utilizare relevante pentru locuință.
