Telefoni över internet: vad nätet måste klara innan växeln flyttar till molnet

När växeln flyttar till molnet byter telefonin både leverantör och infrastruktur. Samtal som tidigare gick i en egen förbindelse ut ur huset går nu i samma lina som e-posten, filerna och molntjänsterna. Det är oftast en bra affär. Det som förvånar är att problemen efteråt sällan handlar om växeln.

Felsökningen ser nästan alltid likadan ut. Någon anmäler att rösten hackar, att motparten försvinner i en sekund eller att samtalet bryts när man går mellan två rum. Växelleverantören svarar att plattformen mår bra. Internetleverantören svarar att linan är uppe och att hastighetstestet ser fint ut. Båda har rätt i sak, och ändå är samtalet dåligt. Telefoni mäts nämligen inte i hastighet.

Den här texten handlar om vad nätet behöver klara innan växeln flyttar till molnet, hur man avgör var felet sitter när rösten blir dålig, och vilka rader i underlaget som avgör utfallet. Vi levererar inte växlar och tar inget ansvar för telefoniplattformen. Vi levererar uppkopplingen och nätverket under den — den del som pekas ut först i varje felanmälan och granskas sist i varje beställning.

Telefoni är det känsligaste ni lägger på linan

Ett röstsamtal är en realtidsström. Paketen måste komma fram i rätt ordning, med jämna mellanrum och inom några tiondelar av en sekund, annars går informationen inte att använda. En filöverföring bryr sig inte: ett paket som kommer för sent begärs om, och användaren märker på sin höjd att nedladdningen tog en sekund längre. Ett röstpaket som kommer för sent är värdelöst, eftersom ögonblicket det hörde till redan har passerat.

Det är därför telefonin är den tjänst som först visar att något är fel i nätet. Långt innan någon klagar på att filerna går långsamt kommer klagomålen på att rösten hackar. Telefonin fungerar i praktiken som nätets mest känsliga mätinstrument — vilket också gör den till den tjänst som oftast får skulden för fel som ligger någon helt annanstans.

Vad som faktiskt mäts: fördröjning, jitter och paketförlust

Tre egenskaper avgör om ett samtal blir bra, och ingen av dem syns i ett hastighetstest. Fördröjningen är tiden från att någon talar till att motparten hör det; blir den för stor börjar parterna tala i mun på varandra och samtalet tappar rytm. Jitter är variationen i fördröjningen, alltså att paketen kommer fram ojämnt, och det är den vanligaste orsaken till den hackiga, metalliska röst som alla känner igen. Paketförlust är paket som aldrig kommer fram; enstaka förluster döljs av mjukvaran, men när de kommer i klump hörs de som korta tysta hål.

Mottagarsidan har en jitterbuffert som samlar upp paket och spelar ut dem jämnt. Bufferten döljer små variationer, men den gör det genom att lägga på extra fördröjning, och den kan bara dölja så mycket. Det är kombinationen som avgör: ett nät med hög men mycket jämn fördröjning kan ge bättre samtal än ett nät med låg men ryckig fördröjning. Den slutsatsen spelar roll i teknikvalet, eftersom en lina som mäter bra i hastighet kan mäta dåligt i jämnhet.

Kapaciteten är sällan problemet — riktningen är det

Ett samtal kräver förhållandevis lite bandbredd. Standardkodeken G.711 kodar rösten i 64 kilobit per sekund i varje riktning enligt specifikationen, och med paketöverhead landar ett samtal strax över det; mer komprimerande kodekar använder mindre, bredbandskodekar för bättre ljudkvalitet något mer. Även ett kontor med många samtidiga samtal lägger därför beslag på en liten del av en modern förbindelse.

