Haperende of wegvallende VoIP-gesprekken: de audiokwaliteit in België diagnosticeren

Begin met het symptoom, niet met een oplossing

Door nauwkeurig te beschrijven wat elke gesprekspartner hoort, vermindert u onmiddellijk het aantal mogelijke oorzaken. «Slechte kwaliteit» kan minstens zes verschillende verschijnselen aanduiden die niet dezelfde onderzoekspiste volgen.

Haperende stem of ontbrekende woorden

Audiogedeelten verdwijnen wanneer pakketten te laat, in de verkeerde volgorde of helemaal niet aankomen. Als alleen de persoon aan de andere kant u slecht hoort, onderzoek dan eerst het uitgaande traject vanaf uw locatie. Als alleen u de andere persoon slecht hoort, bekijk dan het inkomende traject. Dit onderscheid voorkomt dat twee datastromen worden samengevoegd terwijl slechts één ervan verstoord is.

Robotachtige of metaalachtige stem

De codec en het mechanisme voor geluidsreconstructie proberen onvolledige audio te herstellen. Een korte Wi-Fi-storing, een verzadigde wachtrij of een netwerkwijziging kan deze indruk veroorzaken zonder dat het gesprek wordt verbroken. Noteer of het verschijnsel optreedt bij het begin, tijdens een doorverbinding, wanneer video start of op een vast tijdstip.

Vertraging en gesprekspartners die elkaar onderbreken

Een hoge retourvertraging verwijdert niet noodzakelijk woorden, maar verstoort het natuurlijke ritme. Ze kan worden veroorzaakt door een trage internetverbinding, een VPN die het mediaverkeer omleidt, een onnodig lang geografisch traject of overbelaste wachtrijen. Vraag of de vertraging constant is of alleen tijdens piekuren voorkomt.

Echo, audio in één richting of een gesprek dat wegvalt

Echo kan akoestisch zijn — luidspreker en microfoon — of verband houden met een aanpassing van het eindtoestel. Audio in één richting wijst vaak op het mediatransport, NAT, een firewall of een adresonderhandeling. Een onderbreking na een regelmatige duur wijst eerder op een time-out, sessie of signalering dan op eenvoudige jitter. Elk patroon moet worden geregistreerd zonder te snel conclusies te trekken.

De GVISION-pagina gewijd aan de VoIP-telefonie voor Belgische organisaties beschrijft de dienst en de mogelijke architecturen. Hier is het doel anders: een herbruikbare diagnose opbouwen voor Teams Phone, een Yeastar-PBX, een softphone of een IP-telefoon.

De minimale bewijzen voor elk gesprek verzamelen

Een ticket met «het valt sinds gisteren uit» is bijna onmogelijk te correleren; een gesprek met tijdstempel en context kan in de logboeken worden teruggevonden. Aankoop, logistiek en privégebruik moeten worden geregeld.

Noteer het lokale tijdstip tot op de minuut en de tijdzone wanneer meerdere landen betrokken zijn, de betrokken nummers of accounts, de inkomende of uitgaande richting, een intern of extern gesprek, de locatie, het toestel, de headset, de applicatie, de Ethernet-, Wi-Fi-, 4G/5G- of VPN-verbinding, evenals de persoon die het defect hoort. Voeg een letterlijke beschrijving toe, bijvoorbeeld: «de externe beller hoort mij gedurende tien seconden niet meer».

Vraag vervolgens of het probleem reproduceerbaar is en of het één gebruiker, een vergaderruimte, een verdieping, een locatie, een operator of alle gesprekken treft. Een geïsoleerd incident moet worden geregistreerd, maar een patroon helpt om de volgende meting te kiezen. Drie geslaagde testgesprekken zijn even nuttig als drie mislukte: ze tonen wat een gezond traject onderscheidt.

Verzamel niet onnodig de inhoud van het gesprek. Technische metadata volstaan doorgaans. Als een opname wordt overwogen, pas dan de interne regels voor privacy en informatieverstrekking toe. Het doel is de interfaces te identificeren, niet professionele gesprekken te beluisteren.

In Microsoft Teams helpen het Call Quality Dashboard en de gegevens per gesprek om gebruikers, subnetten, verbindingstypes en datastromen van elkaar te onderscheiden. De Microsoft-gids overhet onderzoeken van de gebruikerservaring met CQD, bijgewerkt op 16 juni 2026, raadt aan om trends en probleemgebieden te bekijken en niet alleen een individuele klacht.

Latentie, jitter, pakketverlies en MOS: wat de metingen werkelijk zeggen

