VoIP og hvor meget jitter er acceptabelt?

For at VoIP i virksomheder kan konkurrere med det almindelige telefonsystem, skal stemmekvaliteten være mindst lige så god som for analoge telefoner eller bedre. Lydkvaliteten var et væsentligt problem i de tidligste implementeringer af VoIP, da teknologien var ret ny.

Siden da er selve teknologien blevet forbedret gennem flere iterationer. Leverandørerne i branchen har også fået både ekspertise og erfaring og har undervejs forbedret deres service og infrastruktur.

Det kan ikke desto mindre være en jonglering for erhvervsorganisationer at sikre en konstant høj opkaldskvalitet. Det skyldes, at kvaliteten påvirkes af en række forskellige faktorer, og at implementering af en løsning på ét problem kan forværre et andet.

For at få den smidigste og bedste oplevelse er optimering af netværket et must. Dette opnås normalt ved at konfigurere de relevante QoS-indstillinger, som angiver over for netværksudstyret, at VoIP-opkald skal prioriteres frem for andre former for trafik.

Det er imidlertid nødvendigt med regelmæssig overvågning af opkald og netværket for at sikre, at der ikke er store afvigelser fra den forventede kvalitet. De mest almindelige målinger, der anvendes til at måle netværkets ydeevne og dermed lydkvaliteten, omfatter latency og jitter.

Latency

Dette er tidsforsinkelsen i forbindelse med flytning af stemmepakker fra kilde til destination. Generelt bør dette mål ikke overstige 150 ms i den ene retning for at undgå forringelse af opkaldskvaliteten.

Hvis en del af opkaldet går over det offentlige internet (som introducerer sin egen latenstid), bør organisationens interne netværkslatenstid være betydeligt mindre end 150 ms.

Jitter

Dette er i det væsentlige variationen i pakkeforsinkelsen. For så vidt angår kildeslutpunktet er pakkerne blevet sendt i en kontinuerlig strøm.

Men da hver pakke kan tage en anden rute til sin destination, kan netværksoverbelastning eller forkert konfiguration resultere i betydelige variationer i pakkeforsinkelsen.

Det betyder, at pakkerne ikke modtages i den samme rækkefølge eller måske helt tabes undervejs. Jitter, der overstiger 40 ms, vil medføre en alvorlig forringelse af opkaldskvaliteten. Et højt jitterniveau er normalt en konsekvens af langsomme hastigheder eller overbelastede netværk.

Jittermålinger

Jitter kan måles på en række forskellige måder, hvoraf flere er beskrevet i forskellige IETF-standarder for RTP som f.eks. RFC 3550 og RFC 3611. Nogle af disse metoder er Mean packet to packet delay variation, Mean absolute packet delay variation, Packet delay variation histograms og Y.1541 IPDV Parameter.

Det er nødvendigt for virksomheden at forstå hver enkelt metode og hvad værdien giver udtryk for, da de kan anvende forskellige parametre eller antagelser. Desværre oplyser mange udstyrsproducenter eller tjenesteudbydere ikke, hvilken metode de bruger til at beregne jitterværdier på deres netværk eller enheder.

Hvorimod mange leverandører nu inkluderer gennemsnitlige jitterværdier i deres SLA’er, så kunderne kan være sikre på de acceptable minimumsstandarder for kvalitet.

Hvordan kompenserer man for jitter

Med hensyn til jitter er en af de første ting, der skal kontrolleres, QoS-indstillingerne i virksomhedens netværk. Hvis QoS ikke er konfigureret eller ikke er indstillet korrekt, vil talepakker ikke få prioritet. Dette vil resultere i missede eller kasserede pakker.

Audioopkald vil således være udsat for et højt jitterniveau, hvilket forringer kvaliteten af samtalerne. Hvis QoS-indstillingerne er korrekte, og netværkstrafikken er på sit sædvanlige niveau, bør der ikke være nogen væsentlig jitter.

VoIP-slutpunkter som f.eks. skrivebordstelefoner og ATA’er indeholder normalt en jitterbuffer for at kompensere for dette. Ved at have en jitterbuffer sikres det, at den modtagende enhed er i stand til at lagre et bestemt antal pakker og derefter omarrangere dem i den rigtige rækkefølge.

Afhængigt af jitterbufferens størrelse kan pakker uden for rækkefølge omarrangeres, inden de leveres. Dette introducerer dog en vis forsinkelse ud over den oprindelige latenstid på netværket.

Jitterbuffere vil ikke altid fungere, Selvom størrelsen kan øges op til et punkt. Generelt er de kun effektive ved forsinkelsesvariationer på mindre end 100 ms, og selv da kan en forringelse af kvaliteten let mærkes af brugerne.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.