Beantwoord

Ontevreden over de verbindingskwaliteit (kabel)

  • 28 december 2017
  • 61 reacties
  • 5365 keer bekeken

Beste medewerkers van Ziggo,

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.
icon

Best beantwoord door ArieKanarie 20 januari 2018, 21:00

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 🙂
Bekijk origineel

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

61 Reacties

Reputatie 7
Badge +20
Niet verkeerd bedoeld, maar toch een prangende vraag, die ook elders bij me opkomt. Waarom dit niet eerder hier aangekaart? Morgen zijn er eventueel nog moderators om dit op te pakken, maar dan komt er weer een lang weekeinde en gebeurt en natuurlijk niets.

Hopelijk kom je dus nog wat verder, maar anders zal het toch nog even wachten worden...
Reputatie 5
Badge +5
Top 🙂

OpenWRT heeft erg veel opties inderdaad, heel krachtig, maar ook ingewikkeld. Je kan even een backup van je huidige config maken voor het geval je er ooit iets aan stuk maakt, dan kan je makkelijk herstellen.

De bandbreedte van je verbinding zal nu een stuk eerlijker verdeeld worden over de apparaten die er gebruik van maken, en de latency zou ook bij zware belasting van de verbinding onder controle moeten blijven. Er zijn nog wat advanced en extra-advanced opties die je mee kunt geven aan SQM QoS zodat de verbinding nog eerlijker verdeeld kan worden (bijv. persoon A heeft 1 simpele download, persoon B heeft een torrent met 10 connecties en toch ieder 50% van download speed), maar daar zal ik je nog niet mee lastigvallen.

Het kan nog wel gebeuren dat op piektijden van het lokale Ziggo netwerk (coax segment) je wat lag problemen krijgt. Dit komt doordat je verbinding dan geen 400Mbit down haalt, maar de SQM QoS die je ingesteld hebt gaat hier wel van uit bij z'n berekeningen.
Mocht dit gebeuren, dan zou ik de ingestelde snelheid terugzetten naar een niveau wat wel gehaald wordt. Want ik heb liever een verbinding met betrouwbaar lage latency en werkende QoS, dan eentje die de maximale snelheid eruit perst.
Kun je hier je downstream en upstream waarden en logs plaatsen uit je modem met een screenshot?
Reputatie 5
Badge +5
Bufferbloat zorgt voor extra latency wanneer de verbinding vol zit, dit is iets anders dan packet loss. Als jouw hogere pingtijden en lagspikes samenvallen met wanneer andere mensen de verbinding gebruiken (of jouw eigen computer), dan kan dit door bufferbloat komen.

Helaas lijkt bufferbloat oplossen nog geen prioriteit voor internet providers. Wel kun je er zelf iets aan doen. Voor verbindingssnelheden tot pakweg 150Mbit, kun je een Edgerouter ER-X als vervangende router instellen (ConnectBox in bridge zetten/laten). De "Smart Queue" functionaliteit in de router verhelpt bufferbloat ten koste van een klein verlies in maximale internetsnelheid (~5%).

Voor snellere verbindingen heb je routers met snellere CPUs nodig en een "custom" firmware (OpenWRT/LEDE), zelf gebruik ik een Linksys WRT1900ACS. Deze kan verbindngen tot wel 500-700Mbit vrijhouden van bufferbloat. Ook kun je met OpenWRT/LEDE relatief eenvoudig de verbinding eerlijk verdelen, zonder lag of onnodige vertragingen voor huisgenoten.
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.
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.
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.
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 🙂
Reputatie 5
Badge +5
Ik begin eerlijk gezegd het idee te krijgen dat dat ook zo is - veel meer mensen hebben er eigenlijk last van (het verbaasde me in eerste instantie dat de test bij vrienden, kennissen en familie vaak zelfs slechtere resultaten laat zien dan hier), maar zijn zich er niet van bewust omdat browsen, youtuben en tragere online facebook-, kaart- en multiplayerspellen die op servers gespeeld worden wel goed/acceptabel draaien. Als ik geen games zou spelen die een razendsnelle peer-to-peer-verbinding zouden vereisen, dacht ik waarschijnlijk ook dat alles goed was.
Bufferbloat zal vast bij al die mensen optreden (ik verwacht bij alle Ziggo klanten een B of slechter voor de DSLReports bufferbloat test), maar hun verbinding heeft niet een hoge latency als deze niet vol zit, dat is wat ik bedoelde. Als Ziggo's upstream routers vol zouden zitten en bufferbloat zouden hebben zou je dat wel verwachten.


We zullen zien. Ik hoop van harte dat de WRT1900ACS het probleem gaat oplossen, of op z'n minst terugbrengt naar acceptabele niveaus.


