Waarom Usenet-snelheden verschillen: Het ligt bijna nooit aan de aanbieder

Als iemand op Reddit schrijft „Ik haal maar 50 Mbps op mijn gigabit-verbinding, is deze aanbieder traag?" is het antwoord bijna altijd nee. De aanbieder levert data net zo snel aan als uw verbinding ze kan ophalen. Het knelpunt zit ergens tussen uw computer en de server, niet bij de server zelf.

Deze pagina legt elke schakel in die keten uit, waarom elke schakel uw snelheid kan beperken en hoe u kunt zien welke uw werkelijke knelpunt is. Als u alleen een snelle optimalisatiechecklist wilt, bekijk dan onze gids voor snelheidsoptimalisatie. Deze pagina is het diepere „waarom".

Als u downloadt van NewsDemon, reizen uw gegevens niet rechtstreeks van onze server naar uw computer. Ze gaan door een keten van netwerken, en elke schakel in die keten kan een snelheidsbegrenzing vormen.

NewsDemon-server → ons datacenternetwerk → transit-aanbieders → internet exchange points → backbone van uw ISP → laatste mijl van uw ISP → uw modem/router → uw computer

Uw „gigabit-verbinding" beschrijft alleen de laatste mijl, de schakel tussen uw ISP en uw huis. Elke andere schakel in de keten heeft zijn eigen capaciteit, zijn eigen drukte en zijn eigen potentieel om het knelpunt te worden.

ISP-peering en transit

Uw ISP verbindt zich via peering-relaties en betaalde transit-links met de rest van het internet. Als uw ISP een zwakke peering-verbinding heeft met het netwerk waar de NewsDemon-servers staan, moet uw verkeer een langere, drukkere route nemen. Dit is veruit de meest voorkomende reden dat iemand met een snelle internetverbinding trage Usenet-snelheden krijgt.

U kunt dit testen met een traceroute naar news.newsdemon.com. Als u bij een specifieke hop (vooral een die van uw ISP of een transit-aanbieder is) een hoge latentie of pakketverlies ziet, is dat waarschijnlijk het knelpunt. Overschakelen naar een andere NewsDemon-serverregio (US East, US West of EU) helpt soms omdat het verkeer een andere weg door het internet neemt.

ISP-beperking

Sommige ISPs vertragen Usenet-verkeer opzettelijk. Ze gebruiken Deep Packet Inspection (DPI) om NNTP-protocolverkeer te identificeren en leggen een snelheidslimiet op. Dat komt vaker voor op poort 119 (onversleuteld) waar het protocol makkelijk te herkennen is, maar sommige ISPs beperken zelfs versleuteld verkeer op poort 563 op basis van verkeerspatronen.

De test is eenvoudig: verbind via een VPN en vergelijk de snelheden. Als uw snelheid flink omhoog gaat met de VPN, dan beperkte uw ISP u. Een VPN voorkomt dat de ISP het verkeer als Usenet herkent. SlickVPN is gratis inbegrepen bij elk NewsDemon-abonnement voor precies dit scenario.

Drukte tijdens spitsuren

Internetdrukte volgt voorspelbare dagelijkse patronen. 's Avonds (ongeveer 19.00-23.00 uur lokale tijd) zien consumentennetwerken piekgebruik doordat mensen streamen, gamen en downloaden. De gedeelde infrastructuur van uw ISP, de node die uw buurt bedient en de transitlinks van uw ISP naar het bredere internet kunnen in die uren allemaal overbelast raken.

Als u 's avonds consistent trage snelheden ziet maar om 2 uur 's nachts snelle, dan ligt het probleem aan drukte ergens aan de ISP-kant van de verbinding. De aanbieder wordt niet trager. De leiding tussen u en de aanbieder is tijdens piekmomenten gewoon voller.

Geografische afstand (meestal geen probleem)

