Draadloze performance

[markymarc]

zelf vrijdag ook een synology router gekocht maar heb ook problemen met wireless internet
erg traag 

ben op dit moment ziggo aan het bellen of de bridge modus  aanstaat op mijn modem wat ik eigenlijk wel raar vind want mijn huidige router heeft geen problemen met wireless
ook een ticket bij synology aangemaakt

[wizjos]

Hoef je Ziggo vlgs. mij niet voor te bellen: als je inlogt op je modem zou je in geval van bridged dit moeten zien:

[Pippin]

Zijn degenen met problemen allemaal Ziggo klant?
Is IPv6 op de router uit te schakelen?

Zou dit iets te maken kunnen hebben met DS-Lite waarnaar Ziggo aan het overstappen is?

[nelbs]

Waarom hebben jullie de ziggo modem niet in bridge staan?
Ik heb dan geen synology router.
Maar een asus rt68u.

Als je de router in bridge mode laat zetten ben je ook geen hotspot meer waardoor je ook geen gebruik meer kan maken van wifispots.

Met mijn vorige router wrt610n werkte dit prima samen

[spikehome]

Ja die hotspots gebruik ik niet kan zo een hotspot faken en dan wachtwoorden ontfutselen

[r00n]

Ik zit bij Telfort glas en heb hetzelfde probleem. Dus zal vermoedelijk niets met Ziggo te maken hebben.

[Briolet]

Hoef je Ziggo vlgs. mij niet voor te bellen: als je inlogt op je modem zou je in geval van bridged dit moeten zien:

Het kan nog simpeler. Het laatste (of eerste) ledje op de Ubee geeft de router mode aan. Dus als het RTR ledje uit is, staat hij in bridged mode. En bij de Cisco kun je het aan de kleur van het 'aan' lampje zien. Bridged is daar oranje.

Overigens kunnen oud-upc klanten de bridged mode zelf instellen.

-----

Nu schijnt er voor sommige Ziggo klanten ook een probleem met Webmail te zijn. Blijkbaar heeft dat met een bug op de Ubee router te maken i.c.m. IPv6 . Een oplossing voor dat probleem wordt zo beschreven:

Goedemiddag,

Het klopt dat er op dit moment een storing gaande is met de webmail i.c.m. de Ubee EVW321 modem. Dit komt doordat er door Windows een IPv6 ip adres geprobeerd wordt aan te vragen. Met onderstaande instructie zou je dit moeten kunnen oplossen.

Afhankelijk van welke Windows versie je hebt, kun je de opdracht prompt openen via start, uitvoeren en dan CMD in te typen. Heb je geen uitvoeren in het start menu, dan kun je CMD ook direct in het zoekveld zetten en op enter drukken, dan krijg je ook opdracht prompt.

Typ onderstaande in het dos venster en druk op enter na iedere opdracht.

netsh interface ipv6 set global randomizeidentifiers=disabled
netsh interface ipv6 set privacy state=disabled

Start hierna de computer opnieuw op. Hierna zou het weer normaal moeten werken.

Groet,

Jelle

Als het probleem komt doordat er via Wifi, onterecht gepoogd wordt een IPv6 verbinding op te zetten, kun je proberen via bovenstaande methode IPv6 volledig uit te zetten op de Windows PC. (Mac kent het 'netsh' commando niet)

[nelbs]

Het vreemde vind ik dat het laden van bijvoorbeeld websites erg traag gaat (5ghz via telefoon) maar als ik een speedtest uitvoer ik toch op een schappelijke 50mbit down uitkom waar ik een abo heb van 120 mbit. (ping 13ms en up 13mbit).

[wopper]

Wireshark eens aangekeken, maar da's mij te veel en en te steile leercurve momenteel. Wel eens de timing via FF nagelopen... Wellicht valt er voor iemand wat van te maken.
Op 2,4 GHz via ASUS:
(Link naar bijlage)

En via de RT1900AC:
(Link naar bijlage)

Hmm nu begint het interessant te worden, wireshark ;-) jummie. Je kan met wireshark wel sniffen maar dan zie je eigenlijk hetzelfde (met vele extra instellingen) dan wat jij uit Google inspector haalde.

