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

Bedankt voor je uitgebreide en inzichtelijke uitleg en advies, ArieKanarie. We weten het te waarderen!

We hebben er weer nieuwe hoop in en zullen jullie op de hoogte houden.

Mogelijk vraag ik nog wat dingen en details aan je ArieKanarie, want ik heb er zelf niet veel verstand van en de rest hier in huis ook niet, we moeten het maar doen met de informatie en suggesties van anderen.

Verder wilde ik nog reageren op het onderstaande:

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

...

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.


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.

We zullen zien. Ik hoop van harte dat de WRT1900ACS het probleem gaat oplossen, of op z'n minst terugbrengt naar acceptabele niveaus.
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 😉
Bedankt voor je vertrouwen, maar de nieuwe router is inmiddels al besteld.

We gaan er volgende week mee aan de slag, en dan zal ik je overspoelen met lastige vragen >;-p
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?
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.
Op mijn exemplaar staat op de sticker op de onderkant:
Model/No. WRT1900ACS
FCC ID: Q87-WRT1900ACV2


Precies hetzelfde hier.

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.


Okee bedankt! Dus niet Cobra, maar Shelby.

Eerst het ding aansluiten en inloggen met de normale firmware, en dan daar ergens in het standaard firmware-menu 'Manual Update' zien te vinden, en dan verwijzen naar het *.img-bestand op m'n harde schijf als ik het goed begrijp.
Firmware staat erop, alles is goed gegaan. Internet doet het, Wi-Fi doet het, alles okee.

Nu is het tijd voor 'Installing the SQM Bufferbloat Packages in LEDE' ( https://lede-project.org/docs/user-guide/sqm ). Spannend.
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.
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.
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.


Okee, dat is bij ons 200Mbit down en 20Mbit up. We hebben de planner momenteel ingesteld op maximaal 180/18 (90% van het maximum, zoals volgens het advies). Als ik het goed begrijp, kunnen er dus potentiële vertragingen optreden wanneer Ziggo op sommige momenten wegens diverse redenen de snelheid van 200/20 niet kan leveren, omdat de planner nu staat ingesteld voor deze snelheid? We zullen er rekening mee houden en de instelling van 180/18 in dat geval ietwat naar beneden schroeven. Gelukkig reageert de router snel op wijzigingen zonder eerst helemaal te moeten rebooten.

Want ik heb liever een verbinding met betrouwbaar lage latency en werkende QoS, dan eentje die de maximale snelheid eruit perst.

Zeker weten!

Over die bandbreedteverdeling wil ik ook trouwens ook nog wel wat leren, ik zal daar wellicht nog enkele vragen over stellen in de komende weken.

We hebben gisternacht en vandaag de verbinding knalhard onder druk gezet (meerdere 8k video's gebufferd op verschillende systemen tegelijk terwijl er online-spellen gespeeld werden met een paar downloads op de achtergrond terwijl Skype aanstond), en zelfs toen was de bufferbloatscore uitmuntend. Ook snelle vechtspellen kunnen weer perfect gespeeld worden!
Reputatie 5
Badge +5
Okee, dat is bij ons 200Mbit down en 20Mbit up. We hebben de planner momenteel ingesteld op maximaal 180/18 (90% van het maximum, zoals volgens het advies). Als ik het goed begrijp, kunnen er dus potentiële vertragingen optreden wanneer Ziggo op sommige momenten wegens diverse redenen de snelheid van 200/20 niet kan leveren, omdat de planner nu staat ingesteld voor deze snelheid? We zullen er rekening mee houden en de instelling van 180/18 in dat geval ietwat naar beneden schroeven. Gelukkig reageert de router snel op wijzigingen zonder eerst helemaal te moeten rebooten.

Ik zou de SQM instellen op 200/20, die 90% regel is vrij conservatief en een startpunt om te zien dat je SQM instellingen je bufferbloat verhelpen. Nu je dat gezien hebt kun je de grens opzoeken van je verbinding om de optimale snelheid te halen.

De 20Mbit upload zul je altijd wel halen, ik heb zelfs in mijn zeer drukke Ziggo-wijk nog nooit de upload onder de "geadverteerde" snelheid zien komen. Omdat je een modem hebt met 16 downstream kanalen (wat er in de toekomst ook 20 of 24 kunnen worden voor meer capaciteit) verwacht ik eigenlijk ook geen problemen met het halen van 200Mbit.


Over die bandbreedteverdeling wil ik ook trouwens ook nog wel wat leren, ik zal daar wellicht nog enkele vragen over stellen in de komende weken.

Dit zijn redelijk nieuwe opties in de SQM QoS shaper "cake". Er is nog niet een fijne interface voor gemaakt om het in te stellen.

Dit kun je instellen voor een eerlijke verdeling:
https://i.imgur.com/hXY4Jt3.png
Bij Advanced option string (ingress) vul je in:
dual-dsthost nat docsis ingress
en bij advanced option string egress vul je in:
dual-srchost nat docsis

En mocht je nieuwsgierig zijn naar wat dat betekent:
nat: Zoek uit wie in je thuisnetwerk de ontvanger (IP) is van een download of de zender van een upload
dual-dsthost: Geef downloaders een eerlijk deel van de bandbreedte op basis van hun IP
dual-srchost: Geef uploaders een eerlijk deel van de bandbreedte op basis van hun IP
docsis: Zorgt ervoor dat de QoS berekening snapt dat datapakketjes over een kabelverbinding gaan (ivm klein beetje overhead van kabelpakketjes)
ingress: Ga iets aggresiever om met het beheersen van downloadverkeer, omdat dit technisch 'moeilijker' is.


We hebben gisternacht en vandaag de verbinding knalhard onder druk gezet (meerdere 8k video's gebufferd op verschillende systemen tegelijk terwijl er online-spellen gespeeld werden met een paar downloads op de achtergrond terwijl Skype aanstond), en zelfs toen was de bufferbloatscore uitmuntend. Ook snelle vechtspellen kunnen weer perfect gespeeld worden!

Mooi, precies wat de bedoeling is van SQM QoS met cake en die WRT1900ACS is meer dan snel genoeg om dat op een 200/20 verbinding te doen.