Zolang uw aanbieder een NNTP-server op uw continent heeft, is geografische afstand zelden een betekenisvolle factor voor downloadsnelheid. Een verbinding van Londen naar een server in Amsterdam heeft ongeveer 10-15 ms round-trip latentie. New York naar Virginia is minder dan 20 ms. Bij zulke latenties kan zelfs een enkele TCP-verbinding honderden megabits halen. Voeg 30-50 parallelle verbindingen toe en afstand binnen een continent maakt helemaal niet meer uit.

Waar afstand wel een factor wordt, zijn intercontinentale verbindingen. Sydney naar Virginia is ruwweg 200 ms round-trip. Op die latentie haalt elke individuele TCP-verbinding maximaal 50-80 Mbps ongeacht uw lijnsnelheid, dus heeft u alle 50 verbindingen nodig om een fatsoenlijke totaalsnelheid te krijgen. Het werkt, maar is merkbaar minder efficiënt dan verbinden met een server in uw eigen regio.

Daarom zijn de serverlocaties van een aanbieder belangrijk. Een aanbieder met één serverpark in de VS is prima voor Noord-Amerikaanse gebruikers, maar een Europese of Australische gebruiker betaalt een latentie-tol op elke verbinding. NewsDemon beheert drie serverregio's: US East (Virginia), US West (Californië) en EU (Nederland). Als uw aanbieder alleen servers op een ander continent heeft dan u, kan dat alleen al uw snelheidsproblemen verklaren, en geen enkele hoeveelheid tuning van het aantal verbindingen lost dat volledig op. Stap over naar een aanbieder die infrastructuur in uw buurt heeft.

TCP-venstergrootte en tuning

TCP, het protocol dat uw Usenet-verkeer vervoert, heeft een mechanisme voor congestiecontrole dat bepaalt hoeveel data er op elk moment „onderweg" kan zijn tussen u en de server. De maximale doorvoer van een enkele TCP-verbinding wordt begrensd door de formule:

Max. doorvoer = TCP-venstergrootte / round-trip latentie

Op een verbinding met hoge latentie (zeg 100 ms RTT) kan een enkele TCP-verbinding met de standaard venstergrootte zelfs op een gigabit-lijn blijven steken op 50-80 Mbps. Daarom gebruikt Usenet meerdere verbindingen parallel. Elke verbinding heeft zijn eigen TCP-venster en de totale doorvoer is de som van alle verbindingen. Met 30-50 verbindingen kan de totale doorvoer zelfs een gigabit-verbinding over hoge latentie heen verzadigen.

Dit is het sterkste argument voor meer verbindingen: het gaat niet alleen om meer artikelen tegelijk downloaden. Het gaat om het doorbreken van de doorvoerlimiet per verbinding die TCP en latentie opleggen.

Wifi

Wifi is het meest voorkomende verborgen knelpunt. Zelfs Wi-Fi 6 (802.11ax) met zijn theoretische multi-gigabit snelheden levert in de praktijk een doorvoer die aanzienlijk lager is dan bekabeld ethernet en constant varieert op basis van afstand tot de router, storingen van andere apparaten, muurconstructie en hoeveel andere apparaten op het netwerk zitten.

Als u trage Usenet-snelheden probeert op te lossen, is het eerste wat u moet proberen een bekabelde ethernetverbinding. Als uw snelheid verdubbelt zodra u een kabel insteekt, was wifi het knelpunt. Dit is geen Usenet-specifiek probleem. Het treft alles, maar bij Usenet valt het meer op omdat u langere tijd hoge doorvoer volhoudt in plaats van webpagina's in korte bursts te laden.

Beperkingen van router en modem

Sommige consumentenrouters kunnen versleuteld verkeer met hoge doorvoer niet op lijnsnelheid verwerken. SSL/TLS vereist CPU-cycli om te ontsleutelen, en goedkope routers hebben mogelijk niet de rekenkracht om een gigabit aan verkeer in realtime te ontsleutelen. Als de CPU van uw router tijdens downloads volledig bezet raakt, wordt hij het knelpunt.

