ISP Throttling in je IPTV Proefperiode — Hoe je het Detecteert

Throttling betekent dat je internetprovider bepaald verkeer bewust vertraagt of prioriteert lager dan de rest, zonder dat je totale bandbreedte zichtbaar daalt. Voor IPTV is dat bijzonder verraderlijk: je downloadsnelheid blijft normaal, maar de videostream zelf hapert, omdat niet de snelheid het probleem is maar de manier waarop je provider dat specifieke verkeer behandelt.

In Nederland melden gebruikers dit vooral bij Ziggo (kabelnetwerk, gevoeliger voor lokale congestie in de wijk) en in mindere mate bij KPN. Dat wil niet zeggen dat elke ISP dit doet of dat het overal hetzelfde speelt — het verschilt per regio, per tijdstip en per netwerkbelasting. Wat wel consistent is: als throttling gebeurt, gebeurt het bijna altijd tijdens piekuren, en dat is precies wanneer je een IPTV-trial voor het eerst serieus test — 's avonds, tijdens een wedstrijd.

Het gevolg is een systematische denkfout: je start een proefperiode, test 's middags en alles werkt vlekkeloos, kijkt 's avonds naar een wedstrijd en het valt uit elkaar, en concludeert dat de IPTV-provider onbetrouwbaar is. Soms klopt die conclusie. Maar vaak test je in werkelijkheid je eigen internetverbinding onder piekbelasting, niet de dienst.

Een Speedtest meet bulk-bandbreedte: hoeveel data kan er in een paar seconden over een geoptimaliseerd testkanaal naar een nabijgelegen server. IPTV-streaming is iets heel anders — het is een continue, laag-jitter stroom van kleine datapakketten die precies op tijd moeten aankomen, over een protocol (meestal HLS of MPEG-TS) dat providers relatief eenvoudig kunnen herkennen.

Dat verklaart waarom je vaak 100+ Mbps meet met Speedtest, terwijl je IPTV-stream ondertussen om de paar minuten bevriest. Bandbreedte en stabiliteit zijn twee verschillende dingen. Een ISP kan je totale snelheid volledig intact laten en toch specifiek videoverkeer prioriteren onder ander verkeer, waardoor pakketten net te laat aankomen voor een vloeiende stream.

Dit is exact het gat dat de meeste generieke 'IPTV buffert'-gidsen negeren: ze sturen je naar wifi-kanalen wijzigen of de app herstarten, terwijl het probleem niet in je thuisnetwerk zit maar op het niveau van je provider. Voor een dieper overzicht van hoe apparaat, netwerk en provider elk een andere rol spelen, is /blog/iptv-eredivisie-buffering-diagnosticeren-provider-device-netwerk een goed vertrekpunt voordat je de tests hieronder doet.

Deep Packet Inspection is een techniek waarmee een provider niet alleen kijkt náár welk IP-adres data gaat, maar ook wát voor soort verkeer het is — video, VoIP, gaming, torrents. Moderne DPI-systemen herkennen streamingpatronen aan hun pakketgrootte, timing en protocolkenmerken, ook zonder de inhoud te kunnen zien (die is meestal versleuteld).

Dat is waarom throttling vandaag lastiger te detecteren is dan een paar jaar geleden: providers hoeven niet meer te weten dat het specifiek om jouw IPTV-provider gaat, ze herkennen het patroon van 'videostream' in het algemeen en passen daar generiek beleid op toe tijdens drukte. Dat verklaart ook waarom sommige mensen alleen 's avonds problemen hebben en anderen structureel, afhankelijk van hoe agressief het beleid van hun ISP en hoe belast hun lokale netwerksegment is.

Het goede nieuws: DPI werkt op basis van herkenbare patronen, en versleuteld tunnelverkeer via een VPN ziet er voor de meeste DPI-systemen niet meer uit als videostream maar als generiek verkeer. Dat is de basis van test 3 verderop — als versleuteling het probleem oplost, weet je vrijwel zeker dat throttling de oorzaak was.

De eerste en simpelste test kost je niets extra: kijk hetzelfde kanaal of dezelfde on-demand titel op twee heel verschillende momenten binnen je proefperiode. Eén sessie 's ochtends of vroege middag (rustig netwerk, weinig gelijktijdige gebruikers in je wijk), en één sessie rond 20:00-22:00 uur (piekuur, en tijdens deze periode ook precies het venster waarin Nations League- en Champions League-wedstrijden vallen).

Noteer voor beide momenten: hoe snel het beeld start, of er buffering optreedt binnen de eerste 10 minuten, en of de beeldkwaliteit terugschakelt (van HD naar een zichtbaar lagere resolutie). Doe dit het liefst op hetzelfde kanaal of dezelfde content, met hetzelfde apparaat en dezelfde wifi-verbinding, zodat alleen het tijdstip verandert.

