Beantwoord

Ontevreden over de verbindingskwaliteit (kabel)

  • 28 december 2017
  • 61 reacties
  • 5365 keer bekeken


Toon eerste bericht
Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

61 Reacties

@Evert96
Klinkt hoopvol. Zoals gezegd: ik ervaar geen problemen, heb niet eens een ConnectBox,
maar zie wel veel klachten langskomen van Gamers.
Reputatie 7
Badge +28
@hanh, is zeker hoopvol! Is gelukkig ook recenter nieuws dan de linkjes die je mee stuurde, dat 'nieuws' is al meer dan een jaar oud.
Gelukkig is het zo met de Puma chips dat niet iedereen er last van hoeft te hebben. Ligt natuurlijk ook aan je internetgebruik, maar ik ben ook een gamer. En het gaat altijd goed 🙂
@Evert96
Het is beter dat een Gamer hier reageert dan ik. Zag dat het Puma probleem
nog niet langs kwam in dit topic.
Dat ouder nieuws geen correct nieuws zou kunnen zijn, is een onjuiste generalisatie.
Geef links met recent nieuws die het 'oude' Puma verhaal ontkrachten.
Gr Han
Reputatie 7
Badge +28
Ik zeg niet dat die linkjes die je stuurde niet correct zijn en ik heb ook niet gezegd dat het puma verhaal niet klopt of achterhaalt is. De titel van de link die je stuurde geeft echter aan dat er geen zicht is op een fix, ik geef aan dat er nu wel degelijk zicht is op een fix. Daarom is recenter nieuws in dit geval erg belangrijk.
Dank voor de reacties.

Fijn te vernemen dat het goed mogelijk zou moeten zijn om normaal te kunnen gamen op een ConnectBox met minimale bufferbloat.

Tegelijkertijd frustrerend, want dan komen we met een nieuwe modem waarschijnlijk dus ook niet veel verder.
@Evert96
Ok Op die manier. Het schijnt te fixen te kunnen zijn.
Ziggo heeft eerder aangegeven dat dit gedaan is, maar dat lijkt thans niet zo gelukt
bij alle firmware versies. (Arris vs Compal; Ds-Lite vs IPv4; Bridge Mode) Jij hebt kennelijk een goede.
Hoop voor elke Gamer dat het bij de nieuwe release beter is.
Of ligt het toch ook (deels) aan de buitenwereld, waar TS op wijst? Die latency is een lastig probleem, waar de vinger niet goed achter te krijgen is. Dat moet ik toegeven.
Gr Han
Reputatie 7
Badge +28
@B100Sja klopt, ik ben één van de gelukkige gebruikers, maar helaas is dat voor jou anders (verwacht ik) ;(
Ik hoop dat de update snel komt!

@hanh ik heb inderdaad blijkbaar een goeie (Compal versie, DS-Lite), misschien mazzel.. Maar Ziggo heeft naar mijn weten alleen gezegd dat de problemen deels, en niet geheel, zijn opgelost met een eerdere update. Het zal afwachten worden of de nieuwe fix alles wegneemt. 😕

Of het aan de buitenwereld ligt, echt geen idee. Ik woon in Tilburg, is uiteraard een beetje kleiner dan R'dam en Den Haag, maar toch ook een stad..
@Evert96
@B100 komt zelf met de hypothese van mogelijke (structurele) congestie in de buitenwereld.
Daar kan ik niks tegenin brengen.
De Internet routes vanaf Tilburg, Den Haag of Rotterdam kunnen verschillend zijn, en dus uitmaken.
Diepe tests nodig om evt verschillen in latency bloot te kunnen leggen.
Voorlopig maar blij zijn in Tilburg te wonen. Lijkt me een prima stad.
High Tech ook, toch?
Gr Han
Reputatie 7
Badge +28
@hanh, als je kan kiezen waar je wil wonen, kies dan niet Tilburg 😂
Het is een oude industriestad en dat is nog aan alles te merken. Plat gezegd, lelijk en niets cultureels (zoals mooie ouwe gebouwen bijv. een stadhuis) haha. High Tech vind je meer in Eindhoven :)

Weer even on-topic:
@B100, Eigenlijk verwacht ik dat je geen last hebt van de puma chip, omdat het namelijk eerst wel goed ging en daarna niet meer. Maar die puma chip zat al in het modem vanaf het moment dat ie de fabriek uit kwam en zelfs al eerder ;)

