Verktyg: från gratistest till enterpriseövervakning

Gratisverktyg för snabb kontroll

Bredbandskollen (drivs av Internetstiftelsen) är det mest använda konsumentverktyget i Sverige. Det ger en pålitlig ögonblicksbild och används också av PTS för statistik om den svenska bredbandsmarknaden. Speedtest.net (Ookla) har fler testservrar globalt, vilket är användbart om du behöver mäta mot specifika geografier.

Bägge fungerar bra för en snabb kontroll, men de har begränsningar för företagsbruk:

• Resultaten varierar mellan webbläsare och beroende på JavaScript-exekvering
• De mäter mot en enda testserver, inte mot de molnregioner där dina arbetsbelastningar faktiskt kör
• De ger ingen historik eller trendanalys

Verktyg för företag och driftteam

I vår NOC i Karlstad använder vi en kombination av syntetiska tester (som simulerar trafik från kända endpoints) och realtidsflödesanalys (NetFlow/sFlow) för att ge kunder en komplett bild. Det är två helt olika perspektiv som kompletterar varandra – syntetiska tester berättar vad som händer, flödesanalys berättar varför.

Så tolkar du testresultaten – och agerar på dem

Att köra ett hastighetstest är trivialt. Att dra rätt slutsatser kräver kontext.

Steg 1: Isolera testklienten

Testa alltid med en dator ansluten via Ethernet direkt till routern. Wi-Fi introducerar variabel latens, kanalinterferens och bandbreddsbegränsningar som inte har med din internetlänk att göra. Många "dåliga uppkopplingar" visar sig vara dålig Wi-Fi-planering.

Steg 2: Jämför mot ditt SLA

Din operatör anger en avtalad hastighet – ofta formulerad som "upp till X Mbit/s". Kontrollera avtalet noga: vissa operatörer garanterar en lägsta nivå (till exempel 80 % av nominell hastighet), medan andra inte ger någon garanti alls. Om du konsekvent mäter under den garanterade nivån har du ett ärende.

Praktiskt tips: Spara testresultat med tidsstämpel under minst 30 dagar innan du kontaktar operatören. Enstaka mätpunkter avfärdas lätt; trenddata gör det inte.

Steg 3: Kontextualisera latensen

För ett vanligt kontorsnätverk med lokal filserver är 20 ms latens mot internet inget problem. Men om hela er verksamhet körs i AWS eu-north-1 (Stockholm) eller Azure Sweden Central, adderas latensen till varje API-anrop. Moderna SaaS-applikationer kan göra hundratals anrop per sidladdning. Då är skillnaden mellan 5 ms och 25 ms direkt märkbar i användarupplevelsen.

Steg 4: Sök efter mönster

Det verkliga värdet av nätverkstest kommer från upprepade mätningar. Frågor att ställa:

• Tidsmönster: Sjunker prestandan vid specifika tidpunkter? Det tyder på trängsel, antingen internt eller hos operatören.
• Asymmetri: Är uppladdningen oproportionerligt låg? Vanligt med äldre ADSL-anslutningar, men kan också indikera QoS-konfiguration som prioriterar nedladdning.
• Latenstoppar: Korrelerar de med specifika applikationer eller backup-jobb? Om ja, behöver ni trafikprioritering (QoS), inte mer bandbredd.

Nätverksprestanda i molnmiljöer – ett annat djur

För företag som kör arbetsbelastningar i publika moln förskjuts fokus från ren internethastighet till nätverksvägar och latens mot specifika molnregioner.

Varför standardtester inte räcker

Bredbandskollen mäter mot Internetstiftelsens servrar – inte mot den AWS-region eller Azure-zon där era Kubernetes-kluster körs. Det är som att testa bilens acceleration på en motorväg och sedan förvänta sig samma resultat på en grusväg.

Vi rekommenderar att sätta upp dedikerade testendpoints i er molnmiljö (en enkel EC2-instans eller Azure VM med iPerf3) och köra automatiserade tester mot dessa. Det ger er den faktiska nätverksupplevelsen mellan kontoret och molnet.

Direktanslutning kontra publikt internet

För verksamhetskritiska molnarbetsbelastningar erbjuder AWS Direct Connect och Azure ExpressRoute dedikerade nätverksförbindelser som kringgår det publika internet. Fördelen är förutsägbar latens och högre genomströmning; nackdelen är kostnad och ledtid.

Vårt perspektiv: Direktanslutning är relevant när ni konsekvent mäter latenstoppar mot molnregionen som korrelerar med produktionspåverkan, och när ni redan optimerat er interna nätverksutrustning. Det är inte det första steget – det är det sista.

Managerade molntjänster

Vanliga fallgropar vi ser i produktion

