We ervaren hier in huis een groot probleem met ons kabelinternet. Misschien dat jullie ons verder kunnen helpen.
We zijn al langer dan een maand niet in staat normaal online te gamen. Snelle games, zoals vechtspellen en schietspellen, haperen vaak en hebben last van behoorlijke vertragingen.
Browsen is wel goed te doen en vrijwel alle verschillende speedtests die zijn uitgeprobeerd geven de juiste down/up-snelheid weer (dagelijks getest).
Echter ligt de bufferbloat (gemeten met DSLReports) nu al langer dan een maand zo rond de 80-150ms tijdens de downloadtest. De uploadtest geeft wel zuivere resultaten.
Er is helemaal niets dat wij kunnen doen vanaf hier. We hebben de Ziggo ConnectBox een tijdje in Bridge mode gezet en slechts één computer tegelijk direct aangesloten op de kabel om te testen of het misschien aan de router lag die er normaal gesproken tussen zit bij ons.
Helaas. Ook met zo'n direct mogelijke verbinding zonder router ertussen, is de verbindingskwaliteit gewoon niet in orde.
Competitief gamen is al langer dan een maand niet echt meer mogelijk. Veel snelle online computerspellen haperen/stotteren vrijwel constant en de connectietijden (pings) zijn erg hoog, zelfs tijdens peer-to-peer-connecties met andere Nederlanders, Duitsers of Belgen. We hebben een sterk vermoeden dat het aan de bufferbloat ligt (packet loss?).
We hebben geduldig afgewacht met de hoop dat Ziggo dit probleem zou oplossen en dat het vanzelf weer zou verdwijnen, maar na langer dan een maand gewacht te hebben, willen we toch weer graag eens online een spelletje kunnen spelen.
Enig advies?
Locatie: Hillegersberg, Rotterdam
Vriendelijk gegroet.
Best beantwoord door ArieKanarie
"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 🙂