Geen enkele meting volstaat op zichzelf: de interpretatie moet het cijfer koppelen aan de richting van de datastroom, het tijdstip van het gesprek en het platform.

Pakketverlies

Realtime spraak kan niet lang wachten op een hertransmissie. Kort pakketverlies kan worden gemaskeerd; een reeks verloren pakketten veroorzaakt ontbrekende lettergrepen of een robotachtige stem. Een gemiddelde over een hele dag kan dertig rampzalige seconden verbergen. Zoek naar de verdeling, pieken en getroffen richting.

Jitter

Jitter is de variatie in de vertraging tussen pakketten. De jitterbuffer zet de datastroom opnieuw in de juiste volgorde en vangt redelijke variaties op, ten koste van een beetje extra vertraging. Als de buffer te klein is, worden te late pakketten verworpen; als hij te groot is, wordt het gesprek traag. De Yeastar-documentatie over de jitterbuffer beschrijft deze afweging en maakt onderscheid tussen vaste en adaptieve modi.

Latentie en retourtijd

Latentie beïnvloedt de interactiviteit. Een ping naar een willekeurige server vertegenwoordigt niet noodzakelijk het werkelijke mediapad. Meet naar het platform of de relevante eindpunten en scheid indien mogelijk het traject van werkstation naar netwerk, internettoegang en dienst. De Microsoft-connectiviteitstest hanteert als succesvolle doelwaarden minder dan 1% UDP-pakketverlies, minder dan 100 ms latentie en minder dan 30 ms jitter; dit zijn drempelwaarden voor deze specifieke test en geen universele regel voor elke operator of PBX.

MOS

De Mean Opinion Score vat verschillende parameters samen in een kwaliteitsinschatting. Dit vergemakkelijkt de triage, maar kan afhankelijk van het product op verschillende manieren worden berekend. Yeastar classificeert in zijn QoS-rapport een MOS lager dan 3,5 als slecht, van 3,5 tot minder dan 4 als gemiddeld en van 4 tot 5 als goed. Gebruik deze classificatie binnen de juiste context en bewaar de ruwe metingen om de score te verklaren.

Vijf storingsdomeinen isoleren

De diagnose wordt beheersbaar wanneer elke test aan een domein wordt toegewezen: eindtoestel, LAN/Wi-Fi, WAN/internet, mediabeveiliging of platform/operator.

1. Eindtoestel en audio

Test een andere headset, een andere USB-poort, de handset en een ander toestel. Controleer drivers, CPU-belasting, energiebesparingsinstellingen, firmware en applicatie. Als het defect de headset volgt, heeft het geen zin om de QoS van de router te wijzigen. Als meerdere toestellen in hetzelfde kantoor problemen vertonen, ga dan terug naar het netwerk.

2. Lokaal netwerk en Wi-Fi

Vergelijk hetzelfde gesprek via Ethernet. Controleer dekking, interferentie, roaming, kanaalbezetting, poortfouten, duplex, PoE-voeding en wachtrijen. Een sterk Wi-Fi-signaal garandeert noch lage contention, noch de afwezigheid van retransmissies. Een bekabelde IP-telefoon en een draadloze softphone gebruiken bovendien verschillende lokale trajecten.

3. WAN, internet en VPN

Controleer de belasting in opwaartse en neerwaartse richting, pakketverlies, routeringswijzigingen, dubbele verbindingen, SD-WAN en operatorincidenten. Cloudback-ups, synchronisatie of een videoconferentie kunnen een wachtrij vullen ondanks een goede contractuele snelheid. Een VPN die media onnodig centraliseert, voegt soms latentie en storingspunten toe; controleer de architectuur van het platform voordat u een uitzondering instelt.

4. Firewall, NAT en SBC

RTP- of SRTP-media moet in beide richtingen kunnen worden doorgelaten met de verwachte poorten, adressen en sessieduur. Inspecties, SIP-transformaties, NAT-time-outs of te beperkte bereiken kunnen eenrichtingsaudio en onderbrekingen veroorzaken. Microsoft waarschuwt dat een te beperkt mediapoortbereik kan leiden tot wegvallende gesprekken en een slechte kwaliteit. Schakel een functie zoals SIP ALG echter niet zomaar uit: controleer eerst de aanbeveling van de leverancier en de topologie.

5. PBX, cloud, trunk en telefoonnetwerk

Een gezond intern gesprek en een verstoord extern gesprek wijzen in de richting van de SBC, trunk, operator of externe eindbestemming. Vergelijk inkomende en uitgaande gesprekken, bestemmingen, codecs, transcoderingen en routes. De logboeken van de PBX en leverancier moeten aan het testgesprek kunnen worden gekoppeld. Zonder nummers en het exacte tijdstip stopt de analyse vaak bij een indruk.

