Geen geluid, hoorbaar in één richting, echo, „robot”

Een telefoon kan geregistreerd zijn, bellen en opnemen — en toch geen enkel geluid doorgeven. De reden is dat registratie en spraak twee verschillende wegen zijn: registratie verloopt via signaleringsberichten op poort 5060, en spraak via een aparte pakketstroom op poorten 10000–20000. De router van de vestiging kan de eerste doorlaten en de tweede blokkeren. Dit is geen defect van de telefoon en geen defect van de telefooncentrale: in negen van de tien gevallen zit het netwerk ertussen in de weg, en dat is binnen enkele minuten te vinden.

De algemene telefoonconfiguratie staat in het overzicht „SIP-telefoons configureren”, de overige symptomen in de diagnose op symptoom.

Controleer eerst in de beheeromgeving#

1. Echotest *43 vanaf het betreffende toestel. De centrale neemt op, geeft na een seconde een kiestoon en stuurt daarna uw stem terug. De kiestoon klinkt vóór de echo met opzet — hij test de richting „centrale → telefoon” apart van de microfoon:

   Wat u hoort	Wat het betekent
   Kiestoon, daarna uw eigen stem	Geluid gaat in beide richtingen — het netwerk tot de centrale is in orde
   Kiestoon wel, uzelf niet hoorbaar	Geluid komt niet van de telefoon naar de centrale
   Zelfs geen kiestoon	Geluid komt niet van de centrale naar de telefoon
   Uzelf hoorbaar, maar haperend of met vertraging	De weg is er, maar slecht: verlies, jitter, overbelast kanaal

   Spreek ongeveer tien seconden in *43 — dan kan de centrale het verlies, de jitter en de vertraging meten. Een uitgebreide uitleg staat in „Kwaliteit van de verbinding controleren”.

2. Gesprekslogboek — open het probleemgesprek. De regel „Geluid” bij een beantwoord gesprek geeft aan of spraak in beide richtingen ging: „in beide richtingen”, „van telefoon toestel 101 ging geen geluid” of „van gesprekspartner ging geen geluid”, — met daarnaast verlies, jitter en RTT per richting.

3. Toestelkaart → „Geluid in beide richtingen” — hoeveel gesprekken van deze telefoon eenzijdig waren. Voor modellen die spraak verliezen op het moment van opnemen, schakelt de centrale zelf „kiestonen van de centrale” in — dat is hier ook te zien.

4. Gespreksopname, als opnemen is ingeschakeld: wie op de opname te horen is, van diegene is de spraak bij de centrale aangekomen.

5. SIP-trace op een toegewezen centrale: in de beschrijving van het geluid (SDP, regels c= en m=audio) is te zien welk adres en welke poort elke partij heeft opgegeven.

Waarom registratie wel werkt, maar geluid niet#

Onze centrale leidt spraak altijd via zichzelf (telefoons wisselen geluid niet rechtstreeks uit) en antwoordt met spraak naar het adres vanwaar de spraak van de telefoon kwam, niet naar het adres dat de telefoon over zichzelf heeft opgegeven. Daarom heeft een telefoon achter een router geen STUN en geen port forwarding nodig. Maar daaruit volgt ook: als er van de telefoon naar de centrale niets aankomt, is er ook niets om naar te antwoorden — het resultaat is stilte in beide richtingen.

Wat spraak het vaakst breekt bij een correcte registratie:

1. SIP ALG op de router („SIP Helper”, „SIP Passthrough”). De router „helpt” SIP en herschrijft adressen in de signaleringsberichten — vaak onjuist. De registratie lukt, het geluid niet of slechts in één richting. Waar u dit uitschakelt per routermerk staat in „Netwerk, router en internet”.
2. Uitgaande UDP 10000–20000 geblokkeerd. De firewall laat „internet” (webpoorten) en 5060 door, maar de spraakpoorten niet.
3. Dubbele NAT — de router van de provider plus uw eigen router erachter: adressen worden tweemaal herschreven, en één van de herschrijvers maakt een fout.
4. Wi-Fi — gastnetwerk met clientisolatie, zwak signaal, telefoon ver van het toegangspunt.
5. Overbelast kanaal — videobewaking uploadt opnames naar de cloud, gasten streamen video via dezelfde internetverbinding: spraak komt met gaten aan.