Vår NOC hanterar nätverksrelaterade ärenden dagligen. Här är de vanligaste misstagen:

1. Testa från fel plats. IT-avdelningen testar från serverrummet med en direkt fiberanslutning och rapporterar 940 Mbit/s. Användarna sitter tre våningar upp på Wi-Fi och får 45 Mbit/s. Testet var korrekt – men irrelevant.

2. Förväxla bandbredd med kapacitet. En 1 Gbit/s-lina som delas av 200 anställda ger 5 Mbit/s per person vid full beläggning. Mer bandbredd löser ibland problemet – men trafikprioritering (QoS) gör det oftare, till en bråkdel av kostnaden.

3. Ignorera uppladdningen. Hybrid- och distansarbete har gjort uppladdningshastigheten kritisk. Videomöten, molnbackup och realtidssamarbete i verktyg som Figma eller Google Workspace kräver stabil uppladdning. Ändå fokuserar de flesta enbart på nedladdningen.

4. Testa en gång och glömma. Nätverksprestanda förändras. Operatörer gör routing-ändringar, nya applikationer introduceras, fler enheter ansluts. Utan kontinuerlig mätning flyger ni blint.

Molnsäkerhet

Bygga en testrutiner som faktiskt fungerar

Här är det ramverk vi rekommenderar till kunder som vill gå från ad hoc-testning till strukturerad nätverksövervakning:

Fas 1: Baslinjemätning (vecka 1–2)

Kör automatiserade tester var femte minut under två veckor mot tre endpoints: er gateway, er molnleverantörs region, och en extern referensserver. Dokumentera normalvärdena.

Fas 2: Larm och tröskelvärden (vecka 3)

Sätt larm baserat på avvikelser från baslinjen – inte absoluta värden. Om er normala latens mot AWS eu-north-1 är 4 ms, larma vid 15 ms. Om er normala genomströmning är 800 Mbit/s, larma vid 500 Mbit/s.

Fas 3: Korrelation med applikationsprestanda (vecka 4+)

Koppla ihop nätverksdata med er applikationsövervakning. När användare rapporterar att "det är långsamt" – var det nätverket, applikationen eller molnleverantören? Utan korrelation gissar ni.

Managerad DevOps

En anteckning om säkerhet

Nätverkstest handlar inte bara om prestanda. Oförklarade trafikmönster – som plötsligt ökad uppladdning nattetid – kan indikera dataintrång eller komprometterade enheter. I vår SOC korrelerar vi nätverksflödesdata med säkerhetshändelser som en del av den dagliga övervakningen. Det är ytterligare ett skäl att mäta kontinuerligt: ni bygger inte bara en prestandabaslinje utan också en säkerhetsbaslinje.

NIS2-direktivet, som nu gäller för ett bredare spektrum av svenska verksamheter, ställer explicita krav på incidentdetektering och rapportering. Nätverksövervakning med historik är en grundförutsättning för att uppfylla dessa krav.

Molnsäkerhet

Vanliga frågor

Hur ofta bör ett företag köra nätverkstest?

Vi rekommenderar automatiserade tester var femte minut för verksamhetskritiska miljöer, och minst dagliga tester för kontorsnät. Enstaka manuella tester ger en ögonblicksbild men avslöjar inte intermittenta problem eller prestandatrender över tid.

Vilka verktyg fungerar bäst för nätverkstest i Sverige?

Bredbandskollen (från Internetstiftelsen) är det mest vedertagna konsumentverktyget. För företag rekommenderar vi iPerf3 för intern bandbreddsmätning, smokeping för latensövervakning, och ThousandEyes eller liknande SaaS-lösning för end-to-end-synlighet mot molnleverantörer.

Vad är skillnaden mellan bandbredd och genomströmning?

Bandbredd är den teoretiska maxkapaciteten på länken – det din operatör säljer. Genomströmning (throughput) är den faktiska datamängden som överförs, efter paketförluster, protokoll-overhead och trängsel. Det är genomströmningen som avgör användarupplevelsen.

Varför visar mitt hastighetstest lägre värden än vad operatören utlovar?

Vanliga orsaker: trådlös anslutning istället för kabel, delad bandbredd med andra användare, flaskhalsar i äldre nätverksutrustning, testserverns placering, eller att operatören anger "upp till"-hastigheter. Testa alltid med kabel direkt mot routern för att isolera problemet.

Hur påverkar latens molntjänster jämfört med ren nedladdningshastighet?

De flesta moderna molnapplikationer gör hundratals små API-anrop per sidladdning. Varje anrop adderar round-trip-latens. Med 50 ms extra fördröjning och 200 API-anrop får du 10 sekunders ackumulerad väntetid – oavsett om du har 100 Mbit/s eller 1 Gbit/s nedladdning.