Ik heb een WRT1900ACS liggen als je er mee wilt testen, kan je wel even lenen om te testen, woon niet ver bij je vandaan in Rotterdam Noord 😉
Reputatie 5
Badge +5
Ik heb een WRT1900ACS liggen als je er mee wilt testen, kan je wel even lenen om te testen, woon niet ver bij je vandaan in Rotterdam Noord ;)

Okee dan, we gaan nu met het apparaat aan de slag. Wat een lelijk ding :D

We hebben een V2, dus ik geloof dat we dan de 'LEDE Cobra 1900ac Version 2'-firmware nodig hebben.

En daar loop ik al vast. De website https://davidc502sis.dynamic-dns.net/ heeft het over een 'LuCi'-browser ofzo. Ik wil gewoon updaten via de browser met het *.img bestand (verse installatie). Kun je ons verder helpen ArieKanarie?


Hij wint geen schoonheidsprijzen nee ;)

Op mijn exemplaar staat op de sticker op de onderkant:
Model/No. WRT1900ACS
FCC ID: Q87-WRT1900ACV2
Op zo'n exemplaar flash je de "shelby" firmware. Als je een 1900ACSV2 hebt ook.
Dat doe je door in de normale web interface (de standaard van Linksys) in te loggen en Connectivity → Manual Update en daar de lede-mvebu-linksys-wrt1900acs-squashfs-factory.img in te gebruiken als firmware update.
Na het flashen reboot de router met OpenWRT/LEDE er op.
Het werkt!

HET WERKT!

OMFG, BEDANKT ARIEKANARIE!!!

Bufferbloat komt nooit meer boven de sporadische piek van 7ms uit tijdens de downloadtest.

Uploadtest geeft 4ms als maximum. Uitstekend! Alleen maar A+!

Nu hopen dat we niet tegen verdere problemen aanlopen tijdens het gamen. Tot zover ziet alles er goed uit! Wel even wennen aan de nieuwe interface, te veel opties.
Bedankt voor je reactie Be rt, ik hoop dat dit de juiste zijn:





Geen probleem Willem-A.
Dat zijn de juiste.
Je downstream is aan de hoge kant.

Heb je het modem achter een versterker geplaatst?

Zo ja, kun je ook een foto hier plaatsen van je AOP met eventuele splitters en versterkers?
(AOP = eerste plaats waar Ziggo je huis binnenkomt.)
Dank voor de reactie, er zijn wat foto's genomen.

Binnenkomst:



Apparaatje van UPC:



Onderkant apparaatje van UPC (aansluiting):



Laat het maar weten als er nog meer nodig zijn.
Reputatie 7
Badge +14
@B100

Ik zou gaan voor de asus RT-AC3200 of zijn opvolger met de https://asuswrt.lostrealm.ca/download software

En uiteraard het Ziggo modem in bridge
Dank voor de reacties en suggesties ArieKanarie en Ronihd.

Bufferbloat zorgt voor extra latency wanneer de verbinding vol zit, dit is iets anders dan packet loss. Als jouw hogere pingtijden en lagspikes samenvallen met wanneer andere mensen de verbinding gebruiken (of jouw eigen computer), dan kan dit door bufferbloat komen.

Het probleem treedt ook op wannneer er slechts één enkele computer direct is aangesloten op de ConnectBox in bridge modus zonder router ertussen, dus ik vraag me af of een nieuwe router wel de oplossing is. We hebben maandenlang gewoon normaal spelletjes kunnen spelen, tot ongeveer 1 maand+1 week geleden. Downloadsnelheid is momenteel 200Mbit, zelfs nog wat sneller volgens de meeste speedtests.

Helaas lijkt bufferbloat oplossen nog geen prioriteit voor internet providers. Wel kun je er zelf iets aan doen. Voor verbindingssnelheden tot pakweg 150Mbit, kun je een Edgerouter ER-X als vervangende router instellen (ConnectBox in bridge zetten/laten). De "Smart Queue" functionaliteit in de router verhelpt bufferbloat ten koste van een klein verlies in maximale internetsnelheid (~5%).

Ik geef niet zoveel om de snelheid, maar wel om de stabiliteit. Als deze problemen wellicht opgetreden zijn door de recente snelheidsverhoging, is het dan misschien mogelijk de snelheid bij ons weer wat naar beneden te laten halen door Ziggo zelf (100Mbit vinden we snel genoeg) om de bufferbloat te verminderen?

Voor snellere verbindingen heb je routers met snellere CPUs nodig en een "custom" firmware (OpenWRT/LEDE), zelf gebruik ik een Linksys WRT1900ACS. Deze kan verbindngen tot wel 500-700Mbit vrijhouden van bufferbloat. Ook kun je met OpenWRT/LEDE relatief eenvoudig de verbinding eerlijk verdelen, zonder lag of onnodige vertragingen voor huisgenoten.