Al met al ben ik erg benieuwd wat de monteur gaat doen deze week!
Ik vermoed ook van niet, al zou dat wel lekker makkelijk zijn.

Ben eveneens nieuwsgierig naar wat de monteur te melden heeft.
Reputatie 2
Badge
@B100, referend aan "Het probleem treedt ook op wannneer er slechts één enkele computer direct is aangesloten op de ConnectBox in bridge modus zonder router ertussen".
-Hoe werkt dit, het modem, de ConnecctBox deelt toch geen ip-adres(sen) meer uit, omdat DHCP uitgeschakelt is?
-Dien je nog iets te doen op de computer/ laptop om rechtstreeks contact te maken met internet via de CB? Vast bedankt voor de toelichting.
Hallo RDS,

Ik snap je vraag niet zo goed, maar zal proberen onze methode toe te lichten.

We hebben de ConnectBox in bridge (modem) modus gezet (is een optie in de ConnectBox), en toen de netwerkkabel tussen de ConnectBox en onze Cisco-router uit de ConnectBox getrokken. Vervolgens hebben we de netwerkkabel van één van onze computers, die normaal gesproken naar onze Cisco-router loopt, direct in de ConnectBox gestopt.

Alles werkt dan gewoon goed, we hoefden verder niets te doen met DHCP-instellingen. Windows geeft wellicht een netwerkscherm weer, maar die kun je annuleren.
Reputatie 2
Badge
Dank B100, voor je snelle reactie. Je hebt mij goed begrepen.
Mijn kennis is dat het Ziggo modem/ router in de bridgemodus geen adressen uitgeeft aan de aangesloten apparatuur, maar misschien geeft het een(1) adres uit gebruikt voor de eigen router of in dit geval voor de aangesloten computer/laptop. Waardoor wel een zonder tussenkomst van een router verbinding gemaakt kan worden met het internet. Weer wat geleerd.
De monteurs zijn hier enkele uren geleden vertrokken, na uren bezig te zijn geweest in en om het huis.

Allebei zeer vriendelijke en spraakzame monteurs. Ze zijn na de probleemanalyse uiterst grondig te werk gegaan.

Bekabeling in het huis is allemaal goed.

Ze hebben de signaalsterkte weten te verlagen naar ~7 dBmV middels een demper, helaas zonder resultaat. Het probleem werd ook waargenomen op hun eigen laptop (bufferbloat van ~150ms tijdens de downloadtest, maar de uploadtest is goed).

Ze hebben gekeken of er packetloss optrad, ook daar waren geen problemen te bekennen.

Ze hebben een ruismeting uitgevoerd, ook geen problemen.

Ze hebben de ConnectBox uitgeprobeerd in bridge- en routermodus, maar het probleem treedt op in beide modi.

Ze hebben de hoofkabel opnieuw afgeknipt en verbonden, zonder verbetering.

De voedingskabel en signaalsterkte is getest en gecontroleerd op kwaliteitsverlies. Geen problemen geconstateerd.

DQI-meting gaf een perfect resultaat. Ook de aansluiting in het kastje bij ons in de straat is vervangen, zonder verbetering.

Verder zijn er nog enkele andere tests uitgevoerd waarvan alle resultaten goed waren.

Er werd ook nog een expert ingeschakeld door de monteurs via de telefoon, iemand die zelfs van schroot nog een werkende computer in elkaar weet te toveren. De term 'bufferbloat' was hem direct bekend, en de ConnectBox laten vervangen door een modem van Technicolor was zijn advies.

Uieindelijk hebben ze onze ConnectBox vervangen met een modem van Technicolor. Helaas ook geen enkele verbetering merkbaar (zelfs ietsjes slechter - oploadtest geeft tot ~35ms voor bufferbloat, terwijl dit op de ConnectBox nooit boven de ~20ms kwam, getest in beide modi - router en bridge).

Ondanks alle procedures, tests en controles, kwamen ze er niet uit.

We hebben dus nog steeds een probleem met bufferbloat (desastreus tijdens peer-to-peer-connecties met anderen), en we kunnen uitsluiten dat het probleem veroorzaakt wordt door de ConnectBox, de Puma 6 Chipset, de signaalsterkte, de aansluitingen of de aangesloten computers.

