Skip to main content

Slechte spraak/rtp - veel glitches

  • February 27, 2026
  • 14 reacties
  • 124 Bekeken

Hallo,

Ik heb de laatste maanden veel last van glitches (slechte RTP) in mijn telefoongesprekken thuis in mijn VoiP-telefoon, aangemeld op een IPO op kantoor.

De router (een Asus  RT-AX88U) heeft gisteren een complete factory-reset gehad, en is opnieuw ingericht. Daar zitten ook geen bijzonderheden in, ik heb alleen VLAN 300 ingericht, en meer niet.

Ik heb diverse test gedaan, waarbij de tracert (naar IP van kantoor) via PingPlotter mij een bijzonder beeld oplevert:

Een packetloss van 65% (met uitschieters naar 75%) is natuurlijk veel te veel.

De dame van de telefonische helpdesk kon geen meting starten, omdat ik geen Zyxel modem gebruik. Maar ik denk ook niet dat het probleem “intern” zit.

Na ongeveer 10 minuten is de packetloss nog steeds meer dan 60%. Lijkt mij niet in orde.


Maar mijn netwerkkennis is niet groot genoeg om te oordelen of dit het probleem kan zijn.
Ik zie wel in de afbeelding dat hop 5 en hop 7 hetzelfde zijn.

Wie weet wat ik (of Odido) hier aan kan doen.
Ik lees graag of er een oplossing is.

Groet, Peter

February 27, 2026

Ik heb diverse test gedaan, waarbij de tracert (naar IP van kantoor) via PingPlotter mij een bijzonder beeld oplevert:

Een packetloss van 65% (met uitschieters naar 75%) is natuurlijk veel te veel.

Packetloss op een tussenhop (wat je daar ziet) zegt op zichzelf niets over het verkeer naar je eindpunt. Dat zegt alleen dat die tussenhop niet of niet altijd reageert op directe pings. Dat kan b.v. een compleet laten vallen van ICMP (ping) zijn of een rate limiting. Maar dat wil dus niet zeggen dat dat tussenhop jouw pakketjes niet doorgeeft naar het eindpunt.

Dus een traceroute moet je beoordelen zoals het bedoeld is. Je kunt vaak wel zien op welk punt de ping wat omhoog schiet. Maar packetloss op tussenhops is dus geen probleem

Ik zie daar bij jou op het eindpunt verder ook geen packetloss. Ping ziet er eigenlijk ook goed uit.

Wat is precies het probleem. Hoe meet jij “slechte RTP” ??

 

14 reacties

rvk01
  • February 27, 2026

Ik heb diverse test gedaan, waarbij de tracert (naar IP van kantoor) via PingPlotter mij een bijzonder beeld oplevert:

Een packetloss van 65% (met uitschieters naar 75%) is natuurlijk veel te veel.

Packetloss op een tussenhop (wat je daar ziet) zegt op zichzelf niets over het verkeer naar je eindpunt. Dat zegt alleen dat die tussenhop niet of niet altijd reageert op directe pings. Dat kan b.v. een compleet laten vallen van ICMP (ping) zijn of een rate limiting. Maar dat wil dus niet zeggen dat dat tussenhop jouw pakketjes niet doorgeeft naar het eindpunt.

Dus een traceroute moet je beoordelen zoals het bedoeld is. Je kunt vaak wel zien op welk punt de ping wat omhoog schiet. Maar packetloss op tussenhops is dus geen probleem

Ik zie daar bij jou op het eindpunt verder ook geen packetloss. Ping ziet er eigenlijk ook goed uit.

Wat is precies het probleem. Hoe meet jij “slechte RTP” ??

 


  • Auteur
  • is een Top Poster
  • February 27, 2026

Hi RvK, dank voor je snelle reactie!

Wat is precies het probleem. Hoe meet jij “slechte RTP” ??