Det som däremot tar slut är uppströmsriktningen. Varje samtal skickar lika mycket data uppåt som nedåt, och uppströms är den knappa riktningen i de flesta asymmetriska anslutningar. Samma sak gäller videomöten, molnbackuper och kamerasystem, som alla belastar just den riktningen. Ett kontor kan ha gott om nedströmskapacitet och ändå få dålig telefoni varje gång backupen startar. Därför är symmetri ett viktigare krav än topphastighet när telefonin ligger i molnet, och det är en av anledningarna till att en fiberanslutning med lika kapacitet i båda riktningarna beter sig annorlunda än en konsumentliknande förbindelse med samma siffra i marknadsföringen.

Prioritering fungerar bara där ni bestämmer

Alla leverantörer av telefoni rekommenderar att rösttrafiken prioriteras. Det är rätt råd, men det är viktigt att förstå var prioriteringen verkligen gäller. Trafik kan märkas — röst märks normalt med DSCP-värdet EF — och den märkningen respekteras i utrustning som ni själva styr: switchen, brandväggen och routern i huset, och i en operatörslevererad förbindelse där prioritering är en avtalad del av tjänsten.

Över det öppna internet finns ingen sådan garanti. Märkningen följer med paketet, men ingen utanför er egen gräns är skyldig att agera på den. Prioritering är därför en åtgärd mot trängsel i er egen flaskhals, den punkt där ert nät möter linan, inte en egenskap som sträcker sig hela vägen till växeln. Just därför är åtgärden ändå effektiv: flaskhalsen sitter nästan alltid i uppströmsriktningen i den egna utgången, och det är precis där märkningen biter. I en lösning med flera adresser är det samma logik som gör att SD-WAN kan styra rösttrafiken till den väg som för tillfället är jämnast.

Nätet inne i huset avgör mer än offerten

När rösten är dålig på ett kontor sitter felet oftast inte på linan utan i de sista tio metrarna. Ett trådlöst samtal delar sändningstid med alla andra klienter på samma accesspunkt, och när en klient sänder får ingen annan sända samtidigt; rösten får då vänta i ojämna intervall och jittret stiger. Byte av accesspunkt mitt i ett samtal är ett annat vanligt fel, eftersom beslutet att byta tas av telefonen och inte av nätet.

Till det kommer kablaget och strömmen. Bordstelefoner matas normalt över nätverkskabeln, och när switchens effektbudget tar slut beter sig telefoner märkligt snarare än att de slutar fungera rakt ut. Felaktiga duplexinställningar, trasiga kontakteringar och enkla switchar utan vettig köhantering ger samma symptom som en dålig lina. Innan ni köper mer kapacitet är det värt att skilja linans fel från luftens, eftersom åtgärderna är helt olika.

Routern, brandväggen och SIP ALG

En funktion förtjänar en egen varning. Många routrar har en inbyggd hjälpfunktion för telefoni, ofta kallad SIP ALG, som skriver om innehållet i signaleringen för att få adressöversättningen att fungera. Avsikten är god, men implementationerna är ofta trasiga, och resultatet är klassiska symptom: envägsljud, samtal som bryts efter en bestämd tid eller telefoner som tappar registreringen med jämna mellanrum. Så gott som alla växelleverantörer rekommenderar att funktionen stängs av. Det är det första att kontrollera när signaleringen beter sig underligt.

Signaleringen går normalt över port 5060, eller 5061 när den är krypterad med TLS, medan ljudet går i en egen ström över ett intervall av UDP-portar. Brandväggens hantering av de sessionerna är avgörande: en för kort tidsgräns på UDP-tillstånd gör att telefonen tappar sin registrering mellan samtal, och en för aggressiv inspektion kan klippa ljudet i en riktning. Det här är inställningar, inte kapacitet, och de är gratis att få rätt — om någon vet att de ska granskas.

Adresseringen avgör mer än man tror