Ze waren het ermee eens dat het probleem best weleens dieper zou kunnen liggen (oververzadigd netwerk in en om grote steden, datacenters en/of routingstations die het niet meer aankunnen), maar dat soort dingen zijn bijzonder moeilijk te meten en in kaart te brengen. Alles wat gemeten en gecontroleerd kon worden vanaf onze computers tot het kastje in de straat, is gewoon goed.

Ze vertelden wel dat er een project is gestart waar meerdere techheads bij betrokken zijn die zich buigen over dit soort problemen, problemen die eigenlijk niet op zouden mogen treden.

We hebben nu een modem van Technicolor, de ConnectBox hebben ze meegenomen. Het probleem is niet opgelost, en zelfs ietsjes erger geworden tijdens de uploadtest.

Ondanks een vriendelijke helpdesk en een uitstekende en grondige werkwijze van de monteurs, zijn we niet af van het probleem. Inmiddels heb ik al meerdere online-toernooien misgelopen en zijn we hier in huis veel tijd kwijt aan dit probleem. Ik ben erg teleurgesteld in Ziggo.

Wat nu?

We zitten te denken om ons te abonneren op een DSL-verbinding van XS4ALL als backup en om te testen of er een verschil is, maar we zien het niet zitten om straks te gaan betalen voor twee actieve verbindingen, helemaal niet als ze allebei niet in staat blijken te zijn de gewenste resultaten te bieden.
Reputatie 5
Badge +5
We hebben dus nog steeds een probleem met bufferbloat (desastreus tijdens peer-to-peer-connecties met anderen), en we kunnen uitsluiten dat het probleem veroorzaakt wordt door de ConnectBox, de Puma 6 Chipset, de signaalsterkte, de aansluitingen of de aangesloten computers.


Bufferbloat kan op meerdere plekken in je internetverbinding optreden. De technicolor die je nu hebt buffert blijkbaar wat meer pakketjes waardoor je resultaten iets slechter zijn geworden. Verder is dat modem een stuk beter om te hebben dan de puma6-ConnectBox, IMO.

Bufferbloat kan ook veroorzaakt worden door de apparatuur in de lokale wijkkast, hier heb je verder geen invloed op. Het is simpelweg hoe die apparatuur omgaat met een volle verbinding en hoeveel buffers daar zijn.

Wat nu?

Bufferbloat kun je vaak zelf oplossen door een router te gebruiken die bufferbloat kan verminderen. Voor 50 euro koop je een Edgerouter ER-X die bij snelheden tot zo'n 150Mbit de bufferbloat kan beheersen tot 0-5ms. Bij hogere snelheden tot zo'n 300-350Mbit kan de flink duurdere Edgerouter ER4 hetzelfde doen.
Wil je nog hogere snelheden aankunnen en automatisch betere verdeling van de beschikbare bandbreedte in een huis, dan kan een (2e hands) Linksys WRT1200AC uitkomst bieden. Hier moet dan wel custom firmware (OpenWRT) opgezet worden. Snelheden tot 500Mbit/sec kun je dan bufferbloat-vrij houden.
@B100 @ArieKanarie
Dit is wat begrijp.
Het is lastig e.e.a scherp te krijgen.

Gedetecteerde Bufferbloat kan uit twee (evt gelijktijdige) bronnen onstaan.
(1) Intern, bij het data-verkeer over je Gateway
(2) Extern, in de Route over het Internet

Als je bij DSL-Reports een speedtest doet
_en_ je bent de enige gebruiker van je Gateway, dan zal
een Router met een speciale voorziening voor het opheffen
van de Bufferbloat je wel eens niet kunnen gaan helpen.

Die extra voorziening in je Router gaat m.i. vooral over het
opheffen van Interne Bufferbloat tgv simultaan gebruik
van je Gateway, door meer dan 1 interne gebruiker tegelijk.
Het data-verkeer wordt dan handiger verdeeld over die gebruikers.

Of zou het zo zijn, dat een intern of extern veroorzaakte
bufferbloat bij 1 Gateway gebruiker, kan worden geneutraliseerd
door de max te behalen snelheid af te knijpen, waardoor
een overall tragere verbinding met minder (liefst 0) latency onstaat?
Dat laatste zou misschien kunnen, maar ik weet
eigenlijk (nog) niet of dit zo is.

