Måle internetthastighet på OpenWrt: Vanlige årsaker til feil resultat

Hva betyr et uventet resultat på OpenWrt?

Når du skal måle internetthastighet på OpenWrt, kan resultatet bli lavere enn hastigheten i bredbåndsabonnementet. Det gjelder særlig nedlasting, mens opplasting, latency, jitter og pakketap kan vise andre problemer. En test fra en klient bak ruteren måler ikke bare forbindelsen fra ISP-en eller operatøren. Den påvirkes også av Wi-Fi, nettverkskabel, ruterens prosessor, brannmur, køstyring og valg av måleserver.

Start derfor med å registrere både nedlastingshastighet, opplastingshastighet, forsinkelse, jitter og eventuelt pakketap. Test flere ganger på samme tidspunkt, og sammenlign resultatet med en kablet klient direkte på OpenWrt.

Årsak 1: Wi-Fi begrenser målingen

Wi-Fi er en vanlig årsak til at en hastighetstest på OpenWrt viser lavere fart enn forventet. Avstand, vegger, kanalstøy, mange tilkoblede enheter og forskjellen mellom 2,4 GHz og 5 GHz påvirker resultatet. En klient kan også bruke en eldre Wi-Fi-standard eller ha svak signalstyrke.

Slik vurderer du årsaken: Kjør testen med nettverkskabel til OpenWrt. Hvis kabeltesten er betydelig raskere enn Wi-Fi-testen, ligger begrensningen sannsynligvis i det trådløse nettet og ikke i fiber-, kabel- eller DSL-linjen.

Årsak 2: Ruterens maskinvare eller innstillinger er flaskehalsen

OpenWrt må behandle NAT, brannmur, VLAN, VPN og eventuelt trafikkprioritering. På en eldre eller svak ruter kan prosessorbelastningen bli høy når trafikken øker. VPN-kryptering og enkelte avanserte brannmurregler kan redusere maksimal gjennomstrømning.

Slik vurderer du årsaken: Følg med på CPU-belastning og minnebruk under testen. Gjenta målingen med VPN, SQM eller andre tunge funksjoner midlertidig deaktivert. En tydelig forbedring peker mot ruterens kapasitet eller konfigurasjon.

Årsak 3: SQM og køstyring bruker kapasitet med vilje

Smart Queue Management, ofte konfigurert med Cake eller FQ-CoDel, kan redusere topphastigheten litt fordi funksjonen former trafikken for å kontrollere bufferbloat. Dette kan være en riktig avveining dersom målet er lavere latency under belastning, ikke høyest mulig tall i en enkelt test.

Slik vurderer du årsaken: Sammenlign hastighet uten belastning med latency mens en stor nedlasting eller opplasting pågår. Hvis SQM holder forsinkelsen stabil, men begrenser gjennomstrømningen moderat, fungerer innstillingen etter hensikten. Kontroller samtidig at båndbreddeverdiene er satt realistisk under linjens faktiske kapasitet.

Årsak 4: Måleserveren eller testmetoden gir skjeve tall

En hastighetstest bruker en bestemt server, protokoll og mengde parallelle forbindelser. Serveren kan være langt unna, belastet eller ha en uheldig rute til ISP-en. Nettleserbaserte tester kan også påvirkes av nettleserutvidelser, klientens ytelse eller andre programmer som bruker forbindelsen.

Slik vurderer du årsaken: Test mot flere geografisk nærliggende servere og bruk samme klient når du sammenligner resultatene. Gjør flere målinger med noen minutters mellomrom. Stor variasjon mellom servere tyder på ruting eller serverkapasitet, mens jevnt lave resultater på alle servere peker mot lokal forbindelse eller abonnement.

Årsak 5: ISP, modem eller aksesslinje har et kapasitetsproblem

Lav hastighet kan skyldes feil eller begrensninger hos ISP-en, operatøren eller aksessutstyret. Fiber, kabel og DSL har ulike egenskaper. På kabel og DSL kan lokal belastning, linjekvalitet, signalnivå eller synkroniseringshastighet påvirke resultatet. På fiber kan en feil i ONT, modem, Ethernet-forhandling eller leverandørens nett gi tilsvarende symptomer.

Slik vurderer du årsaken: Kontroller linkhastigheten på Ethernet-porten, se etter feilmeldinger i modem eller ONT, og sammenlign testen med en annen ruter dersom det er mulig. Hvis en kablet test fortsatt er lav over tid, bør du kontakte ISP-en med tidspunkt, testserver, måleresultater og informasjon om tilkoblingstype.

Årsak 6: Andre enheter bruker linjen samtidig

En TV-strøm, skylagring, spilloppdatering eller sikkerhetskopiering kan bruke store deler av kapasiteten. Opplasting er ofte spesielt sårbar fordi en enkelt enhet kan fylle uplinken og øke latency for alle andre.

Slik vurderer du årsaken: Pause tunge overføringer, koble fra unødvendige enheter og gjenta testen. Se etter aktive forbindelser i OpenWrt og sammenlign resultatet med en måling under normal bruk. Hvis hastigheten varierer med trafikken, er det kapasitet eller køstyring som bør undersøkes først.

Slik måler du internetthastigheten på en pålitelig måte

1. Bruk en klient med gigabit Ethernet dersom abonnementet kan overstige 100 Mbit/s.
2. Koble klienten direkte til OpenWrt med en fungerende nettverkskabel.
3. Pause store nedlastinger, opplastinger, VPN-forbindelser og sikkerhetskopier.
4. Velg flere nærliggende måleservere og bruk samme testmetode hver gang.
5. Ta minst tre målinger på ulike tidspunkter, og noter nedlasting, opplasting, latency, jitter og pakketap.
6. Sammenlign resultatet med en separat måling fra ISP-ens eget utstyr eller anbefalte testverktøy.

Optimalisering av OpenWrt før ny test

• Oppdater OpenWrt og relevante pakker når maskinvaren støtter versjonen.
• Bruk kabel for referansemålinger, og optimaliser Wi-Fi separat.
• Kontroller at Ethernet-porten forhandler med riktig hastighet og duplex.
• Juster SQM etter målt kapasitet, og test latency under belastning etterpå.
• Deaktiver funksjoner du ikke trenger, særlig tunge VPN- eller trafikkinspeksjonsregler.
• Plasser måleserveren geografisk nær klienten og gjenta testen over tid.

En enkelt hastighetstest sier lite om den faktiske kvaliteten på bredbåndet. Den beste feilsøkingen kombinerer kablede målinger, belastningstester og observasjon av OpenWrt under trafikk. Da blir det lettere å skille mellom Wi-Fi-problemer, ruterbegrensninger, feil konfigurasjon og forhold hos ISP-en.