Als je bedraad op de AC1900 router aansluit wat is dan de inspector output, want ik heb nog niet helemaal helder of:

-het al het verkeer is wat naar internet gaat wat extreem vertraagd (dat is in wireshark te controleren, maar eigenlijk moet je dan de WAN port sniffen en niet de LAN port)
-of alleen het wifi verkeer wat naar internet gaat wat extreem vertraagd is, dan kan het namelijk ook binnen het wifi protocol mis gaan en dat is slecht te monitoren in wireshark. Daarvoor zou je beter Airtool (op een mac) kunnen gebruiken http://www.adriangranados.com/apps/airtool

Maar de conclusie van jouw inspector output (ik zie ook graag nog de bedraad variant op de synology) laat zien dat het extreem vertraag is, het start al bij DNS (UDP verkeer) en daarna de site ophalen (TCP verkeer) dus het is alom crap . Als je pingt is dat dan ook erg slecht?

[Ericm]

Ik zie niet in waarom het aan een gateway zou kunnen liggen.

Simplistisch gezien zijn in je  router alle poorten afzonderlijke poorten, en worden deze gegroepeerd door VLAN's, bijvoorbeeld:

VLAN 1: WAN poort
VLAN 2: Wi-Fi en LAN poorten

Het "router" gedeelte wat in elke VLAN aanwezig is, is de gateway. Dit is het IP adres in het VLAN segment wat er voor zorgt dat je verkeer een andere VLAN op kan, en terug (dus LAN --> WAN --> LAN).
Routen over VLAN's kan zolang:

- De firewall het verkeer niet blokkeerd
- De IP range van de verschillende VLAN subnets verschillend is (bijv. 192.168.0.X voor je LAN, 1.2.3.X van je provider)

Zolang dit het geval is zie ik dus niet in waarom het gateway adres van je provider voor dit soort ellende zou kunnen zorgen.
Daarnaast, mocht dat om een nog onbekende reden wel zo zijn, dan zou dit ook effect moeten hebben op de doorvoer van de LAN poorten, daar deze in hetzelfde IP subnet en VLAN zitten en dus dezelfde router gateway gebruiken (default 192.168.1.1 omdat je DHCP server ook 192.168.1.X adressen uitdeelt).

Ik ga morgen een test opzetten waarbij ik 2 routers in serie zet en dus zelf als "provider" kan fungeren (althans, voor de RT1900ac). Op die manier kan ik zelf bepalen welk IP adres en gateway hij op de WAN poort krijgt. Eens kijken of dit effect gaat hebben op de throughput van de wifi!

[Dokman]

Hoop dat ze met een oplossing komen. Ik zelf heb niet veel verstand van de instellingen.

Je hebt mensen die pakken hem uit en dan moet het werken en geen op adressen veranderen en zo...

[Babylonia]

Inmiddels ben ik weer thuis van weekend weggeweest en heb onmiddellijk een test gedaan met WiFi (2,4 Ghz).
Zowel met mijn PC als een oude laptop (met Windows Vista erop).
Werkelijk geen enkel probleem hier 

Alles wordt gewoon snel en "snappy" getoond. Idem het voorbeeld wat @Björn gaf m.b.t. "Buienradar".
Youtube, alle kleine afbeeldingen rechts in een pagina staan er direct en kan full screen films in HD kwaliteit afspelen.
De oude laptop heeft wat meer moeite met HD filmpjes, maar ligt meer aan de matige video-kwaliteiten van de GPU.
Ook met een bekabelde verbinding loopt dat minder soepel.

Mijn internet account betreft Telfort glasvezel 50/50 met een Arcadyan Experiabox V8 als modem/router wat er voor zit, de RT1900ac er achter. Gewoon NAT achter NAT, geen bridge-mode, geen DMZ. ("Los" poorten doorgestuurd).
Een en ander zoals uitvoerig beschreven in de andere draad < HIER >