Dit komt vaker voor bij door de ISP geleverde routers dan bij nagekochte modellen. Als u uw router verdenkt, probeer dan uw computer rechtstreeks op uw modem aan te sluiten (de router overslaan) en test opnieuw.

Schijfsnelheid

Uw downloadclient schrijft tijdens een download continu data naar schijf. Als u naar een trage mechanische harde schijf, een USB 2.0 externe schijf of een NAS via een trage netwerkverbinding schrijft, wordt de schijf eerder het knelpunt dan uw internetverbinding. Gebruik een SSD voor de tijdelijke map van uw downloadclient. Zelfs een goedkope SATA-SSD is ordes van grootte sneller dan een draaiende schijf voor het willekeurige schrijfpatroon dat Usenet-downloads produceren.

CPU-beperkingen (zelden, maar reëel)

SSL-ontsleuteling, PAR2-verificatie en -reparatie en archiefextractie gebruiken allemaal CPU. Op moderne desktop-hardware is dit geen probleem. Op laagvermogen-apparaten (Raspberry Pi, oudere NAS-units, budget-ARM-routers) kan de CPU tijdens SSL-ontsleuteling het knelpunt worden. NZBGet is lichter op de CPU dan SABnzbd en wordt daarom de voorkeur gegeven voor NAS en embedded apparaten.

Kan de aanbieder écht het knelpunt zijn? Ja, maar bij gevestigde aanbieders is dat zeldzaam en veel minder vaak dan mensen aannemen. Dit zijn de gevallen waarin het daadwerkelijk aan de aanbieder ligt:

Oververkochte servercapaciteit. Als een aanbieder te veel gebruikers op één front-end server plaatst zonder genoeg bandbreedte, concurreren gebruikers om dezelfde leiding. Gevestigde aanbieders met eigen infrastructuur (zoals NewsDemon) schalen hun front-end capaciteit om piekbelasting aan te kunnen. Kleinere resellers die één server huren doen dat vaak niet.

Trage spool-ophaal. Als de spool-software of opslaghardware artikelen niet snel genoeg kan uitleveren, wordt de server het knelpunt. Dit treft vooral oudere artikelen op draaiende schijven. Recente artikelen op NVMe hot spool worden op geheugensnelheid uitgeleverd.

Kunstmatige beperking. Sommige budget-aanbieders beperken de snelheden op goedkopere abonnementen of tijdens piekuren om kosten te drukken. NewsDemon beperkt nooit, op geen enkel abonnement. Het abonnement van 3 $ per maand krijgt dezelfde snelheden als het onbeperkte jaarabonnement.

Als u vermoedt dat de aanbieder het probleem is, is de test om een andere serverregio te proberen. NewsDemon heeft er drie (US East, US West, EU). Als alle drie traag zijn maar uw internet voor al het andere snel is, neem dan contact op met de support en wij onderzoeken het pad van uw ISP naar onze servers.

Als uw Usenet-snelheden niet zijn wat u verwacht, werk dit dan in volgorde af:

1. Zit u op wifi? Probeer bekabeld ethernet. Als de snelheid verdubbelt, was dat het.

2. Hoeveel verbindingen? Als minder dan 20, verhoog naar 30-40. Dit alleen lost de meeste klachten al op.

3. Gebruikt u SSL op poort 563? Als u op poort 119 zit, schakel over. Als poort 563 geblokkeerd is, probeer poort 443.

4. Heeft uw aanbieder een server op uw continent? Als u in Europa zit en verbinding maakt met een aanbieder die alleen in de VS staat, is dat uw probleem. Stap over of kies een aanbieder met EU-servers. Als uw aanbieder een lokale regio heeft, zorg dan dat u ermee verbonden bent.

5. Probeer een andere serverregio. Als uw aanbieder er meerdere heeft, test elk. Een andere regio betekent een ander netwerkpad en mogelijk een ander knelpunt.