Gr Han

Bron:
https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/
Gaat vooral over het oplossen van bufferbloat tgv simultaan gebruik van de Gateway.
Reputatie 5
Badge +5
Als met DSL-Reports een speedtest doet
_en_ je bent de enige gebruiker van je Gateway, dan zal
een Router met een speciale voorziening voor het opheffen
van de Bufferbloat je wel eens niet kunnen gaan helpen.


Dit is onjuist. 1 enkele gebruiker, connectie, download of upload kan al bufferbloat veroorzaken. Het enige wat hiervoor nodig is, is een verbinding die vol zit zodat de buffers in je modem of lokale kabel headend ook vol komen te zitten.

De reden dat "meerdere gebruikers" er vaak bijgehaald wordt is omdat dit een typisch herkenbaar probleem is. Gebruiker 1 wil iets op het internet doen wat low latency moet zijn, bijv gaming, voip, video communciatie, terwijl gebruiker 2 iets wilt doen wat de volledige up of download bandbreedte vereist, bijv torrents, downloads of zelfs Netflix (omdat netflix in bursts download).

Of zou het zo zijn, dat een intern of extern veroorzaakte
bufferbloat bij 1 Gateway gebruiker, kan worden geneutraliseerd
door de max te behalen snelheid af te knijpen, waardoor
een overall tragere verbinding met minder (liefst 0) latency onstaat?


Dit is precies de bedoeling van routers die bufferbloat proberen te beheersen. Voeg daar ook nog wat slimmigheden aan toe om de bandbreedte eerlijk te verdelen en je kan een volledig (nou ja, 95-99%) volle verbinding hebben met perfecte latencies.
@ArieKanarie
Hi,
Thanks.
Toen ik bij DSL-Reports bufferbloat tegenkwam, ben ik gaan
bekijken wat dat is. Kwam alleen verhalen tegen die gaan over
het opheffen van Interne Bufferbloat tgv gelijktijdig gebruik van de Gateway.
Heb je een bron voor mij die ook ingaat op het kunnen opheffen
van externe bufferbloat mbv Gateway speed tuning.
Het was slechts mijn hypothese dat het zo wel eens zou kunnen.
Alvast bedankt.
Gr Han
@ArieKanarie
Ik herlas:
https://www.bufferbloat.net/projects/bloat/wiki/TechnicalIntro/

En krijg daardoor nog steeds de indruk dat external bufferbloat/latency
problemen moeten worden opgelost in external Routers.
Corrigeer me, als ik hier fout zit. Wil het graag precies weten.

Ik bedoel: als de Ziggo Routers latency veroorzaken, dan kun je dat m.i.
niet oplossen in een eigen Home Router, ook al heeft die SQM aan boord.

Gr Han
Reputatie 5
Badge +5
@ArieKanarie
Ik herlas:
https://www.bufferbloat.net/projects/bloat/wiki/TechnicalIntro/

En krijg daardoor nog steeds de indruk dat external bufferbloat/latency
problemen moeten worden opgelost in external Routers.
Corrigeer me, als ik hier fout zit. Wil het graag weten.

Ik bedoel: als de Ziggo Routers latency veroorzaken, dan kun je dat m.i.
niet oplossen in een eigen Home Router, ook al heeft die SQM aan boord.

Gr Han


De bufferbloat kun je dus wel zelf oplossen door ervoor te zorgen dat de buffers niet gevuld worden. Of dit nu in je eigen modem is of een Ziggo cable headend maakt niet uit.

Inderdaad, idealiter zouden alle apparaten op je internet route een minimale hoeveelheid aan buffers hebben, maar dit blijkt nog steeds geen prioriteit voor ISPs en hun toeleveranciers.
@ArieKanarie
Dan zijn we het eens, volgens mij.

Waar ik hier regelmatig tegenaan loop, is klachten over latency door Gamers.
Het is lastig precies te bepalen, waar dit vandaan komt.
De Puma-Chipset van het Kabel-Modem krijgt vaak de schuld.
Toch zijn er ook Gamers met hetzelfde Ziggo-kastje, die bij zo'n klacht komen melden, dat zij geen last hebben.