Daarmee lijkt het probleem zich te splitsen in vooral gebruikers die de RT1900ac achter een Ziggo modem/router hebben geplaatst, en andere gebruikers, die er schijnbaar geen problemen mee hebben?
In ieder geval @Alieddog is een van de mensen die ook geen problemen heeft. Zie zijn reactie < HIER >

En voor wat betreft gebruiker  @r00n .....

Ik zit bij Telfort glas en heb hetzelfde probleem. Dus zal vermoedelijk niets met Ziggo te maken hebben.

.....vraag ik me af of hij wel rekening heeft gehouden met het LAN subnet welke door Telfort modem/routers standaard wordt gebruikt, en welke door de Synology router. Daar zit misschien maar één subnet nummertje verschil in. Alleen gebruikt de Synology RT1900ac op de achtergrond daar nog een extra VLAN netwerk bij, wat één nummertje hoger is, wat dan juist kan conflicteren met die van Telfort. In dat geval uit zich dat typisch in problemen met WiFi (heb ik eerder zelf al gemerkt).

Eerder heb ik daar al enkele keren op gewezen dat men dat goed in de gaten moet houden.
Zie info voor dat fenomeen < HIER >  vanaf  "EDIT", en bij een reactie later te vinden < HIER >.

Misschien is het een goed idee, om gewoon eens als "test" een keer de gateway van de Synology router te veranderen. 10-20 nummertjes hoger of zo in het subnet. Baadt het niet, schaden doet het in ieder geval ook niet.

[r00n]

Hi Babylonia, ik heb geen router van Telfort. Ik ben oude xms klant en ben tijdje terug overgezet naar Telfort. Synology Router gaat direct in glasvezel modem aan de muur. Net zoals mijn voorgaande Linksys modem die geen enkel probleem had.

[Babylonia]

OK, dank voor het terugmelden.
In dat geval kan de informatie dan nog wel relevant zijn voor niet voormalig Conceps, Lijbrandt, KickXL en XMS  klanten met de standaard set-up zoals die door KPN / Telfort doorgaans wordt uitgeleverd.

Overigens zou ik zeker toch eens proberen een heel ander subnet in te stellen op de RT1900ac.
Al is het alleen maar om alle mogelijkheden te hebben uitgeprobeerd om het probleem te omzeilen totdat het met een firmware-update door Synology wordt opgelost.

[Ericm]

.....vraag ik me af of hij wel rekening heeft gehouden met het LAN subnet welke door Telfort modem/routers standaard wordt gebruikt, en welke door de Synology router. Daar zit misschien maar één subnet nummertje verschil in. Alleen gebruikt de Synology RT1900ac op de achtergrond daar nog een extra VLAN netwerk bij, wat één nummertje hoger is, wat dan juist kan conflicteren met die van Telfort. In dat geval uit zich dat typisch in problemen met WiFi (heb ik eerder zelf al gemerkt).

Eerder heb ik daar al enkele keren op gewezen dat men dat goed in de gaten moet houden.
Zie info voor dat fenomeen < HIER >  vanaf  "EDIT", en bij een reactie later te vinden < HIER >.

Misschien is het een goed idee, om gewoon eens als "test" een keer de gateway van de Synology router te veranderen. 10-20 nummertjes hoger of zo in het subnet. Baadt het niet, schaden doet het in ieder geval ook niet.

Goede tip, maar ik denk helaas dat ook hier het probleem niet in zit.
Mijn modem (geen router, en heeft dus ook maar één ethernet poort) van Ziggo geeft een IP adres uit in de range van 83.x.x.x/84.x.x.x.
Het standaard IP (dus dus ook DHCP subnet) van de router heb ik veranderd in iets anders en gastnetwerken heb ik niet in gebruik. Dit conflicteerd dus op geen enkele wijze met Ziggo. Mensen die wél een router hebben van Ziggo zitten standaard in het segment 192.168.178.x/255.255.255.0 en gebruiken dus adres 192.168.178.1 tot en met 192.168.178.254. De standaard instelling van de router op 192.168.1.1 vormt dus ook hier geen conflict. IP adressen voor een eventueel gastnetwerk worden dan uitgegeven in 192.168.2.X. Ook hierbij geen conflict.