Telefoni är känsligt för hur ni är adresserade utåt. Med delad adressöversättning hos operatören, så kallad CGNAT, fungerar utgående samtal normalt, men inkommande sessioner och vissa typer av registrering kan bli oberäkneliga, och felsökningen blir svårare eftersom ni inte har en egen identitet utåt. Moderna molnväxlar är byggda för att klara detta genom att hålla sessionen igång från insidan. I miljöer med äldre utrustning, egen växel eller särskilda behov av inkommande trafik är en egen publik adress däremot den enkla vägen ur problemet.

Vad som händer med ett pågående samtal när linan byter väg

Redundans löser inte telefonin automatiskt. När den primära linan faller och trafiken flyttar till reservvägen byter ni i de flesta fall också publik adress. Pågående samtal bygger på en etablerad session och en ljudström mot den adressen, så i praktiken bryts samtalen; nya samtal fungerar igen när telefonerna har registrerat sig på nytt. Det är en betydligt bättre utgång än ett avbrott, men det är inte samma sak som att ingen märker något.

Ska även pågående samtal överleva behövs något som håller en stabil identitet utåt medan vägen under byts: en tunnel från en egen utrustning, en styrd lösning över flera vägar eller en funktion i växeln som tillåter att samma registrering flyttar. Det är ett konkret krav att ta ställning till i förväg, inte något som följer av att det finns två linor i huset.

Mobilen som reservväg — och vad den inte löser

Mobilt är den vanligaste reservvägen, och för telefoni är den rimlig: kapacitetsbehovet per samtal är litet och ett mobilnät klarar det gott. Två saker förtjänar ändå eftertanke. Mobil kapacitet delas i cellen, så jämnheten varierar över dygnet på ett annat sätt än i en fast förbindelse — och jämnheten är det telefonin bryr sig om. Dessutom sitter mobilt nästan alltid bakom delad adressöversättning, vilket förstärker adresseringsfrågan ovan.

Den praktiska slutsatsen är att prioritera smalt på reservvägen. En reservlina behöver inte bära allt kontoret gör en vanlig tisdag; den behöver bära telefonin, betalningarna och de system som verksamheten står still utan. Resten kan vänta.

Molnväxel, Teams-telefoni och var ansvaret delas

När telefonin levereras som molntjänst delas ansvaret i tre delar: plattformen hos växelleverantören, kopplingen mellan plattformen och telenätet, och nätet hos er. Är telefonin integrerad i en samarbetsplattform tillkommer en fjärde part i form av den gränsutrustning som kopplar plattformen mot teleoperatören. Varje gräns är en plats där en felanmälan kan fastna mellan två leverantörer som båda rapporterar att allt är bra på deras sida.

Därför är det värt att bestämma i förväg vem som äger felsökningen. Vår roll är avgränsad och tydlig: vi svarar för uppkopplingen och nätverket, vi kan undersöka om linan har haft förlust eller ojämnhet under den tid samtalet var dåligt. Men växeln, numren och ljudbehandlingen i plattformen är växelleverantörens, och det är bättre att det är sagt innan det blir skarpt.

Nödsamtal och adressuppgifter

En fråga glöms påfallande ofta i övergången till molnväxel: vad som händer när någon ringer 112 från en IP-telefon. Till skillnad från en fast anknytning i det gamla nätet är en IP-telefon inte bunden till en plats — den fungerar var som helst där det finns nät. Vilken adressuppgift som följer med samtalet, och hur den uppdateras när kontoret flyttar eller när en anknytning används hemifrån, är en fråga till växelleverantören och ett svar som bör finnas dokumenterat.

Ta samtidigt ställning till vad som ska gälla vid ett internetavbrott, eftersom en molnväxel utan uppkoppling inte kan ringa alls. Många löser det med vidarekoppling till mobilnummer som utlöses hos växelleverantören när registreringen försvinner. Det är en inställning som är enkel att göra i förväg och omöjlig att göra i efterhand.

Hur ni visar var felet sitter