Ik kan het niet meten, maar alleen “ervaren”. Ik spreek met meerdere collega's en klanten, en hoor veel klachten dat ik slecht te verstaan ben. Ik hoor hun echter wel zonder problemen. 
De collega's bel ik vaak “intern", dus het probleem zit niet bij de ITSP.
De collega's hebben zelf geen klachten, waarschijnlijk zit het probleem dus ook niet in onze centrale.

Ik heb ook een app, die ook met de IPO verbindt, en hetzelfde probleem ervaart: slechte éénzijdige spraak. Behalve als ik mijn app via 4G connect, dan is er geen audioprobleem.

Waar ik het nu moet zoeken weet ik niet, ik ben geen netwerkspecialist.

Gr. Peter


rvk01
  • February 27, 2026

Ik heb ook een app, die ook met de IPO verbindt, en hetzelfde probleem ervaart: slechte éénzijdige spraak. 

Eenzijdige spraak is vaak wel een rtp probleem. 

Als je de Zyxel zou hebben, zou ik geadviseerd hebben om de DoS detectie eens uit te schakelen (RTP zijn veel UDP pakketjes). Maar die gebruik jij dus al niet. 

De Asus heeft ook wel zoiets maar daar heb ik met de Asus nog nooit problemen mee gehad. Je kunt wel even kijken of het aanstaat en even uitzetten.

https://www.asus.com/support/faq/1031610

Voor mijn VoIP server heb ik wel poorten gereserveerd (en geforward) voor RTP met dat is aan de server kant.


  • Auteur
  • is een Top Poster
  • March 2, 2026

Via X kreeg ik nog een aantal tips:

Betreft jouw andere vraag. Ik ben meteen naar onze specialist gesneld, zodat hij mee kan kijken naar jouw situatie. Hij vermoed dat jouw QoS niet goed is ingesteld. 

Wil je de QoS eens controleren op het mode? Bij Asus staat dit vaak onder Adaptive QoS, dit moet aanstaan. 

Wil je daarnaast ook de NAT acceleration nakijken? Staat dit op "Auto" of "Enabled"? Als laatst is hij benieuwd of er glitches voorkomen als er geen speedtest of zware upload loopt.

Ik heb inmiddels een en ander nagekeken:
QoS staat aan, ik weet niet 100% of dit de goede type is.

 

Wat betreft DoS detectie:


Ik ga vandaag weer testen. Het vreemde allemaal is dat het ruim 1 jaar goed is gegaan, en dat het probleem zonder wijzigingen aan mijn kant is opgetreden. Vreemd.


Tommie van Odido
Moderator
Forum|alt.badge.img+13

Hey ​@MoneyPeet, ik werd bericht door mijn collega's van social, daar kwam je met dezelfde vraag binnen. Via die weg heb ik toch het een en ander voor je laten checken, echter ziet alles aan onze kant er in ieder geval goed uit. Jouw VOIP-provider zit echter achter een andere Transit-provider. Hierdoor kunnen wij zelf niet onderzoeken waar het precies fout gaat. Ik zou dit dan toch verder onderzoeken met je kantoor/VOIP-provider om te kijken waar het precies fout gaat. Hopelijk kun je achter de stoorzender komen, zodat je weer zonder zorgen kunt genieten van je diensten! 


  • Auteur
  • is een Top Poster
  • March 10, 2026

Hi ​@Tommie van Odido, ik ben wat verlaat met mijn reactie. Ik dacht dat het probleem was opgelost, maar het is er helaas nog steeds.

Het realtime verkeer (VoIP) heeft ernstige outbound jitter. Ik heb zowel bekabeld als via Wi‑Fi deze problemen. Met 4G/5G werkt het wel perfect.
Een ONT‑herstart en MTU‑aanpassing in de router helpen niet.

Kunnen jullie het GPON‑profiel, OLT‑poort en ONT‑firmware controleren? Ik vermoed dat daar iets niet goed zit.

Groet, Peter

 


