Hvorfor viser en bonding-hastighedstest ikke den forventede hastighed?

Internet bonding samler to eller flere internetforbindelser, eksempelvis fiber, kabel, DSL eller 4G/5G, for at forbedre kapacitet og robusthed. Mange forventer, at en bonding-hastighedstest altid viser den præcise sum af alle linjers download og upload. I praksis kan målingen være lavere, variere mellem tests eller kun forbedre bestemte typer trafik. Det skyldes både den måde bonding fungerer på og forhold i lokalnetværket, hos operatøren og på testserveren.

Hvad betyder resultatet i en bonding-hastighedstest?

Et bonding-resultat skal vurderes ud fra både download, upload, latency, jitter og packet loss. En høj samlet downloadhastighed er ikke nødvendigvis ensbetydende med bedre videomøder, gaming eller VPN-forbindelser. Hvis latency eller jitter stiger, når begge linjer bruges, kan den oplevede kvalitet falde, selv om den målte båndbredde er højere.

Det er også vigtigt at skelne mellem ægte pakkebonding og almindelig load balancing. Ved load balancing sendes en enkelt forbindelse ofte kun over én WAN-linje. Derfor kan én browser-download eller én speedtest være begrænset til hastigheden på den valgte linje, mens flere samtidige downloads samlet kan udnytte begge forbindelser.

Årsag 1: Bonding-typen samler ikke altid én enkelt forbindelse

En router med dual-WAN eller load balancing kan fordele sessioner mellem flere forbindelser uden at samle dem på pakkeniveau. I den situation kan en enkelt hastighedstest, en filoverførsel eller en VPN-tunnel få tildelt én linje. Resultatet bliver lavere end den teoretiske samlede kapacitet, selv om netværket fungerer som konfigureret.

Ægte bonding kræver normalt en bonding-tjeneste, en kompatibel endpoint-server eller en tunnel, som kan modtage og samle trafikken fra flere WAN-forbindelser. Uden denne modpart kan routeren ofte kun balancere forbindelser frem for at kombinere dem.

Årsag 2: Linjerne har forskellig latency, jitter eller packet loss

Bonding fungerer bedst, når forbindelserne har relativt ens og stabile svartider. Hvis fiberlinjen har lav latency, mens en mobil forbindelse har højere latency og svingende jitter, skal bonding-løsningen ofte vente på pakker fra den langsommere vej. Det kan reducere den effektive hastighed og give ujævn trafik.

Packet loss er særligt vigtigt. Tabte pakker skal sendes igen, og ved TCP-trafik kan selv mindre tab reducere throughput markant. Mobilnet, belastet kabelnet eller ustabile DSL-linjer kan derfor begrænse resultatet mere end deres nominelle hastighed antyder.

Årsag 3: Router, modem eller bonding-tunnel er flaskehalsen

Bonding kræver ekstra behandling af pakker, kryptering og eventuelt VPN-tunneling. En ældre router kan mangle CPU-kraft til at håndtere høj samlet hastighed, især når firewall, QoS, IDS eller VPN også er aktiveret. Routerens processorbelastning kan stige til 100 procent under testen, hvorefter download eller upload flader ud.

Et modem eller en mediekonverter kan også være begrænset til 100 Mbit/s Ethernet. Kontroller derfor WAN- og LAN-linkhastigheder, kabeltype og portforhandling. En gigabit- eller multigigabit-linje hjælper ikke, hvis et enkelt led i kæden har en langsommere Ethernet-port.

Årsag 4: Wi-Fi begrænser testen i hjemmet eller på kontoret

En bonding-hastighedstest over Wi-Fi måler ikke kun internetforbindelserne. Den måler også radioforhold, afstand, vægge, kanalstøj, klientens Wi-Fi-standard og routerens placering. På 2,4 GHz er der ofte mere forstyrrelse og lavere praktisk throughput end på 5 GHz eller 6 GHz.

For at isolere problemet bør testen først udføres med en computer tilsluttet direkte med Ethernet til routeren. Hvis den kablede måling er højere og mere stabil end Wi-Fi-resultatet, ligger begrænsningen i det trådløse netværk og ikke i bonding-konfigurationen.

Årsag 5: Testserveren eller testmetoden kan være begrænsningen

En speedtest-server har sin egen kapacitet, geografiske placering og netværksrute. En fjern eller belastet server kan ikke altid modtage trafik fra alle bonding-linjer effektivt. Enkelte testværktøjer bruger desuden for få parallelle forbindelser til at vise fordelen ved load balancing.

Test derfor mod flere nærliggende servere og på forskellige tidspunkter. Sammenlign én enkelt test med flere samtidige downloads fra uafhængige, hurtige kilder. Hvis den samlede trafik stiger ved parallelle overførsler, men én test ikke gør, er det ofte et spørgsmål om testmetode eller sessionfordeling.

Sådan finder du den konkrete årsag

1. Mål hver linje separat. Frakobl bonding midlertidigt eller deaktiver den ene WAN-forbindelse, og noter download, upload, latency, jitter og packet loss for hver linje.
2. Test med Ethernet. Tilslut en computer direkte til routeren for at udelukke Wi-Fi som flaskehals.
3. Kontroller routerens status. Se WAN-linkhastighed, CPU-belastning, RAM-forbrug, tunnelstatus og eventuelle fejl i administrationspanelet.
4. Sammenlign flere servere. Brug flere lokale eller nærliggende testservere og gentag testen uden for spidsbelastning.
5. Afprøv parallel trafik. Kør flere samtidige downloads eller tests for at se, om load balancing udnytter begge linjer samlet.
6. Undersøg pakkevejen. Kontroller, om bonding-tjenestens endpoint ligger langt væk, da en fjern tunnelserver kan øge latency.

Sådan optimerer du bonding-forbindelsen

Start med at opdatere firmware på router og modem, og bekræft at WAN- og LAN-porte forhandler den forventede hastighed. Brug korte, intakte netværkskabler af passende kvalitet, og undgå unødige switche med 100 Mbit/s-porte. Hvis routeren er belastet, kan det være nødvendigt at reducere tunge funktioner eller vælge udstyr med bedre VPN- og bonding-ydelse.

Vælg om muligt forbindelser med stabil latency og lav packet loss. Kombinationen af to stabile faste linjer giver ofte et mere forudsigeligt resultat end en fast linje kombineret med et svingende mobilnet. Hvis mobilforbindelsen er nødvendig som backup, kan den konfigureres med lavere prioritet, så den først bruges aktivt ved fejl eller høj belastning.

For Wi-Fi bør routeren placeres centralt, klienter bør bruge 5 GHz eller 6 GHz, og kanalen bør vælges med hensyn til lokale forstyrrelser. Ved stationære arbejdspladser, NAS og gaming er Ethernet stadig den mest pålidelige måde at udnytte en bonding-forbindelse på.

Hvornår bør du kontakte din operatør eller bonding-udbyder?

Kontakt internetoperatøren, hvis en enkelt linje konsekvent leverer markant lavere hastighed end normalt, har vedvarende packet loss eller ustabil synkronisering. Kontakt bonding-udbyderen, hvis alle enkelte linjer måler korrekt, men den samlede tunnel er langsom, ustabil eller viser unormalt høj latency. Hav målinger fra flere tidspunkter, kablede tests og oplysninger om routerens WAN-status klar. Det gør det lettere at afgøre, om fejlen ligger på linjen, i det lokale udstyr eller i bonding-tjenestens infrastruktur.