Helemaal geen geluid#

Waarom dit gebeurt#

• De spraakpoorten zijn in beide richtingen gesloten: uitgaande UDP 10000–20000 wordt geblokkeerd door de firewall of router. Omdat er niets van de telefoon is aangekomen, weet de telefooncentrale niet waar het antwoord naartoe moet.
• SIP ALG heeft het spraakadres in de gespreksbeschrijving herschreven, waardoor de pakketten de verkeerde kant op gaan.
• Op de telefoon staat spraakversleuteling (SRTP) aan — onze telefooncentrale biedt dit standaard niet aan.
• Op de telefoon staan alle drie onze codecs uit (G.711 PCMA, PCMU en G.722). Dan wordt het gesprek meestal niet eens verbonden — antwoord 488.
• De telefoon is verbonden via een VPN of bedrijfsproxy die UDP niet doorlaat.

Wat u kunt doen#

Kies na elke stap *43; ga pas verder als het niet heeft geholpen.

1. Schakel SIP ALG uit op de router en herstart de router en de telefoon.
2. Open uitgaande UDP 10000–20000 naar het adres van de telefooncentrale (bij een gedeelde server is 10000–10200 voldoende).
3. Schakel op de telefoon SRTP / spraakversleuteling uit en controleer of ten minste G.711 (PCMA of PCMU) is ingeschakeld.
4. Sluit de telefoon met een kabel aan op het hoofnetwerk van de zaak, buiten de gasten-Wi-Fi en VPN om.
5. Staat er achter de router van de provider nog een eigen router — zet de router van de provider in de bridgemodus (bridge) of sluit de telefoon er rechtstreeks op aan. Meer informatie — „Netwerk, router en internet”.

Slechts één kant hoorbaar#

Waarom dit gebeurt#

Bij eenzijdig geluid zijn er twee verschillende gevallen — *43 onderscheidt ze aan de kiestoon:

• „Men hoort mij niet” (kiestoon wel, uzelf niet): het geluid komt niet van de telefoon naar de telefooncentrale. Oorzaken: SIP ALG, uitgeschakelde microfoon of Mute-knop, defecte headset, headsetmodus ingeschakeld zonder headset, telefoon in de gasten-Wi-Fi. Bij sommige modellen gaat het geluid precies op het moment van opnemen verloren — de telefoon wisselt van spraakpoort (zo gedraagt bijvoorbeeld de D-Link DPH-150S zich); voor bekende modellen lost de telefooncentrale dit zelf op door „kiestonen van de telefooncentrale” in te schakelen.
• „Ik hoor niets” (geen kiestoon): het geluid komt niet van de telefooncentrale naar de telefoon: strikte firewall, SIP ALG, dubbele NAT. Staat in het logboek bij het gesprek „van de gesprekspartner kwam geen geluid”, dan zweeg de kant van de telecomaanbieder of van de beller — uw telefoon heeft daar niets mee te maken.

Wat u kunt doen#

1. Kies *43 en bepaal de richting aan de hand van de kiestoon.
2. **„Men hoort mij niet”: ** controleer Mute en de headset, probeer de hoorn in plaats van de speaker; schakel SIP ALG uit; haal de telefoon uit de gasten-Wi-Fi.
3. **„Ik hoor niets”: ** schakel SIP ALG uit; controleer de firewall (uitgaande UDP 10000–20000 en de antwoorden daarop); verwijder dubbele NAT.
4. Is *43 in beide richtingen schoon, maar treedt eenzijdig geluid alleen op bij externe gesprekken — dan zit de storing tussen de telefooncentrale en de telecomaanbieder. Vergelijk met een intern gesprek naar een collega en stuur de tijd van het gesprek naar de support.
5. Eenzijdig geluid op het moment van opnemen en alleen bij één model — schakel op de eigen telefooncentrale bij het toestelnummer in „Instellingen van de telefoon” de optie „Kiestonen van het uitgaande gesprek — van de telefooncentrale, niet van de provider” in. Prijs: meldingen van de provider vóór het opnemen („abonnee niet bereikbaar”) hoort de medewerker niet.

Echo#

Waarom dit gebeurt#