Tommie van Odido
Moderator
Forum|alt.badge.img+13

Hey ​@MoneyPeet, aan onze kant staat het in ieder geval goed. Echter kunnen wij verder niks voor je controleren omdat jouw VOIP-provider zit echter achter een andere Transit-provider zoals ik in mijn vorige bericht ook al aangaf. Ik zou daat het balletje opgooien om te kijken waar het misgaat! 


  • Auteur
  • is een Top Poster
  • March 11, 2026

Hi, een vreemde uitspraak.
Collega's die een KPN- en Ziggo-aansluiting hebben, ervaren geen problemen.
Daarnaast zijn wij zelf de provider, en hebben we verder geen issues. De gebruikers die aangesloten zijn hebben geen problemen. Alleen mijn aansluiting doet moeilijk.

Hebben jullie de instellingen nagekeken/aangepast zoals door mij gevraagd? Als ik in Google zoek op deze problematiek, vind je het verzoek wat ik heb ingediend. Het is een bekend probleem.

Ik hoop echt dat er met dit probleem serieus wordt omgegaan.

 

 


rvk01
  • March 11, 2026

Zoals ik al aangaf is het in ieder geval niet die ene hop. Maar als ik het pad controleer bij verschillende providers hebben ze wel allemaal verschillende paden. Misschien dat er toch iets niet gunstig zit in het pad dat Odido kiest.

Ik heb geen Odido meer dus kan die niet testen. Hieronder KPN, Midden Brabantglas/Fiber, Ziggo 1 en Ziggo 2.

KPN (schijnt de meest directe route te hebben)

 $ traceroute -I static.zg-telecom.nl
traceroute to static.zg-telecom.nl (149.143.18.55), 30 hops max, 60 byte packets
1 mijnmodem.kpn (192.168.2.1) 0.641 ms 0.747 ms *
2 static.kpn.net (195.190.228.11) 5.972 ms 5.918 ms 5.913 ms
3 * * *
4 * * *
5 Milele-80.nextgenerationnetworks.nl (37.114.88.80) 8.043 ms 8.038 ms 8.065 ms
6 static.zg-telecom.nl (149.143.18.55) 8.161 ms * 7.997 ms

Midden Brabantglas/Fiber

 $ traceroute -I static.zg-telecom.nl
traceroute to static.zg-telecom.nl (149.143.18.55), 30 hops max, 60 byte packets
1 fritz.box (192.168.178.1) 0.339 ms 0.600 ms 0.589 ms
2 ip-45.84.42.1.f2x.nl (45.84.42.1) 14.856 ms 14.172 ms 13.799 ms
3 172.17.0.17 (172.17.0.17) 12.767 ms 13.117 ms 13.108 ms
4 * * *
5 be3434.ccr42.ams03.atlas.cogentco.com (154.54.59.49) 7.440 ms 7.781 ms 7.773 ms
6 be3458.ccr21.ams04.atlas.cogentco.com (154.54.39.186) 8.418 ms * *
7 be6182.rcr71.b015515-0.ams04.atlas.cogentco.com (154.54.61.81) 6.246 ms 6.278 ms 6.623 ms
8 be3074.rcr61.b015515-0.ams04.atlas.cogentco.com (154.54.61.194) 6.309 ms 5.965 ms 6.431 ms
9 149.11.38.21 (149.11.38.21) 5.974 ms 6.003 ms 6.023 ms
10 Milele-80.nextgenerationnetworks.nl (37.114.88.80) 6.280 ms 6.250 ms 6.265 ms
11 * * *
12 * * *
13 * * *
14 * static.zg-telecom.nl (149.143.18.55) 6.963 ms 6.123 ms

Ziggo 1

 $ traceroute -I static.zg-telecom.nl