Ik verdenk ook de Ziggo Routers, maar kan helemaal niks bewijzen.
Zou dat wellicht wel kunnen als ik zelf Gamer met problemen was. Dan zou ik er diep induiken.
Ik besef: Met dan misschien wel een resultaat, waar verder geen mens iets aan heeft.
Gr Han
Ik denk dat het zeer verstandig is als iedere netwerkexpert, ICT'er, monteur, ISP en kabelexploitant zich goed verdiept in het fenomeen 'bufferbloat'. Naast de eerdergenoemde links, volgen hieronder nog enkele citaten en bronnen die het lezen meer dan waard zijn:

"Bufferbloat is a cause of high latency in packet-switched networks caused by excess buffering of packets. Bufferbloat can also cause packet delay variation (also known as jitter), as well as reduce the overall network throughput. When a router or switch is configured to use excessively large buffers, even very high-speed networks can become practically unusable for many interactive applications like voice over IP (VoIP), online gaming, and even ordinary web surfing.

Some communications equipment manufacturers designed unnecessarily large buffers into some of their network products. In such equipment, bufferbloat occurs when a network link becomes congested, causing packets to become queued for long periods in these oversized buffers. In a first-in first-out queuing system, overly large buffers result in longer queues and higher latency, and do not improve network throughput.

The bufferbloat phenomenon was initially described as far back as in 1985. It gained more widespread attention starting in 2009.
"

Bron: https://en.wikipedia.org/wiki/Bufferbloat


"Pakketverlies is essentieel voor de werking van TCP. Als pakketjes officieel niet verloren raken, maar in een wachtrij hangen door veel te grote buffers, loopt de latency voor gebruikers op. Bufferbloat is de zelfs bij IT'ers vaak nog onbekende reden dat internet soms zo traag is."

Bron: http://computerworld.nl/netwerken/94240-hierom-is-internet-vaak-onverklaarbaar-traag


"A 100 Gigabit network is always faster than a 1 megabit network, isn’t it? More bandwidth is always better! I want a faster network!"

"No, such a network can easily be much slower. Bandwidth is a measure of capacity, not a measure of how fast the network can respond. You pick up the phone to send a message to Shanghai immediately, but dispatching a cargo ship full of blu-ray disks will be amazingly slower than the telephone call, even though the bandwidth of the ship is billions and billions of times larger than the telephone line. So more bandwidth is better only if it’s latency (speed) meets your needs. More of what you don’t need is useless. Bufferbloat destroys the speed we really need."

Bron: https://gettys.wordpress.com/bufferbloat-faq/


Sommige webpagina's, zoals de informatiepagina over bufferbloat op DSLreports.com en bufferbloat.net, wekken de indruk dat bufferbloat een lokaal probleem is dat kan worden opgelost met een nieuwe router of modem (afhankelijk van welke pagina er wordt gelezen). Maar bij nader inzien blijkt dit toch vaak niet zo te zijn, en lijkt het erop dat in veel gevallen de ISP de verantwoordelijke is:

"How to resolve it?"

"You can't.

Buffer bloat can be a problem on any router in the path between you and the computer (server) you are communicating with. Lets split these into three cases:

1) The router at your home
2) Your ISPs routers
3) Any other router owned by another ISP

Home routers usually don't have a lot of buffers. Its unlikely bufferbloat is a problem there. And you must be aware: bufferbloat is only a problem when links are congested. Easiest solution: don't download torrent and other huge data sets while you are playing a game. I bet you already knew that.

If your ISPs routers have too much buffers (configured), tough luck. You're not gonna get them change their network configuration. Note, having a lot of buffers helps (a bit) with preventing packet loss. For the average user, packetloss is a bigger problem than slightly increased latency. Therefor some ISPs will keep configuring their routers with more buffers. You can't really blame them. If you don't like it, find another ISP. One that configures less buffers on their routers. Or uses routers with better QOS.

If the bufferbloat is happening somewhere else in the network, at other ISPs, you have even less chance to fix the issue. You'll need to change your ISP and find an ISP that has different peering and different transit-provider(s) to reach your target server. Note, ISPs do sometimes change their contacts with other ISPs. And thus paths from an ISP to particular destinations in the Internet can change any day, without notice. Imho there's not much point in changing ISPs just so you hope their routes change a little.
"

