Je hebt een internetabonnement van 500 Mbit/s. Je speedtest bevestigt dat je die snelheid haalt. Maar zodra iemand in huis een grote download start of 4K streamt, wordt je videovergadering een ramp: het beeld hapert, het geluid valt weg en de vertraging loopt op tot seconden. Hoe kan snel internet toch zo traag aanvoelen?
De kans is groot dat je last hebt van bufferbloat — een veelvoorkomend maar vrijwel onbekend probleem dat miljoenen internetgebruikers treft zonder dat ze het weten.
Wat is bufferbloat?
Bufferbloat betekent letterlijk 'buffer-opzwelling'. Om te begrijpen wat het is, moet je weten hoe je router data verwerkt.
Je router heeft een buffer: een wachtruimte waar datapakketjes tijdelijk worden opgeslagen als ze niet meteen verzonden kunnen worden. Denk aan een wachtrij bij een kassa. Een kleine buffer is normaal en nuttig — het vangt korte pieken op.
Het probleem ontstaat als de buffer te groot is. En bij de meeste consumentenrouters is dat het geval. Als de buffer vol raakt (bijvoorbeeld omdat je download alle bandbreedte gebruikt), moeten nieuwe pakketjes — zoals die van je videovergadering — achteraan in de rij aansluiten. Ze worden niet weggegooid (wat paradoxaal genoeg beter zou zijn), maar moeten wachten tot alle pakketjes voor hen zijn verwerkt.
Het resultaat: enorme latency. Je ping kan oplopen van een normale 10 ms naar 500 ms of zelfs meer dan een seconde. En latency is precies wat je voelt als 'traag internet' — niet de downloadsnelheid, maar de reactietijd.
Waarom merk je bufferbloat niet altijd?
Bufferbloat is alleen merkbaar onder belasting. Als je de enige gebruiker bent en slechts een website bezoekt, is er genoeg capaciteit en geen wachtrij. Maar zodra de verbinding richting het maximum gaat — een grote download, een update op de achtergrond, iemand die streamt — wordt de buffer gevuld en loop de latency op.
Dit verklaart waarom speedtests vaak prima resultaten geven terwijl je internet slecht aanvoelt. Een speedtest meet bandbreedte (hoeveel data per seconde), maar niet hoe responsief je verbinding is terwijl die bandbreedte in gebruik is.
Hoe test je op bufferbloat?
Gelukkig zijn er specifieke tests die bufferbloat meten. De twee beste opties:
Waveform Bufferbloat Test
De test van Waveform (waveform.com/tools/bufferbloat) is momenteel de meest toegankelijke bufferbloat-test. Hij meet je latency terwijl hij tegelijkertijd je verbinding belast met downloads en uploads. Het resultaat is een duidelijke score:
- A of B: Uitstekend, geen significant bufferbloat
- C: Matig, enige bufferbloat aanwezig
- D of F: Ernstig bufferbloat — actie nodig
Flent (Netperf-wrapper)
Voor gevorderde gebruikers is Flent een krachtig open-source hulpmiddel dat gedetailleerde grafieken genereert van latency onder belasting. Het draait op Linux en macOS en biedt veel meer inzicht dan een webtest, maar vereist wat technische kennis.
De technische achtergrond
Om te begrijpen waarom bufferbloat bestaat, moet je weten hoe internetprotocollen normaal werken. TCP (het protocol dat het meeste internetverkeer gebruikt) heeft een ingebouwd mechanisme om overbelasting te voorkomen: als pakketjes worden gedropt (weggegooid), verlaagt de zender automatisch het tempo.
Maar als de buffer enorm groot is, worden pakketjes niet gedropt — ze worden bewaard. TCP krijgt dus geen signaal dat het rustiger aan moet doen. Het resultaat: de buffer raakt vol, de latency explodeert, maar de zender blijft op volle snelheid data pompen.
Dit is het fundamentele probleem: te grote buffers voorkomen het pakketverlies dat TCP nodig heeft om zichzelf te reguleren. Het is alsof je de brandalarmdraden hebt doorgeknipt — het vuur merkt niet dat het zich moet gedragen.
Oplossingen voor bufferbloat
SQM (Smart Queue Management)
SQM is de meest effectieve oplossing voor bufferbloat. Het is een technologie die slimmer omgaat met de buffering van pakketjes. In plaats van een simpele FIFO-wachtrij (first in, first out) gebruikt SQM algoritmen die:
- De buffergrootte dynamisch aanpassen
- Eerlijk verdelen tussen verschillende datastromen
- Pakketjes intelligent droppen om TCP te signaleren dat het tempo moet verlagen
- Latency-gevoelig verkeer (zoals videobellen) voorrang geven
fq_codel en CAKE
De twee belangrijkste SQM-algoritmen zijn:
- fq_codel (Fair Queuing Controlled Delay): Het eerste algoritme dat bufferbloat effectief oploste. Het combineert eerlijke verdeling met slim droppen. Ontworpen door Kathleen Nichols en Van Jacobson.
- CAKE (Common Applications Kept Enhanced): De opvolger van fq_codel, met betere ondersteuning voor asymmetrische verbindingen (zoals VDSL met meer download dan upload) en meer configuratiemogelijkheden.
Waar vind je SQM-ondersteuning?
Helaas ondersteunen de meeste standaardrouters van providers geen SQM. Maar er zijn opties:
- OpenWrt: Open-source routerfirmware die uitstekende SQM-ondersteuning biedt via het luci-app-sqm pakket. Veel populaire routers zijn compatibel met OpenWrt.
- Fritz!OS: De firmware van AVM Fritzbox-routers bevat een vorm van verkeersprioritering die bufferbloat deels vermindert (onder Internet > Filter > Prioriering). Het is niet zo geavanceerd als echte SQM, maar helpt.
- IQrouter: Specifiek ontworpen om bufferbloat op te lossen, met SQM out of the box.
- Ubiquiti EdgeRouter / UniFi: Ondersteunt SQM via de configuratie-interface.
SQM instellen op OpenWrt
Als je een OpenWrt-router hebt, is SQM instellen relatief eenvoudig:
- Installeer het pakket luci-app-sqm via Systeem > Software
- Ga naar Netwerk > SQM QoS
- Schakel SQM in voor je WAN-interface
- Stel de download- en uploadsnelheid in op 85-90% van je werkelijke snelheid (dit is cruciaal — SQM moet iets ruimte hebben om te werken)
- Kies cake als queue discipline en piece_of_cake als script
- Sla op en test opnieuw met de Waveform-test
Alternatieve aanpak zonder SQM
Heb je geen router die SQM ondersteunt? Er zijn een paar dingen die je kunt doen:
- QoS-instellingen: Veel routers hebben basale QoS (Quality of Service). Dit is minder effectief dan SQM, maar kan helpen om prioriteit te geven aan latency-gevoelig verkeer.
- Bandbreedte beperken: Beperk de downloadsnelheid van apparaten die grote downloads doen, zodat er altijd ruimte overblijft.
- Upgrade je abonnement: Bij een veel hogere snelheid raakt de buffer minder snel vol. Dit is echter een dure oplossing die het probleem niet echt verhelpt.
Conclusie
Bufferbloat is een van die problemen die je niet kent totdat je het kent — en dan zie je het overal. Het verklaart waarom snel internet traag kan voelen, waarom videobellen hapert zodra iemand downloadt, en waarom gamers last hebben van lagspikes terwijl hun snelheid prima is. De oplossing — SQM met fq_codel of CAKE — is bewezen effectief en kan het verschil zijn tussen een frustrerende en een fantastische internetervaring.
Veelgestelde Vragen
Bufferbloat is het probleem dat ontstaat als je router te grote buffers (wachtruimten) heeft voor datapakketjes. Hierdoor wordt verkeer niet weggegooid maar opgespaard, waardoor de vertraging (latency) enorm oploopt. Het gevolg: videobellen hapert, games laggen en websites reageren traag, zelfs als je internetsnelheid hoog is.
Gebruik de Waveform Bufferbloat Test op waveform.com/tools/bufferbloat. Deze test belast je verbinding en meet tegelijkertijd de latency. Een score van A of B is goed, C is matig en D of F betekent dat je significant bufferbloat hebt. Test bij voorkeur via een bekabelde verbinding voor het meest betrouwbare resultaat.
Mogelijk. Check eerst of je huidige router SQM of geavanceerde QoS-opties heeft. Bij een Fritzbox kun je verkeersprioritering instellen. Als je router OpenWrt-compatibel is, kun je de firmware vervangen en SQM installeren. Anders helpen basale QoS-instellingen of het beperken van downloadsnelheden per apparaat.
Een speedtest meet bandbreedte (hoeveel data per seconde) maar niet de latency onder belasting. Bij bufferbloat is je bandbreedte prima, maar zodra die bandbreedte in gebruik is, loopt de latency enorm op. Dit merk je als vertraging bij videobellen, gaming en het laden van websites. Een bufferbloat-test meet wél deze latency onder belasting.
Beide zijn SQM-algoritmen die bufferbloat oplossen. fq_codel was het eerste effectieve algoritme en combineert eerlijke verdeling met intelligent pakketverlies. CAKE is de opvolger en biedt betere ondersteuning voor asymmetrische verbindingen (meer download dan upload) en is makkelijker te configureren. Voor de meeste gebruikers is CAKE de beste keuze.