traceroute to static.zg-telecom.nl (149.143.18.55), 30 hops max, 60 byte packets
1 192.168.88.1 (192.168.88.1) 0.501 ms 0.413 ms 0.388 ms
2 * * *
3 * * *
4 * * *
5 nl-ams04a-ri3-ae50-0.core.as9143.net (213.51.64.66) 17.643 ms 17.625 ms 17.605 ms
6 libertyglobal.nikhef.jointtransit.nl (213.207.0.101) 16.652 ms 14.126 ms 14.072 ms
7 * * *
8 * * *
9 static.zg-telecom.nl (149.143.18.55) 18.007 ms 13.043 ms 14.948 ms

Ziggo 2

$ traceroute -I static.zg-telecom.nl
traceroute to static.zg-telecom.nl (149.143.18.55), 30 hops max, 60 byte packets
1 unifi.localdomain (192.168.178.1) 0.139 ms 0.146 ms 0.166 ms
2 * * *
3 ht-rc0001-cr102-et91-251.core.as33915.net (213.51.194.205) 10.117 ms 10.111 ms 10.105 ms
4 * * *
5 nl-ams04a-ri3-ae51-0.core.as9143.net (213.51.64.194) 14.608 ms 14.602 ms 14.597 ms
6 libertyglobal.nikhef.jointtransit.nl (213.207.0.101) 17.169 ms 16.205 ms 16.194 ms
7 jointtransit-1.ngnetworks.nl (213.207.11.100) 14.674 ms 11.818 ms 15.852 ms
8 Milele-80.nextgenerationnetworks.nl (37.114.88.80) 15.288 ms 15.511 ms 15.577 ms
9 static.zg-telecom.nl (149.143.18.55) 16.653 ms 15.584 ms 14.091 ms

Maar ik denk niet dat Odido verder veel aan peering aanpassingen doet.

 


  • Auteur
  • is een Top Poster
  • March 16, 2026

Dank je wel, ​@rvk01, voor het vergelijken. Eerlijk gezegd denk ik niet dat het probleem daar zit. En inderdaad: Odido zal voor één gebruiker de route niet zomaar aanpassen.

​@Tommie van Odido, wat moet ik precies doen om dit probleem eindelijk opgelost te krijgen?

Met het Zyxel‑modem, waarop ik mijn VoIP‑toestel rechtstreeks had aangesloten, is het probleem net zo ernstig. Wanneer ik Odido bel, krijg ik iemand aan de lijn die een script voorleest. Er wordt aangeboden om mijn modem te meten en te resetten, maar zodra ik vragen stel over outgoing jitter blijft het stil. Na een paar seconden krijg ik dan te horen dat men niet weet waar ik het over heb — en mijn probleem wordt dus niet opgelost.

Wanneer wordt dit probleem nu eindelijk doorgestuurd naar een 2e‑ of desnoods 3e‑lijns engineer? Ik krijg inmiddels klachten van zowel collega’s als klanten dat ik slecht te verstaan ben. Ik geef dan aan dat dit probleem zeer waarschijnlijk bij Odido ligt, dat er geen oplossing komt, en dat ik misschien toch maar weer moet overstappen.

Oh ja, hebben jullie hier nog iets mee gedaan: “Een ONT‑herstart en MTU‑aanpassing in de router helpen niet. Kunnen jullie het GPON‑profiel, de OLT‑poort en de ONT‑firmware controleren? Ik vermoed dat daar iets misgaat.”

Dit probleem moet niet veel langer duren — ik ben er echt klaar mee.

(Extra vraag aan Odido: wanneer worden andere providers op deze glasvezelverbinding toegelaten?)

En nog iets: waarom verschijnt er een pop‑up met een irritante survey terwijl ik dit bericht typ? Dat is totaal onnodig en maakt me alleen maar bozer, zeker omdat het daadwerkelijke probleem niet wordt opgelost.

 


  • is een Top Poster
  • March 17, 2026

Oh ja, hebben jullie hier nog iets mee gedaan: “Een ONT‑herstart en MTU‑aanpassing in de router helpen niet. Kunnen jullie het GPON‑profiel, de OLT‑poort en de ONT‑firmware controleren? Ik vermoed dat daar iets misgaat.”