Bron: https://forums.anandtech.com/threads/bufferbloat-what-and-how.2480418/ (reactie van Gryz)


Ik heb zojuist urenlang zitten experimenteren met allerlei QoS- en andere pakketplanners, alternatieve browsers, geforceerde bandbreedte-/datalimieten per systeem, prioriteitsinstellingen, verschillende firmware en nog veel meer, op zowel onze lokale systemen (instellingen van netwerkkaarten, windows pakketplanners) als op de router en het modem. Helaas helpt echt helemaal niks, en de meeste instellingen maken het zelfs alleen maar erger.

Het probleem wordt waarschijnlijk veroorzaakt door de bufferinstellingen van een oververzadigde router/gateway in een datacenter of routingstation ergens in het netwerk van Ziggo.

"Also remember that your router only has control over traffic that goes from your router to your ISP. Not the other way around. So any fix for buffer bloat only helps when you have congested your local upstream traffic. Now, that might happen in some cases. But usually it is the downstream direction that is overloaded.

Did a little reading:
https://en.wikipedia.org/wiki/CoDel#Description
"The algorithm is independently computed at each hop".
There you have it. Those algorithms need to be deployed on every router on the path. But you have only control over your own router. Ergo, if you change the behaviour/software of your own router, that will only have limited effect.
"

Bron: https://forums.anandtech.com/threads/bufferbloat-what-and-how.2480418/ (reactie van Gryz)


Ik wil nog best wel verder experimenteren met andere routers, modems en pakketplanners, maar ben er vrijwel volledig van overtuigd dat daar de oplossing niet ligt. Dit is een hardnekkig probleem waar meer aandacht voor zou moeten zijn. Er moeten vernieuwde protocollen en procedures worden opgesteld om dit soort problemen op gedetailleerde wijze in kaart te kunnen brengen.

ArieKanarie, je raadt nog steeds een nieuwe router aan. Ik hoop dat je gelijk hebt, maar:

1. We hadden het probleem eerst niet, het is pas recentelijk opgetreden. Dus blijkbaar als Ziggo iets besluit te doen/veranderen aan het netwerk, moeten we steeds nieuwe hardware aanschaffen om de gewenste resultaten te boeken. Vind het een beetje raar.

2. Het probleem treedt ook op zonder router ertussen, alsook met de interne routers van de ConnectBox en de Technicolor. Waarom zitten daar dan niet gewoon goede pakketplanners in?

3. Ronihd adviseerde hetzelfde, maar zijn eigen bufferbloatscore is beneden niveau. Nu heeft hij verder niet gereageerd, en weet ik dus niet zeker of zijn resultaten afkomstig zijn van de router die hij aanraadt.

4. Ik heb de snelheid van deze verbinding al reeds op meerdere manieren geforceerd afgekapt. We hebben max 200mbit, maar ik kan in de router per systeem (momenteel slechts 1) de snelheid beperken tot wat ik maar wil (bijvoorbeeld 20mbit). Ook heb ik een stukje software gevonden dat op de PC geïnstalleerd wordt en hetzelfde doet. Beide methodes verbeteren de situatie niet, en maken het zelfs wat erger (+15ms bufferbloat, in combinatie met een veel lagere snelheid).

ArieKanarie, heb je zelf ervaring met dit soort bufferbloat (waarbij traditionele pakketplanners, QoS en geforceerde bandbreedte-/datalimieten niet werken)? En kun je voor jezelf en anderen ~onomstotelijk aantonen dat een nieuwe router het probleem gaat verhelpen? Soms krijg ik het idee dat mensen een beetje rondzoeken op Google, bufferbloat.net tegenkomen en dan snel gezocht advies doorgeven aan anderen, zonder er zelf ervaring mee te hebben.

Aan de andere kant, er lijkt momenteel weinig anders op te zitten, dus ik ga dan maar een Linksys WRT1900ACS aanschaffen waar ik OpenWRT/LEDE op installeer. Ik moet eerst nog wennen aan de nieuwe interface van het modem van Technicolor. Ben juist zo blij dat ik onze huidige router en apparatuur nu eindelijk een beetje begrijp, moet ik WEER een studie doen naar een nieuwe interface. Wat een gedoe.