Dank voor het advies. Mocht er geen makkelijkere suggestie voorbijkomen, ga ik ermee aan de slag. Ik heb echter niet veel zin om weer een nieuwe router te kopen, de huidige is niet erg oud en werd als topper aangeraden door kenners. Ik wil gewoon graag dat alles weer werkt zoals voorheen, zonder al die extra moeite en kosten. Heb ook niet echt veel verstand van routers en firmware updates en weetikveelwatwel.
@B100
En hoe is de modem aangesloten?
Hallo Jan F.,

De dikke kabel die zichtbaar is aan de onderkant van het apparaatje van UPC (zie foto's) loopt rechtstreeks naar de ConnectBox. Vanuit de ConnectBox loopt er normaal gesproken een dikke, witte, telefoonachtige netwerkkabel naar de router, maar zo nu en dan sluiten we één van onze computers direct aan op de ConnectBox en trekken we de kabel naar de router ertussenuit om te testen.

De huidige router is trouwens een 'Cisco Linksys EA2700'.
Is de netwerkkabel cat 5E of beter? Verder is zoals @Be rt zegt de download power (te) hoog. Die ligt idealiter tussen -5 en +5 dBmV. Is er een versterker aangesloten voor de Connectbox? Is dat niet het geval laat de Ziggo helpdesk dan eens kijken en een oordeel vellen.
Dankjwel voor je reactie Jan F.

We gebruiken een 'High Performance Cat6 Patch Cable #R7J704 UTP 4PR 24AWG Type CM (UL) E316395 (ETL)' van Belkin tijdens de tests.

De hoofdkabel komt het huis binnen en loopt dan via de muur naar dat kastje van UPC. Er is geloof ik geen versterker aangesloten, tenzij dat apparaatje van UPC dient als versterker, dan wel.

Ziggo helpdesk, moet ik dan bellen?

Ziggo helpdesk, moet ik dan bellen?


Dat lijkt me wel zo handig om in contact te komen met de helpdesk. De helpdesk is bereikbaar van 08.00 tot 22.00 u.

Gaat de kabel van de antieke UPC aansluiting ook nog naar andere apparaten, zoals TV's? Zo ja, hoe zijn die dan aangesloten?
Dat lijkt me wel zo handig om in contact te komen met de helpdesk. De helpdesk is bereikbaar van 08.00 tot 22.00 u.

Ik kijk er niet naar uit. Dan moet ik weer het hele verhaal opnieuw uitleggen en vertellen welke tests er allemaal reeds zijn uitgevoerd. Geen goede ervaringen in het verleden, ik benader liever dit forum met de hoop wat verder te komen.

Kan ik ze bij de helpdesk doorverwijzen naar dit topic? Of zal ik ze vertellen over de download power die normaal gesproken tussen de -5 en +5 dBmV zou moeten liggen, maar bij ons te hoog is?

Ik wacht nog even af op verdere reacties.

Gaat de kabel van de antieke UPC aansluiting ook nog naar andere apparaten, zoals TV's? Zo ja, hoe zijn die dan aangesloten?

Nee, alleen naar de ConnectBox van Ziggo. Geen televisies.

Kan ik ze bij de helpdesk doorverwijzen naar dit topic? Of zal ik ze vertellen over de download power die normaal gesproken tussen de -5 en +5 dBmV zou moeten liggen, maar bij ons te hoog is?

Gaat de kabel van de antieke UPC aansluiting ook nog naar andere apparaten, zoals TV's? Zo ja, hoe zijn die dan aangesloten?

Nee, alleen naar de ConnectBox van Ziggo. Geen televisies.


De helpdesk kan, als het goed is, zelf ook de waardes in uw modem zien. Het feit dat alleen een Connectbox is aangesloten kan wel eens de oorzaak zijn van het te sterke signaal. Normaal wordt er op het AOP een splitter geplaatst die het signaal verdeelt over modem en TV. Hierbij treedt een demping op van, in de orde van grootte, 3,5 tot 5 dB. De oplossing zou dan kunnen zijn òf het signaal in de straatkast iets terug schroeven òf een demper plaatsen in de coaxverbinding.
Hartelijk dank voor het advies, je uitleg is duidelijk.

Toch vraag ik me af waarom het een lange tijd wel gewoon goed was.

Toch vraag ik me af waarom het een lange tijd wel gewoon goed was.

Ik heb gemerkt dat na regulier onderhoud in de wijk/straatkast de signaalsterkte soms is gewijzigd.