Het profiel op de OLT heeft geen invloed op jitter of packetverlies, dat regelt alleen de bandbreedte die je krijgt toegewezen. Als er een probleem zou zijn op de OLT-poort zelf, zou je veel bredere verstoringen zien dan alleen glitches in VoIP-gesprekken. Hetzelfde geldt voor de ONT-firmware: een firmware-issue uit zich doorgaans niet zo specifiek als dit.

Zou je eens een speedtest willen doen naar een server buiten het Odido netwerk? Er is namelijk een andere topic waar iemand problemen had, maar alleen buiten het Odido netwerk, binnen het netwerk was er geen issue. Dat zou kunnen helpen om te bepalen of het probleem ook bij jou daar zit.

 

(Extra vraag aan Odido: wanneer worden andere providers op deze glasvezelverbinding toegelaten?)

Als je glasvezel van OpenDutchFiber hebt, is het eerste jaar exclusief voor Odido. Daarna kunnen andere providers ook diensten aanbieden op dat netwerk, maar dat is aan de providers zelf om te beslissen of ze dat ook daadwerkelijk gaan doen.

 

​@Tommie van Odido, wat moet ik precies doen om dit probleem eindelijk opgelost te krijgen?

Vanwege recente gebeurtenissen wordt er op dit moment geen directe technische ondersteuning geboden via de community. Voor verdere hulp kun je het beste contact opnemen met de klantenservice, zij kunnen je verder helpen.

 


  • Auteur
  • is een Top Poster
  • March 17, 2026

Dank je wel ​@svenvg93 voor je bijdrage. Ik waardeer elke vorm van hulp.

Dit is een (bedrade) speedtest binnen Odido:


En dit zijn twee andere willekeurige servers, waarvan ik niet weet of dit Odido servers zijn.

 

 

Even de andere vragen: Ik heb inderdaad ODF, en daar zijn op dit moment maar twee aanbieders: Odido en Freedom Internet. Die laatste schijnt echt heel slecht te zijn: meer dan 60% geeft een 1 ster.

En de klantenservice bellen heb ik gedaan, maar dame komt niet verder dan “even het modem doormeten” en “even een reset van het modem” (die ik net 5 minuten daarvoor had aangezet.
En ze vertelde dat ik het beste een melding op de community kon doen. Wordt weer een aardig kastje-muur-verhaal op deze manier.

Blijft het probleem dat gesprekken met collega's en klanten op dit moment niet te voeren zijn, vanwege heel heel heel veel jitter.

Gr. Peter (die zich nu toch wel verloren voelt!).


  • is een Top Poster
  • March 17, 2026

Niet hetzelfde als bij de rest in ieder geval. Ga het zelf even proberen te reproduceren en kijken wat dat geeft.

En de klantenservice bellen heb ik gedaan, maar dame komt niet verder dan “even het modem doormeten” en “even een reset van het modem” (die ik net 5 minuten daarvoor had aangezet.
En ze vertelde dat ik het beste een melding op de community kon doen. Wordt weer een aardig kastje-muur-verhaal op deze manier.

De kwaliteit van de telefonische klantenservice laat helaas regelmatig te wensen over zodra iets buiten het standaard draaiboek valt. Hopelijk is het snel weer mogelijk om hier ook ondersteuning voor te krijgen. ​@Tommie van Odido  weet meestal wel raad en lost het vaker wel op, maar zit nu ook met de handen gebonden.


rvk01
  • March 17, 2026

Kun je beter even met deze testen. Die geeft ook jitter aan. http://cloudtalk.speedtestcustom.com/

Er waren geloof ik ook wel andere test sites speciaal voor VoiP verbindingen (kan ik alleen even niet vinden).

Bijvoorbeeld https://aircall.io/network-checker/

En een ander soort test https://speed.cloudflare.com/