Beslissingsmatrix: welke test voert u vervolgens uit?

De beste test verandert één variabele en levert een duidelijke interpretatie op. Deze matrix voorkomt gelijktijdige wijzigingen die het resultaat onbruikbaar maken.

Een diagnoseprocedure in dertig minuten

4. Bedrijfstoestel

1. Minuten 0–5: kwalificeren. Registreer drie recente gesprekken, de getroffen richting, locaties, toestellen, netwerken en symptomen.
2. Minuten 5–10: reproduceren. Bel een stabiele bestemming met dezelfde gebruiker. Noteer het exacte tijdstip en wat elke persoon hoort.
3. Minuten 10–15: één variabele wijzigen. Schakel van Wi-Fi naar Ethernet of verander de headset, zonder het account en de bestemming te wijzigen.
4. Minuten 15–20: het traject vergelijken. Test een intern en vervolgens een extern gesprek, of een inkomend en vervolgens een uitgaand gesprek.
5. Minuten 20–25: het bewijsmateriaal bekijken. Open CQD, het PBX/SBC-rapport en de netwerkstatistieken die overeenkomen met het tijdstip.
6. Minuten 25–30: beslissen. Wijs een waarschijnlijk domein toe, noteer wat is uitgesloten en wijs de volgende verantwoordelijke aan.

Een algemene snelheidstest is slechts een aanwijzing. Deze meet vaak een nabije server, via enkele parallelle datastromen, zonder het UDP-verkeer, de route naar de dienst, micro-onderbrekingen of de uplinkwachtrij op het exacte moment weer te geven. Vul dit aan met een continue meting, een testgesprek en de tools van het platform. De IP Ping-tool van Yeastar kan bijvoorbeeld de bereikbaarheid, latentie en het pakketverlies vanaf de PBX naar een relevante bestemming controleren.

Wanneer QoS gesprekken daadwerkelijk verbetert

Quality of Service is nuttig wanneer spraakpakketten concurreren met ander verkeer op een verbinding of in een wachtrij die u beheert. QoS creëert geen extra capaciteit en garandeert geen verwerking buiten uw eigen beheerdomein.

Begin met het correct classificeren van media, markeer pakketten op consistente punten en configureer de apparatuur die de datastromen daadwerkelijk in wachtrijen plaatst. Microsoft raadt DSCP 46 aan voor Teams-audio en benadrukt dat markering op het eindtoestel moet worden ondersteund door een overeenkomstige configuratie op de netwerkapparatuur. Als een switch de markering verwijdert of de router de klasse negeert, heeft het label geen effect.

Bedrijfstoestel

Identificeer vóór de implementatie waar de congestie optreedt. De QoS-aanbevelingen van Microsoft voor Teams leggen de classificatie en bereiken uit. Pas deze toe op Teams en niet automatisch op elke PBX. Gebruik voor een SIP-trunk of Yeastar de gedocumenteerde vereisten van de leverancier en operator.

GVISION kan telefonie en netwerk- en Wi-Fi-architectuur samenbrengen, zodat VLAN's, wachtrijen, dekking, internettoegang en monitoring hetzelfde verhaal vertellen. Deze stap is relevant wanneer de tests een terugkerend transportprobleem aantonen, niet wanneer één headset defect is.

Fouten die VoIP-incidenten onnodig verlengen

Meerdere parameters tegelijk wijzigen, vertrouwen op de snelheid of escaleren zonder een testgesprek vernietigt de waarde van de diagnose.

• Opnieuw opstarten voordat u noteert: de logboeken en het relevante tijdstip verdwijnen.
• Wi-Fi-signaal en kwaliteit verwarren: een sterk radiosignaal kan contention en retransmissies verbergen.
• Slechts één snelheidstest gebruiken: deze vertegenwoordigt noch het mediapad, noch bursts van pakketverlies.
• Universele drempelwaarden toepassen: tools, codecs en berekeningsmethoden verschillen.
• QoS activeren zonder gemeten congestie: de complexiteit neemt toe zonder de oorzaak aan te pakken.
• SIP ALG systematisch uitschakelen: het gedrag hangt af van de firewall, PBX en leverancier.
• De richting van het defect negeren: beide gesprekspartners kunnen een verschillende kwaliteit ervaren.
• Geslaagde gesprekken vergeten: zij vormen de vergelijkingsgroep.
• De operator te vroeg beschuldigen: zonder nummer, tijdstip of traject kan er geen onderzoek worden uitgevoerd.
• Een incident na één gesprek als opgelost beschouwen: test de piek en de functies waarbij de problemen optraden.