Test prędkości internetu w OpenWrt: przyczyny słabego wyniku i sposoby diagnozy

Jak wygląda problem z testem prędkości w OpenWrt

Test prędkości internetu na routerze z OpenWrt może wskazywać niższy download lub upload niż wynika z umowy z operatorem. Czasami poprawna jest tylko prędkość pobierania, a problem dotyczy wysyłania, opóźnień, jittera albo utraty pakietów. Wynik zależy od urządzenia wykonującego pomiar, sposobu połączenia, wybranego serwera testowego i aktualnego obciążenia sieci.

Najpierw warto wykonać kilka pomiarów przez kabel Ethernet, na jednym urządzeniu i przy wyłączonych transmisjach w tle. Pomiar w aplikacji lub przeglądarce na telefonie po Wi-Fi nie powinien być traktowany jako miarodajne sprawdzenie łącza światłowodowego, kablowego lub DSL.

Ograniczona wydajność sprzętu routera

Jedną z częstych przyczyn jest zbyt słaby procesor lub niewielka ilość pamięci w routerze. OpenWrt musi jednocześnie obsługiwać NAT, firewall, szyfrowanie, Wi-Fi i dodatkowe usługi. Przy szybszych łączach gigabitowych urządzenie może osiągnąć limit przetwarzania pakietów, przez co test pokazuje niższy download, a opóźnienia rosną.

Podczas pomiaru sprawdź obciążenie CPU i pamięci w panelu LuCI albo przez SSH. Jeżeli użycie procesora stale zbliża się do maksimum, a prędkość rośnie po wyłączeniu dodatkowych usług, ograniczenie sprzętowe jest prawdopodobnym wyjaśnieniem.

Test wykonany przez Wi-Fi

Połączenie bezprzewodowe często daje słabszy wynik niż kabel. Na prędkość wpływają odległość od routera, przeszkody, zakłócenia od sąsiednich sieci, szerokość kanału oraz możliwości karty Wi-Fi w urządzeniu klienckim. Pasmo 2,4 GHz ma większy zasięg, ale zwykle jest bardziej zatłoczone, natomiast 5 GHz oferuje wyższą przepustowość na krótszym dystansie.

Porównaj test wykonany przewodowo z pomiarem na Wi-Fi w tym samym miejscu. Sprawdź także, czy klient korzysta z właściwego pasma i czy negocjuje oczekiwaną szybkość połączenia. Jeżeli kabel zapewnia stabilny wynik, a Wi-Fi jest wyraźnie wolniejsze, problem znajduje się w sieci radiowej, a niekoniecznie w łączu operatora.

Obciążenie sieci i bufferbloat

Równoczesne pobieranie plików, kopia zapasowa, transmisja wideo lub synchronizacja chmury może zająć całe pasmo. W takiej sytuacji test prędkości mierzy zasoby pozostałe po innych urządzeniach. Przy pełnym łączu mogą również pojawić się wysokie opóźnienia i jitter, szczególnie podczas rozmów VoIP albo grania online.

Wykonaj pomiar, gdy pozostałe urządzenia nie korzystają z internetu. Jeżeli podczas pobierania opóźnienie rośnie wielokrotnie, sprawdź w OpenWrt ustawienia kontroli ruchu. SQM z właściwym algorytmem i konserwatywnie ustawionymi limitami może ograniczyć bufferbloat, ale zmniejszy maksymalną przepustowość o niewielki margines.

QoS, SQM i inne ustawienia OpenWrt

Nieprawidłowo skonfigurowane QoS lub SQM może ograniczać download i upload. Zbyt niska wartość przepustowości, błędnie wybrany interfejs WAN albo aktywna reguła dla starego profilu łącza sprawiają, że ruch jest celowo kolejkowany poniżej możliwości operatora.

Wyłącz tymczasowo reguły kontroli ruchu i powtórz test przewodowy. Następnie sprawdź, czy przypisana prędkość odpowiada realnym wynikom, a SQM działa na właściwym interfejsie. Po zakończeniu diagnozy warto ponownie włączyć mechanizmy ochrony przed przeciążeniem, jeśli są potrzebne do stabilnej pracy sieci.

Problemy z WAN, DNS lub negocjacją połączenia

Uszkodzony kabel Ethernet, wadliwy port albo negocjacja na poziomie 100 Mb/s zamiast 1 Gb/s może mocno ograniczyć wynik. Taki przypadek jest szczególnie prawdopodobny, gdy pomiar zatrzymuje się w pobliżu stałego limitu, niezależnie od wybranego serwera.

Sprawdź status interfejsu WAN w OpenWrt i szybkość zestawionego połączenia. Wymień kabel na sprawny przewód co najmniej kategorii 5e oraz przetestuj inny port. DNS zwykle nie ogranicza samego transferu po rozpoczęciu testu, ale wolne rozwiązywanie nazw może opóźniać start pomiaru i otwieranie stron.

Ograniczenie po stronie operatora lub serwera testowego

Wynik może być zaniżony również poza routerem. Operator może mieć chwilowe przeciążenie, prace techniczne albo problem w konkretnej części sieci dostępowej. Serwer testowy także może być zajęty lub oddalony, dlatego pojedynczy pomiar nie wystarcza do oceny usługi.

Wybierz kilka serwerów testowych i wykonaj pomiary o różnych porach, najlepiej rano oraz wieczorem. Porównaj wynik z testem na komputerze podłączonym bezpośrednio do urządzenia operatora, jeśli taka konfiguracja jest możliwa. Stały problem na wszystkich serwerach i przy połączeniu przewodowym warto zgłosić do ISP wraz z datą, godziną oraz wynikami.

Praktyczna kolejność diagnozy

1. Odłącz lub zatrzymaj urządzenia wykonujące duże transfery.
2. Podłącz komputer do routera przewodem Ethernet.
3. Sprawdź szybkość negocjacji portu WAN i stan kabla.
4. Wykonaj kilka pomiarów na różnych serwerach.
5. Porównaj obciążenie CPU podczas testu.
6. Wyłącz tymczasowo SQM, QoS i dodatkowe usługi, a następnie powtórz pomiar.
7. Jeżeli problem pozostaje, sprawdź łącze bez routera lub skontaktuj się z operatorem.

Jak poprawić wynik i stabilność połączenia

Używaj aktualnej wersji OpenWrt odpowiedniej dla modelu routera, ale przed aktualizacją wykonaj kopię konfiguracji. Dla szybkich łączy wybierz sprzęt z wydajnym procesorem i gigabitowymi portami. Ustaw punkt dostępu Wi-Fi w otwartym miejscu, dobierz mniej zatłoczony kanał i korzystaj z 5 GHz, gdy urządzenie znajduje się blisko routera.

Po każdej zmianie wykonaj kontrolny test przewodowy oraz sprawdź opóźnienie pod obciążeniem. Do interpretacji wyników można wykorzystać niezależne narzędzia, takie jak test prędkości internetu, pamiętając, że rezultat zależy od warunków pomiaru i wybranego serwera.