De belangrijkste regel bij echo: degene wiens stem aan de andere kant weerkaatst, hoort de echo. Hoort u uw eigen echo — dan zit de bron bij de gesprekspartner: zijn speaker, goedkope headset, opengedraaide luidspreker, telefoon in de auto — de microfoon vangt uw stem op uit zijn luidspreker en stuurt die terug. Klaagt de gast — dan zit de bron bij u.

Een tweede veelvoorkomende bron is de analoge lijn: een gewone telefoon via een gateway-adapter (ATA) of een stedelijke lijn via een gateway. Op het knooppunt van „vier draden” digitaal en „twee draden” analoog wordt een deel van het signaal teruggekaatst; de echocompensator van de gateway dempt dit.

Hoe groter de vertraging op de lijn, hoe merkbaarder de echo: een weerkaatsing die bijna direct aankomt, onderscheidt het oor niet, maar een die met vertraging aankomt, is hoorbaar als herhaling.

In *43 hoort u zichzelf — dat is geen echo, maar de controle zelf. Maar als uw stem in *43 met merkbare vertraging terugkomt (RTT-vertraging in het logboek groter dan 300 ms), zal elke echo tijdens echte gesprekken storender zijn: het kanaal is de schuldige.

Wat u kunt doen#

1. Bepaal wie de echo hoort. U — zoek bij de gesprekspartner; de gast — bij uzelf.
2. Echo van uw eigen toestel: hoorn in plaats van speaker, lager luidsprekervolume, een andere headset; de telefoon niet tegen de muur en niet tegen glas als u via de speaker praat. Volgens de documentatie van Yealink veroorzaakt een te dichtbij geplaatste gevoelige microfoon ook echo.
3. Echo bij gesprekken via een gateway (analoge telefoon of stedelijke lijn): controleer of de echocompensator in de gateway is ingeschakeld — bij de Grandstream HT is dat het veld Disable Line Echo Canceller (LEC), voor spraak moet dit op No staan (de fabriekswaarde); zet de versterking van de poort (Rx / Tx gain) terug naar de fabriekswaarde als u die had verhoogd.
4. Echo bij alle externe gesprekken via één telecomaanbieder, terwijl interne gesprekken schoon zijn — stuur de tijden van de gesprekken naar de support.

Stem van een „robot”, geborrel, wegvallende lettergrepen#

Waarom dit gebeurt#

De stem wordt opgedeeld in kleine pakketten, en elk verdwenen pakket is een verdwenen stukje lettergreep. Pakketten die ongelijkmatig aankomen, wordt door de telefoon een tijdje rechtgetrokken, maar als de spreiding groot is, valt het geluid weg. Vandaar drie getallen die de telefooncentrale meet in *43 en bij elk beantwoord gesprek:

Dezelfde drempels geven de beoordelingen „kwaliteit goed / acceptabel / slecht” in het logboek.

Waar verlies en jitter vandaan komen: Wi-Fi (vooral ver van het toegangspunt of op een vol kanaal), overbelast internet (camera’s, uploads, updates, gasten-Wi-Fi op hetzelfde kanaal), een zwakke router die de belasting niet aankan, mobiel internet en VPN.

Wat u kunt doen#

1. Doe *43 twee keer: op een rustig moment en op het drukste uur. Goed in de rust en slecht op het drukste uur — het kanaal is vol; altijd slecht — het netwerk of Wi-Fi.
2. Sluit de telefoon aan met een kabel in plaats van Wi-Fi.
3. Scheid het gasten-Wi-Fi van het zakelijke netwerk en beperk de snelheid ervan; verplaats het uploaden van camerabeelden naar de nacht.
4. Schakel op de router prioriteit voor telefoons in (QoS), als die dat kan. Hoeveel internet een gesprek nodig heeft — „Netwerk, router en internet”.
5. Helpt dat niet — laat de provider de getallen uit het logboek zien (verlies, jitter, tijd): dat is een gesprek op basis van feiten, niet „bij u is het slecht te verstaan”.

Hoe u bepaalt aan welke kant de storing zit#

Wat u naar de support kunt sturen#