Als de ochtendtest vlekkeloos is en de avondtest structureel hapert — niet één keer, maar herhaaldelijk over meerdere avonden — dan wijst dat sterk richting piekuur-gerelateerde beperking, wat zowel netwerkcongestie als actieve throttling kan zijn. Dat onderscheid maak je met test 2.

Als je tijdens hetzelfde piekmoment toegang hebt tot een tweede internetverbinding, is dit de meest overtuigende test die je kunt doen. Zet je 4G/5G mobiele hotspot aan op je telefoon of tablet, verbind je IPTV-app daarmee, en kijk dezelfde stream die op je vaste Ziggo- of KPN-verbinding hapert.

Werkt de stream vlot via mobiel 4G/5G op exact hetzelfde moment dat je vaste verbinding stottert? Dat is een sterke aanwijzing dat het probleem bij je vaste ISP ligt, niet bij de IPTV-provider — mobiele netwerken gebruiken vaak andere trafficmanagementregels dan vaste kabel- of glasvezelverbindingen.

Heb je een buur, familielid of vriend met een andere vaste provider (bijvoorbeeld KPN in plaats van Ziggo, of andersom) die bereid is hetzelfde te testen op hetzelfde moment? Dat geeft je het duidelijkste signaal van allemaal: als de stream bij de ene ISP haapert en bij de andere niet, terwijl de IPTV-provider identiek is, dan zit het probleem vrijwel zeker in het ISP-netwerk en niet in de dienst zelf. Meer over hoe dit specifiek uitpakt bij voetbal en piekbelasting lees je in /blog/iptv-buffert-voetbal-isp-beperking.

Dit is de meest diagnostische test van de drie, omdat hij direct inspeelt op hoe DPI werkt. Zet tijdens hetzelfde piekmoment een VPN aan op het apparaat waarmee je IPTV kijkt, verbind met een server in Nederland of een nabijgelegen land (voor lage latency), en kijk dezelfde stream opnieuw.

Een VPN versleutelt al je verkeer in een tunnel. Voor je ISP wordt de video-stream daardoor onherkenbaar als video — het ziet er simpelweg uit als generiek versleuteld verkeer naar één IP-adres. Als een DPI-systeem specifiek videopatronen herkent en vertraagt, valt die herkenning weg zodra alles versleuteld door dezelfde tunnel gaat.

Verbetert de stream merkbaar zodra de VPN actief is — minder buffering, stabielere resolutie, snellere start — dan is dat vrijwel het definitieve bewijs dat je ISP specifiek videoverkeer beperkt. Blijft de stream even slecht óf wordt hij zelfs trager (wat kan gebeuren door de overhead van versleuteling zelf), dan wijst dat eerder naar een algemene capaciteitsbeperking van je verbinding of naar een zwakke server aan de kant van de IPTV-provider. Een stapsgewijze testopzet met concrete VPN-instellingen voor Ziggo en KPN vind je in /blog/iptv-vpn-kpn-ziggo-blokkade-test-proefperiode.

Er bestaat geen universeel antwoord dat voor iedereen geldt — de stabiliteit van een IPTV-dienst op jouw lijn hangt af van je regio, je lokale netwerkbelasting en het moment van testen, niet alleen van de provider die je kiest. Wat wél helpt: een provider met meerdere servers of loadbalancing geeft je de mogelijkheid om tijdens je trial handmatig van server te wisselen als je merkt dat één specifieke verbinding het zwaar heeft, wat je meteen laat zien of het probleem aan de bron ligt of aan jouw pad ernaartoe.

Test daarom nooit met maar één app of speler tijdens je proefperiode. Verschillen in buffer-instellingen en resume-gedrag tussen bijvoorbeeld TiVimate en IPTV Smarters kunnen een matige verbinding gedeeltelijk verbergen of juist uitvergroten. Een gestructureerde vergelijking tussen apps tijdens dezelfde trial vind je in /blog/iptv-app-testen-proefperiode-tivimate-smarters.

Als je met de drie tests hierboven vaststelt dat throttling de oorzaak is, is een VPN tijdens het live kijken vaak de meest praktische oplossing binnen je bestaande abonnement, in plaats van meteen van IPTV-provider te wisselen. Blijft de stream ook mét VPN instabiel, dan wijst dat richting de provider zelf of je lokale netwerkcapaciteit, en is overstappen — van ISP, van provider, of allebei — de logische volgende stap voor het seizoen dat voor de deur staat.