Anyway, bedankt voor het advies iedereen. Volgende stap: nieuwe router (hoewel het probleem ook optreedt zonder router).
@B100
Dank, dat je mijn theorie ondersteunt.
Praktische ervaring heb ik niet, en laat dat ook weten.

Het is een lastig probleem, waar m.i inderdaad veel meer aandacht voor zou moeten zijn.
Je bronnen ken ik deels en die geven mij een indruk die lijkt op de jouwe.

Wat nu? Ik zou het echt niet weten. Is dit een hopelijk tijdelijk structureel probleem
van het Internet aan het worden?

Gr Han
Is dit een hopelijk tijdelijk structureel probleem
van het Internet aan het worden?

Gr Han


Daar begint het een beetje op te lijken ja. Ik zie wel dat meer mensen zich langzaamaan bewuster worden van het verschijnsel, dus laten we inderdaad hopen dat het slechts een tijdelijk iets is waar we van leren en over 10 jaar geen last meer van hebben.
Reputatie 5
Badge +5
Sommige webpagina's, zoals de informatiepagina over bufferbloat op DSLreports.com en bufferbloat.net, wekken de indruk dat bufferbloat een lokaal probleem is dat kan worden opgelost met een nieuwe router of modem (afhankelijk van welke pagina er wordt gelezen). Maar bij nader inzien blijkt dit toch vaak niet zo te zijn, en lijkt het erop dat in veel gevallen de ISP de verantwoordelijke is:

"How to resolve it?"
...
Bron: https://forums.anandtech.com/threads/bufferbloat-what-and-how.2480418/ (reactie van Gryz)

https://www.bufferbloat.net/projects/bloat/wiki/What_can_I_do_about_Bufferbloat/

De rest van die reactie op Anandtech is slecht geinformeerd. Als de routers verderop in het netwerk van je ISP vol zitten dan doe je daar inderdaad niets aan, maar dit is zelden het geval. Dan zou immers iedere Ziggo klant op die router er last van hebben, ongeacht van hoe vol de eigen verbinding zit. De meeste bufferbloat komt voor binnen het stuk dat je wel kan beheersen, je eigen verbinding zit immers altijd vol als een snelle download aan staat.


Ik heb zojuist urenlang zitten experimenteren met allerlei QoS- en andere pakketplanners, alternatieve browsers, geforceerde bandbreedte-/datalimieten per systeem, prioriteitsinstellingen, verschillende firmware en nog veel meer, op zowel onze lokale systemen (instellingen van netwerkkaarten, windows pakketplanners) als op de router en het modem.

Als je geen QoS gebaseerd op fq_codel+htb of cake hebt gebruikt zegt dat niet zoveel. De meeste andere QoS oplossingen zijn er niet om bufferbloat op te lossen helaas.


Het probleem wordt waarschijnlijk veroorzaakt door de bufferinstellingen van een oververzadigde router/gateway in een datacenter of routingstation ergens in het netwerk van Ziggo.

Als dat zo zou zijn zouden alle Ziggo klanten die via die router lopen daar last van hebben, los van hoe vol hun eigen verbinding is. De bufferbloat die we zelf op kunnen lossen treed op wanneer we onze eigen verbinding voltrekken.


"[i]Also remember that your router only has control over traffic that goes from your router to your ISP. Not the other way around. So any fix for buffer bloat only helps when you have congested your local upstream traffic. Now, that might happen in some cases. But usually it is the downstream direction that is overloaded.