Nästan all tvist om dålig telefoni handlar om att ingen har siffror på rätt sak. Hastighetstestet mäter det som inte spelar roll. Det som behövs är mätningar över tid av fördröjning, jitter och paketförlust mot växelplattformen, loggade med tidsstämpel, plus ett sätt att skilja trådad trafik från trådlös. Växlar brukar själva registrera samtalskvalitet per samtal, och det är den loggen som är mest värd att läsa först.

En pragmatisk arbetsordning: notera tidpunkt och anknytning för tre dåliga samtal; kontrollera i växelns kvalitetslogg om de hade förlust eller jitter; upprepa samma samtal från en trådad anslutning; kör en mätning mot plattformen från den punkt där ert nät möter linan. Är kvaliteten bra trådat men dålig trådlöst ligger felet i luften. Är den dålig även trådat, men bra från punkten vid linan, ligger den i nätet mellan. Är den dålig överallt är det linan eller vägen vidare — och först då är det vårt bord.

Underlag inför beställningen

När uppkopplingen ska beställas med telefoni i åtanke är det här som ska stå i underlaget: antalet samtidiga samtal som behöver fungera i värsta fall och inte i snitt; vilken kodek och vilken ljudkvalitet växeln använder; om videomöten ska gå på samma lina; vad mer som belastar uppströmsriktningen och när det kör, särskilt backuper och kamerasystem; om symmetrisk kapacitet krävs; om trafiken ska prioriteras i er egen utgång; om ni behöver egen publik adress; vad som ska fungera när primärvägen faller och om pågående samtal ska överleva omkopplingen; vem som felsöker vad; och vilka adresser som ska ha samma uppsättning om ni är flera platser.

Underlaget är inte till för att imponera på leverantören. Det är till för att två offerter ska gå att jämföra, och för att lösningen ska dimensioneras efter det som faktiskt ska fungera. Samma princip gäller vid all upphandling av operatörsavtal: kraven ska vara formulerade så att svaren blir jämförbara.

Frågor att ställa

Till leverantören av uppkopplingen: är kapaciteten symmetrisk, och vad gäller uppströms? Går det att prioritera rösttrafik i vår utgång, och i så fall hur? Får vi en publik adress eller sitter vi bakom delad adressöversättning? Vad händer med vår adress när trafiken flyttar till reservvägen? Kan ni undersöka förlust och jämnhet i efterhand när vi har haft ett dåligt samtal?

Till växelleverantören: vilken kodek används som standard och vad kräver den? Vilka portar och protokoll ska vara öppna, och ska SIP ALG vara avstängt? Hur länge hålls registreringen vid liv? Vilken kvalitetslogg per samtal får vi tillgång till? Hur hanteras 112 och vilken adressuppgift följer med samtalet? Vad händer med inkommande samtal vid ett internetavbrott, och går det att vidarekoppla automatiskt?

Vad vi gör och inte gör

Vi äger inget eget nät. Vi är operatörsoberoende, vilket betyder att vi sätter samman uppkopplingen av de nät som finns på era adresser och håller ett avtal och en kontaktväg för helheten. Vilken teknik, vilken kapacitet och vilka servicenivåer som är möjliga beror på adressen och skrivs in i avtalet.

Vi säljer ingen växel och tar inget ansvar för en telefoniplattform. Det vi kan göra är att se till att nätet under telefonin inte är det som sänker samtalen: rätt kapacitet i rätt riktning, prioritering där den biter, ett nätverk inne i huset som inte skapar jitter, en adressering som växeln klarar och en reservväg som bär det viktigaste när den primära faller. Berätta vilka adresser det gäller och hur telefonin ska fungera, så återkommer vi med ett förslag.

Vill ni gå vidare hittar ni mer om varför det sällan är uppkopplingen som är problemet, hur ni dimensionerar kapaciteten utan att gissa, hur ni vet om backupen faktiskt håller, fast IP-adress och CGNAT, mobilt som primär väg och som backup och uppkoppling vid flytt till nya lokaler.