• de datum en tijd van het gesprek tot op de minuut, het nummer van de gesprekspartner en het toestelnummer;
• wie wie niet kon horen of wie echo hoorde;
• de uitkomst van *43 vanaf dat toestel: kiestoon, uw eigen stem, haperend — en de getallen uit het logboek (verlies, jitter, RTT);
• een schermafbeelding van de gesprekskaart uit het logboek met de regel „Geluid”;
• het model en de firmware van de telefoon (de regel uit de tag van het toestel), hoe die is aangesloten (kabel / Wi-Fi), het model van de router en of SIP ALG uit staat;
• bij een eigen telefooncentrale — de tekst van de SIP-trace van het herhaalde gesprek.

Hoe u ons kunt schrijven — „Support”.

Veelgestelde vragen#

In *43 hoor ik mezelf met vertraging — is dat echo?#

Nee. *43 is juist „uw stem terugsturen”: de vertraging is gelijk aan de reistijd naar de telefooncentrale en terug. Tot 300 ms merkt men die bijna niet. Als de vertraging hoorbaar is (een halve seconde en meer), dan is het bij echte gesprekken oncomfortabel — de schuld ligt bij het kanaal, niet bij de telefoon.

Geluid valt alleen weg bij gesprekken met mobiele nummers — ligt dat aan ons?#

Waarschijnlijk niet: de mobiele gesprekspartner heeft zijn eigen zwakke traject — het mobiele netwerk. Controleer *43 vanaf uw toestel: als die schoon is en interne gesprekken ook, stuur dan de tijd van een paar zulke gesprekken naar de support — wij kijken op welk traject het geluid verloren gaat.

Helpen andere codecs — G.729 of Opus?#

Nee. Onze telefooncentrale biedt telefoons G.711 (PCMA, PCMU) en G.722 aan — die kunnen alle telefoons, en ze comprimeren de stem niet, waardoor ze beter bestand zijn tegen fouten. G.729, Opus en AMR worden niet aan telefoons aangeboden: ze in de telefoon inschakelen heeft geen zin.

Kan versleuteling van de stem worden ingeschakeld zodat de router „zich niet met het gesprek bemoeit”?#

Nu niet: de telefoons werken via UDP / TCP zonder TLS en SRTP. SRTP dat „voor de zekerheid” in de telefoon is ingeschakeld, veroorzaakt juist stilte. Tegen de router helpt niet versleuteling, maar een uitgeschakelde SIP ALG.

Gerelateerde secties#

• Telefoon werkt niet: diagnose op symptomen
• SIP-telefoons instellen — verbindingskwaliteit controleren *43, netwerk van de vestiging
• Netwerk, router en internet voor telefonie — SIP ALG per routermark, dubbele NAT, kanaal
• Gesprek wordt verbroken — verbreking na 30 seconden begint ook bij SIP ALG
• Gesprekslogboek en SIP-trace
• Gateways voor analoge telefoons: Grandstream HT, Yeastar TA en Dinstar DAG

Bronnen#

• RFC 3550 — RTP en RTCP-rapporten, waaruit verlies, jitter en vertraging worden berekend — https://www.rfc-editor.org/rfc/rfc3550
• ITU-T G.114 — aanbevelingen voor vertraging in één richting (drempels van 150 / 300 ms rondgaande vertraging in *43 — branchepraktijk) — https://www.itu.int/rec/T-REC-G.114
• Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Troubleshooting → Audio Issues: oorzaken van echo en haperend stemgeluid
• Grandstream HT80x Administration Guide — Disable Line Echo Canceller (LEC), Rx / Tx gain — https://documentation.grandstream.com/knowledge-base/ht80x-administration-guide/
• Code van de telefooncentrale: shared/sip/advanced-options.json (direct_media=no, rtp_symmetric, force_rport, rewrite_contact, codecs, rtp_timeout=0), sip-edge/asterisk/rtp.conf (strictrtp=yes, poorten), sip-edge/sipsync/linecheck.go (echotest *43, drempels 1 / 3 %, 30 / 50 ms, 150 / 300 ms)
• Schermen in de beheeromgeving: regel „Geluid” in het logboek (admin/app/[locale]/calls/i18n/CallsPbxLog.i18n.ts), blok „Geluid in beide richtingen” (admin/components/integrations/SipDeviceMediaHealth.tsx), „Uitgaande beltonen — van de telefooncentrale” (admin/components/integrations/SipOptions.i18n.ts)