6. Test met een VPN. Als de snelheid beter wordt, beperkt uw ISP u. Laat het VPN aan.

7. Controleer de schijfsnelheid. Schrijft u naar een SSD of een trage mechanische schijf?

8. Controleer het tijdstip. Traag om 21.00 uur maar snel om 3.00 uur? Dat is ISP-drukte, niet de aanbieder.

9. Voer een traceroute uit naar news.newsdemon.com. Zoek naar hoge latentie of pakketverlies bij bepaalde hops. Dat identificeert de zwakke schakel.

10. Nog steeds traag na al het bovenstaande? Neem contact op met de NewsDemon-support met uw traceroute-resultaten en we duiken erin vanaf onze kant.

Soms vragen mensen waarom Usenet 20-50 verbindingen gebruikt in plaats van één snelle verbinding zoals bij een webdownload. Het antwoord is natuurkunde en protocolontwerp.

Een enkele TCP-verbinding op een lijn met 100 ms latentie haalt ruwweg 50-80 Mbps maximaal, ongeacht hoe snel uw lijn is. Dit is een fundamentele eigenschap van TCP-congestiecontrole, geen beperking van Usenet of van een specifieke aanbieder. HTTP omzeilt dit door meerdere bestanden parallel te downloaden en door HTTP/2-multiplexing te gebruiken. Usenet omzeilt het door meerdere NNTP-verbindingen te openen, elk tegelijkertijd een ander artikelsegment downloadend.

Met 30 verbindingen die elk 50 Mbps halen op een lijn met 100 ms, is uw totale doorvoer 1,5 Gbps (beperkt tot uw werkelijke lijnsnelheid). Daarom kan Usenet gigabit-verbindingen verzadigen terwijl een enkele HTTP-download uit hetzelfde datacenter dat misschien niet kan.

NewsDemon biedt 50 verbindingen op elk abonnement omdat het aantal verbindingen direct vertaalt naar haalbare doorvoer, vooral op verbindingen met hoge latentie of hoge bandbreedte. Het abonnement van 3 $ per maand krijgt dezelfde 50 verbindingen als het onbeperkte jaarabonnement.

Meerdere verbindingen omzeilen het latentieprobleem. NNTP-pipelining lost het daadwerkelijk op.

Traditionele NNTP werkt in strikte heen-en-weer modus: uw client stuurt een verzoek, wacht op het antwoord, stuurt het volgende verzoek, wacht opnieuw. Op een verbinding met 80 ms round-trip latentie (typisch VK naar US East) betekent dat 80 ms dode tijd per artikel. Vermenigvuldig dat met tienduizenden artikelen en u heeft een enorm deel van uw downloadtijd besteed aan simpelweg wachten tot licht door glasvezel reist.

Pipelining gooit dat strikte patroon overboord. Uw client stuurt meerdere verzoeken achter elkaar zonder op individuele antwoorden te wachten, en de server streamt de antwoorden in volgorde terug. De verbinding blijft verzadigd. De latentieboete verdwijnt.

NewsDemon heeft in april 2026 volledige NNTP-pipelining uitgerold over alle serverregio's. Het werkt automatisch met moderne clients, waaronder SABnzbd, NZBGet, NewsBin Pro en NewsLeecher. Geen configuratie nodig, uw client onderhandelt automatisch over pipelining zodra hij verbinding maakt met een pipelining-capabele server.

Wie profiteert het meest: Europese klanten die US-servers aanspreken, transcontinentale Amerikaanse verbindingen en iedereen met gigabit-plus verbindingen die hun lijn nog nooit volledig hebben kunnen verzadigen. In onze interne tests ging een Europese klant op gigabit-glasvezel van ~500 Mbps naar een volledig verzadigde gigabit op US East-servers, puur door pipelining in te schakelen.

Lees de volledige technische uitleg (Engels).