Het is inderdaad lastiger of minder effectief om downstream traffic te shapen, maar het is zeker wel mogelijk. Je kan verkeer wat bij je router aankomt niet meer "stoppen" het is immers al over je kabelverbinding gaan, maar je kan het (TCP) verkeer wel laten afremmen. Dit gaat typisch door het droppen van pakketjes, waardoor de verzender gaat afremmen. In de toekomst hopelijk steeds meer via ECN ( https://en.wikipedia.org/wiki/Explicit_Congestion_Notification ).


ArieKanarie, je raadt nog steeds een nieuwe router aan. Ik hoop dat je gelijk hebt, maar:

1. We hadden het probleem eerst niet, het is pas recentelijk opgetreden. Dus blijkbaar als Ziggo iets besluit te doen/veranderen aan het netwerk, moeten we steeds nieuwe hardware aanschaffen om de gewenste resultaten te boeken. Vind het een beetje raar.

Ik heb jarenlang slechts 60ms bufferbloat gehad. Enkele wijk-upgrades, snelheid-upgrades of wat dan ook later is dit inmiddels 300-500ms. Wanneer ik m'n traffic shaping router op basis van OpenWRT inzet is dit netjes 5ms.


2. Het probleem treedt ook op zonder router ertussen, alsook met de interne routers van de ConnectBox en de Technicolor. Waarom zitten daar dan niet gewoon goede pakketplanners in?

De CPU in de CB en TC7210 zijn te zwak om de fancy moderne QoS methodes aan te kunnen met de hoge snelheden van moderne Ziggo verbindingen.
Zonder router heb je helemaal geen traffic shaping en trek je je verbinding helemaal vol waardoor je bufferbloat krijgt.


3. Ronihd adviseerde hetzelfde, maar zijn eigen bufferbloatscore is beneden niveau. Nu heeft hij verder niet gereageerd, en weet ik dus niet zeker of zijn resultaten afkomstig zijn van de router die hij aanraadt.

Hier is mijn score, terwijl mijn verbinding vol zit met verkeer van een andere machine die geherinstallerd wordt en die zo'n 100GB aan het downloaden is.
http://www.dslreports.com/speedtest/28718242 (en dit is de score zonder SQM/QoS: http://www.dslreports.com/speedtest/28718217)


4. Ik heb de snelheid van deze verbinding al reeds op meerdere manieren geforceerd afgekapt. We hebben max 200mbit, maar ik kan in de router per systeem (momenteel slechts 1) de snelheid beperken tot wat ik maar wil (bijvoorbeeld 20mbit). Ook heb ik een stukje software gevonden dat op de PC geïnstalleerd wordt en hetzelfde doet. Beide methodes verbeteren de situatie niet, en maken het zelfs wat erger (+15ms bufferbloat, in combinatie met een veel lagere snelheid).

Je router, de EA2700, heeft een CPU die niet in staat is een snelle Ziggo verbinding bij te benen als er moderne QoS aan te pas komt. Ook heeft deze router geen QoS die bufferbloat snapt.


ArieKanarie, heb je zelf ervaring met dit soort bufferbloat (waarbij traditionele pakketplanners, QoS en geforceerde bandbreedte-/datalimieten niet werken)? En kun je voor jezelf en anderen ~onomstotelijk aantonen dat een nieuwe router het probleem gaat verhelpen? Soms krijg ik het idee dat mensen een beetje rondzoeken op Google, bufferbloat.net tegenkomen en dan snel gezocht advies doorgeven aan anderen, zonder er zelf ervaring mee te hebben.

Ik "bak" m'n eigen firmware op basis van OpenWRT/LEDE en heb deze gebruikt op de ER-X, WRT1200AC, en WRT1900ACS routers. Specifiek om de bufferbloat van mijn verbinding te verhelpen.
Thuis heb ik een server en meerdere PCs die gelijktijdig van de verbinding gebruik moeten kunnen maken. Ik wil lagvrij kunnen gamen zonder dat ik backups, downloads, torrents, streams en een Plex server aan banden hoef te leggen.


Aan de andere kant, er lijkt momenteel weinig anders op te zitten, dus ik ga dan maar een Linksys WRT1900ACS aanschaffen waar ik OpenWRT/LEDE op installeer. Ik moet eerst nog wennen aan de nieuwe interface van het modem van Technicolor. Ben juist zo blij dat ik onze huidige router en apparatuur nu eindelijk een beetje begrijp, moet ik WEER een studie doen naar een nieuwe interface. Wat een gedoe.

De WRT1900ACS heeft een van de snelste CPUs voor consumentenrouters aan boord en kan tot zo'n 700Mb/s traffic shapen. Gebruik de firmware van https://davidc502sis.dynamic-dns.net/ en configureerd SQM/QoS: https://lede-project.org/docs/user-guide/sqm


Anyway, bedankt voor het advies iedereen. Volgende stap: nieuwe router (hoewel het probleem ook optreedt zonder router).

Zonder router trekt een enkele PC makkelijk je verbinding vol wat gewoon bufferbloat veroorzaakt, dat verbaast me dus niets 🙂