Följ upp internetkvaliteten: mät rätt, dokumentera smart och få en SLA som går att driva

Varför hastighetstester sällan räcker

Ett speedtest kan avslöja ren kapacitetsbrist. Det förklarar däremot sällan varför Teams fryser klockan 09.05, varför softphonen låter burkig eller varför VPN tappar precis när ekonomiavdelningen skickar stora filer. Ett enstaka test visar mest hur det såg ut just då, mot just den servern.

Om ni vill följa upp internetkvaliteten på ett sätt som går att använda i felanmälan och SLA behöver ni mäta det som faktiskt märks i verksamheten. För ett kontor handlar det ofta mindre om maxhastighet och mer om stabilitet över tid. Om ni använder Teams är det också tydligt att samtalskvalitet påverkas av bland annat roundtrip time, jitter och packet loss, något som går att se i samtalshälsan enligt Microsoft Support.

• Latency: Fördröjning i trafiken. Hög latency märks i molntjänster, fjärrskrivbord och samtal.
• Jitter: Variation i svarstid. Det syns ofta som hack i ljud och bild trots att hastigheten ser okej ut.
• Paketförlust: Tappade datapaket som slår hårt mot telefoni, video, kassasystem och vissa VPN-flöden.
• Tillgänglighet: Kortare avbrott och dippar som knappt syns i ett speedtest men märks direkt i drift.

Poängen är enkel: mät sådant som går att koppla till verkliga störningar, inte bara till ett snyggt hastighetsresultat.

Börja med målbild: vad ska fungera

Det vanligaste misstaget är att prata om internet i allmänhet. Gör tvärtom. Skriv ner tre till fem situationer som absolut måste fungera i er vardag, till exempel videomöten utan avbrott, softphone utan robotljud, kassasystem som håller sessionen, VPN som inte bryts och rimlig svarstid i era viktigaste SaaS-tjänster.

När målbilden är tydlig blir det också lättare att avgöra vad som faktiskt är en incident. Ett avbrott på några sekunder kan vara obetydligt för mejl, men direkt affärskritiskt för kundtjänst, butik eller fjärrsupport. Det är den skillnaden en användbar SLA måste fånga. Annars får ni ett avtal som ser bra ut på papper men inte hjälper när användarna faktiskt sitter fast.

Välj mätpunkter som går att upprepa

Om ni mäter mot slumpmässiga servrar får ni slumpmässiga diskussioner. Välj i stället tre fasta mätpunkter som ni använder varje gång. Då kan ni skilja på lokala problem, accessproblem och störningar längre ut i kedjan.

En bra start är att mäta mot den egna brandväggen eller routern, en närliggande extern punkt som fångar sista milen och en affärskritisk målpunkt nära de tjänster ni använder mest. Med den uppdelningen blir felsökningen mindre emotionell och mer praktisk. Ni kan säga att det lokala nätet ser friskt ut, men att fördröjning och paketförlust börjar utanför accessen mellan 08.55 och 09.15. Det är betydligt skarpare än att säga att internet känns instabilt.

En mät och loggrutin som inte blir ett projekt

Ni behöver inte bygga ett mini-NOC för att få ordning. En enkel rutin räcker långt om den är konsekvent.

Skapa baslinje

Mät i 5 till 10 arbetsdagar och spara historik. Logga latency, jitter, paketförlust och tillgänglighet mot samma mätpunkter hela tiden. Notera samtidigt när användare faktiskt upplever problem. Då får ni en baslinje, alltså er normala nivå under vanlig belastning. Utan den blir varje incident en diskussion om känsla.

Larma och dokumentera

Mät kontinuerligt, ofta räcker varje minut eller var femte minut. Larma på få trösklar, inte på allt. För många larm gör att ingen reagerar när det verkligen gäller. Om telefoni och videomöten är känsliga, följ de måtten först. Om kassan eller fjärrinloggning är viktigast, prioritera tillgänglighet och korta avbrott.

Titta också på sammanhanget. Problem som upplevs som internetfel är ibland WiFi-problem, ibland VPN-routning och ibland en backup-länk som visserligen går upp men inte bär verksamheten. Microsofts nätverksråd för Teams pekar också på att VPN och WiFi kan påverka realtidsmedia, och att fel väg genom nätet kan ge extra latency och jitter. Läs Microsoft Learn för den vinkeln. För mer om reservvägar kan ni också läsa redundant internet för företag och fiber eller 5G.

SLA som går att driva och vad ni tar med till leverantörsmötet

En SLA är bara användbar om den följs upp med samma mätpunkter som ni använder i vardagen. Be därför om tydlighet kring vad som räknas som avbrott, var överlämningspunkten ligger, hur åtgärdstid mäts, vilket supportfönster som gäller och vem som ansvarar för kundplacerad utrustning. Det sparar många onödiga rundor senare.

Det viktigaste i mötet med leverantören är inte att låta teknisk. Det är att komma med samma typ av underlag varje gång. Då blir dialogen snabbare, mindre defensiv och lättare att följa upp.

• Tid och plats: Datum, klockslag, site och vilken länk som påverkades.
• Affärspåverkan: Vad som slutade fungera, till exempel Teams, softphone, kassa, VPN eller inloggningar.
• Mätutdrag: Före, under och efter incidenten, mot samma tre mätpunkter.
• Frågor till leverantören: Vad visar deras loggar, var uppstod avvikelsen och vilken uppföljning sker nu.

Det här är kärnan i att följa upp internetkvaliteten på riktigt: mät samma sak över tid, dokumentera kort och konsekvent och bygg en SLA kring det ni faktiskt kan följa upp. Vi på Advisera arbetar som oberoende rådgivare inom fiber och mobilt bredband och hjälper företag att välja primär uppkoppling, backup och en uppföljning som gör leverantörsdialogen mer faktabaserad. Vill ni få hjälp att sätta upp rätt struktur från start kan ni kontakta oss här.