Internet toegang pas na circa 5 minuten via access point

[Bathing Aap]

Er staat een Cisco EPC3925 van Ziggo als modem/router, hieraan is een Asus RP-AC56 in access point modus aangesloten met een netwerkkabel.

Bevindingen:

• Verbind ik met het Asus access point dan krijg ik circa 5 minuten de melding 'verbonden, geen internet'. Ik heb dan wel toegang tot de asus web interface in de browser, na die 5 minuten en zonder iets te doen krijg ik toegang tot het internet en heb ik ten alle tijden een snelle en stabiele verbinding
• Verbreek ik handmatig de verbinding, waarna ik meteen weer opnieuw verbind met het access point, dan mag ik weer wachten
• Elk apparaat, ongeacht op 2.4GHz kanaal of 5GHz kanaal ondervind hetzelfde probleem
• Direct aan het modem/router verbonden apparaten, ongeacht via wifi of bekabeld, werken wel meteen

De volgende dingen heb ik geprobeerd om het probleem te verhelpen, tevergeefs:

• Statisch IP instellen op het acces point
• DCHP override (hiermee heb je gemakkelijk toegang tot de web interface) uitzetten op het access point
• Statisch IP instellen op de devices die verbinding maken met het access point
• Alle Firewall functies uitschakelen in de Cisco modem/router
• Contact opgenomen met Ziggo en Asus, Ziggo wou mijn modem/router helemaal gaan resetten (vorige week heb ik dat al zelf gedaan) en Asus had al helemaal geen goede tips

Ik kan het access point nog terug brengen, maar ik hoor steeds vaker dat het Cisco spul van Ziggo niet echt te vertrouwen is, dus dan zit ik er aan te denken om een router te kopen en Cisco lekker in Bridge te laten spelen. Ik hoor graag jullie advies.

[dion_b]

De EPC3925 is inderdaad geen ster als het op WiFi aankomt. De chip (een vrij standaard Broadcom 2x2 WiFi-n geval) is niet eens de boosdoener, eerder de antennes, die niet zo best ontvangen en vreselijk richtingsgevoelig zijn.

Maar...

1) je problemen hier hebben puur met WiFi te maken, dus een aparte router gaat daar in beginsel niets aan veranderen.
2) je nieuwe AP is niet bepaald een vooruitgang...

Als je het beter wilt zul je ook iets significant beters moeten kopen. Je hebt nu een repeater (die als AP kan werken) gekocht die klein is en in een stopcontact geplaatst moet worden. Dat laatste is vooral slecht aangezien je dus per definitie in de buurt zit van dikke stroomkabels die signaal vervormen.

Met een zeer beperkt budget zou het nog te begrijpen zijn dat je zo'n beroerd geval koopt, maar de RP-AC56 is niet goedkoop. Voor dat geld kun je bijv een TP-Link Archer C7 kopen en als AP inzetten (of trouwens als router, mocht je dat per se willen). Veel beter WiFi-gedrag, volwassene firmware van TP-Link en nog betere community firmware (DD-WRT of alternatieven) beschikbaar. Mooie is dat Ziggo die dingen zelf is gaan verkopen, out-of-the-box als AP geconfigureerd en significant goedkoper (EUR 59) dan via reguliere winkels:
https://www.ziggo.nl/internet/wifi-punt/

Dat zou een VEEL betere keuze zijn dan wat je nu hebt.


Overigens, wat je hier beschrijft klint heel erg als firmwareproblemen in de RP-AC53. WIl je dat onding houden? Kijk alleereerst naar andere firmware van Asus. Is die er niet? Weg ermee!

[Bathing Aap]

dion_b schreef op donderdag 14 januari 2016 @ 13:53:
De EPC3925 is inderdaad geen ster als het op WiFi aankomt. De chip (een vrij standaard Broadcom 2x2 WiFi-n geval) is niet eens de boosdoener, eerder de antennes, die niet zo best ontvangen en vreselijk richtingsgevoelig zijn.

Het gaat om de WiFi van het access point, niet de EPC3925.

dion_b schreef op donderdag 14 januari 2016 @ 13:53:
Je hebt nu een repeater (die als AP kan werken) gekocht die klein is en in een stopcontact geplaatst moet worden. Dat laatste is vooral slecht aangezien je dus per definitie in de buurt zit van dikke stroomkabels die signaal vervormen.

Het signaal is niet het probleem, dat had ik ook aangegeven. Na 5 minuten wachten heb ik internettoegang, maar ik ben wel direct verbonden met het Asus access point. Het signaal is dan ook vanaf het begin al uitstekend en stabiel via het access point.

[ Voor 3% gewijzigd door Bathing Aap op 14-01-2016 14:33 ]

[dion_b]

Dat snap ik, ik leverde gewoon commentaar op de keuze. Mbt het probleem zelf:

Overigens, wat je hier beschrijft klint heel erg als firmwareproblemen in de RP-AC53. WIl je dat onding houden? Kijk alleereerst naar andere firmware van Asus. Is die er niet? Weg ermee!

[Brahiewahiewa]

Bathing Aap schreef op donderdag 14 januari 2016 @ 13:03:
...Verbind ik met het Asus access point dan krijg ik circa 5 minuten de melding 'verbonden, geen internet'. Ik heb dan wel toegang tot de asus web interface in de browser, na die 5 minuten en zonder iets te doen krijg ik toegang tot het internet en heb ik ten alle tijden een snelle en stabiele verbinding...

Merkwaardig gedrag. Heb je de asus al eens ge-reset naar factory defaults?
En kun je in de log files kijken? Wie weet staat daar een aanwijzing wat-ie in die vijf minuten allemaal aan het doen is.

[Anoniem: 691473]

En als je in die tijd op windows een diagnose check doet. Helpt soms

[Bathing Aap]

Brahiewahiewa schreef op donderdag 14 januari 2016 @ 17:27:
[...]

Merkwaardig gedrag. Heb je de asus al eens ge-reset naar factory defaults?
En kun je in de log files kijken? Wie weet staat daar een aanwijzing wat-ie in die vijf minuten allemaal aan het doen is.

Reset geen verschil.

Log:

code:

Jan 14 16:10:15  kernel: RTMP_TimerListRelease: release timer obj c0cc2a90!
Jan 14 16:10:15  kernel: RTMP_TimerListRelease: release timer obj c0cc2abc!
Jan 14 16:10:15  kernel: RTMP_TimerListRelease: release timer obj c0cc2028!
Jan 14 16:10:15  kernel: RTMP_TimerListRelease: release timer obj c0cc1e38!
Jan 14 16:10:15  kernel: RTMP_TimerListRelease: release timer obj c0cc1e70!
Jan 14 16:23:02  kernel: update_associated_mac_entry(): Peer's PhyCap=>Mode:VHT, BW:80M
Jan 14 16:25:16  dhcp client: [renew IP] 192.168.178.10/255.255.255.0 from 192.168.178.1
Jan 14 16:25:16  dnsmasq[708]: reading /etc/resolv.conf
Jan 14 16:25:16  dnsmasq[708]: using nameserver 84.116.46.21#53
Jan 14 16:25:16  dnsmasq[708]: using nameserver 84.116.46.20#53
Jan 14 16:25:16  dnsmasq[708]: read /etc/hosts - 6 addresses
Jan 14 16:25:17  dnsmasq[708]: exiting on receipt of SIGTERM
Jan 14 16:25:18  dnsmasq[747]: started, version 2.40 cachesize 150
Jan 14 16:25:18  dnsmasq[747]: compile time options: IPv6 GNU-getopt no-RTC no-MMU no-ISC-leasefile no-DBus no-I18N TFTP
Jan 14 16:25:18  dnsmasq[747]: running as root
Jan 14 16:25:18  dnsmasq[747]: reading /etc/resolv.conf
Jan 14 16:25:18  dnsmasq[747]: using nameserver 84.116.46.21#53
Jan 14 16:25:18  dnsmasq[747]: using nameserver 84.116.46.20#53
Jan 14 16:25:18  dnsmasq[747]: read /etc/hosts - 6 addresses

De publieke IP adressen in deze log zijn van Liberty Global (Ziggo).

Het lokale IP adres in deze log, 192.168.178.10, is van mijn access point
Het andere lokale IP adres, 192.168.178.1, is de gateway (van het modem/router)

[Bathing Aap]

Anoniem: 691473 schreef op donderdag 14 januari 2016 @ 17:30:
En als je in die tijd op windows een diagnose check doet. Helpt soms

Net even gedaan, uitkomst: 'De standaardgateway is niet beschikbaar'.

Windows foutcode: 0x00028001

Verdere details:

code:

Verbindingsincident vastgesteld
 Automatische-configuratie-id: 7
 Verbindings-id: 15

Samenvatting verbindingsstatus
 Verbinding gestart om: 2016-01-14 17:37:04-867
 Overeenkomstig profiel: Geslaagd
 Prekoppeling: Geslaagd
 Koppeling: Geslaagd
 Beveiliging en authenticatie: Geslaagd

code:

Gegevens van verbindings-id 15
 Verbinding gestart om: 2016-01-14 17:37:04-867
  Automatische-configuratie-id: 7
  Profiel: MIJNACCESSPOINTNAAM
  SSID: MIJNACCESSPOINTNAAM
  SSID-lengte: 21
  Verbindingsmodus: Infrastructuur
  Beveiliging: Ja
  Prekoppeling en koppeling
   Connectiviteitsinstellingen van onafhankelijke hardwareleverancier: Nee
   Beveiligingsinstellingen van onafhankelijke hardwareleverancier: Nee
   Profiel komt overeen met netwerkvereisten: Geslaagd
   Status prekoppeling: geslaagd
   Koppelingsstatus: geslaagd
    Laatste toegangspunt:  WEGGEHAALD
  Beveiliging en verificatie
   Geconfigureerd beveiligingstype: WPA2-PSK
   Geconfigureerd versleutelingstype: CCMP(AES)
   802.1X-protocol: Nee
   Sleuteluitwisseling gestart: Ja
    Unicastsleutel ontvangen: Ja
    Multicastsleutel ontvangen: Ja
   Aantal ontvangen beveiligingspakketten: 0
   Aantal verzonden beveiligingspakketten: 0
   Status beveiligingspoging: Geslaagd
 Connectiviteit
   Pakketstatistieken
    Ndis Rx: 0
    Ndis Tx: 39
    Unicastontsleuteling geslaagd: 6
    Multicastontsleuteling geslaagd: 0
    Unicastontsleuteling mislukt: 0
    Multicastontsleuteling mislukt: 0
    Rx geslaagd: 288
    Rx mislukt: 12
    Tx geslaagd: 83
    Tx mislukt: 0
    Transactie opnieuw proberen: 0
    Transactie meerdere keren opnieuw proberen: 0
    Maximale levensduur transactie overschreden: 0
    ACK-fout transactie: 0
   Geschiedenis voor zwerven: 0 item(s)

[Brahiewahiewa]

Bathing Aap schreef op donderdag 14 januari 2016 @ 17:36:

code:

...
Jan 14 16:23:02  kernel: update_associated_mac_entry(): Peer's PhyCap=>Mode:VHT, BW:80M
...

Neem aan dat dit het moment is waarop je een wifi verbinding maakte?

[Bathing Aap]

Brahiewahiewa schreef op donderdag 14 januari 2016 @ 18:07:
[...]

Neem aan dat dit het moment is waarop je een wifi verbinding maakte?

Ja, bij de eerste keer verbinden (na terugzetten fabrieksinstellingen) krijg ik dit log deel, wat me ook dus zo'n 3:30 minuten heeft gekost om internet te krijgen:

code:

Jan 14 17:00:56  kernel: klogd started: BusyBox v1.12.1 (2015-06-24 14:23:17 CST)
Jan 14 17:03:19  kernel: klogd: exiting
Jan 14 17:03:19  dnsmasq[405]: exiting on receipt of SIGTERM
Jan 14 17:03:22  dnsmasq[484]: started, version 2.40 cachesize 150
Jan 14 17:03:22  dnsmasq[484]: compile time options: IPv6 GNU-getopt no-RTC no-MMU no-ISC-leasefile no-DBus no-I18N TFTP
Jan 14 17:03:22  dnsmasq[484]: running as root
Jan 14 17:03:22  dnsmasq[484]: reading /etc/resolv.conf
Jan 14 17:03:22  dnsmasq[484]: using nameserver 84.116.46.21#53
Jan 14 17:03:22  dnsmasq[484]: using nameserver 84.116.46.20#53
Jan 14 17:03:22  dnsmasq[484]: read /etc/hosts - 6 addresses
Jan 14 17:03:22  kernel: klogd started: BusyBox v1.12.1 (2015-06-24 14:23:17 CST)
Jan 14 17:03:24  RP-AC56: start httpd

Hier komt niet die regel in voor, misschien ook wel logisch omdat er nog geen apparaten eerder 'associated' waren?

[Bathing Aap]

Ik heb inmiddels een ander access point gekocht welke wel goed werkt met de Cisco modem/router. In ieder geval bedankt voor het meedenken iedereen.

[MarQueze]

Ik heb 2 van deze accesspoints gekocht en kan de problemen bevestigen.

Het probleem zit in de AC-RP56 en Asus heeft dit bevestigd maar gaat er niets aan doen.

http://www.snbforums.com/...working-in-ap-mode.28356/

Form factor is mooi en als je een connectie hebt lekker snel maar 5 minuten disconnect is niet echt acceptabel.

[hawkeye73]

Precies mijn probleem met de ASUS RP-AC68U.... 2 exemplaren gehad.. allebei niet stabiel. Ik heb maar weer mijn oude Linksys EA6400 aangesloten....

[hawkeye73]

Bathing Aap schreef op zondag 17 januari 2016 @ 15:11:
Ik heb inmiddels een ander access point gekocht welke wel goed werkt met de Cisco modem/router. In ieder geval bedankt voor het meedenken iedereen.

Welke als ik vragen mag?

[Mandrake466]

hawkeye73 schreef op woensdag 24 februari 2016 @ 20:27:
[...]


Welke als ik vragen mag?

Mag ik ook vragen welke accesspoint je hebt gekocht?

[ Voor 25% gewijzigd door Mandrake466 op 25-02-2016 03:06 ]

[Bathing Aap]

Mandrake466 schreef op woensdag 24 februari 2016 @ 21:07:
[...]


Mag ik ook vragen welke accesspoint je hebt gekocht?

Deze Fritz! WLAN Repeater. Heeft (na update) ook access point functionaliteit.

Vooral gekocht omdat het merk heel degelijk is, 802.11ac en 5GHz doet en vanwege de vormfactor; direct in het stopcontact met LAN kabeltje en klaar. Nog 0 problemen gehad met dat ding.

Ik moet hierbij wel vermelden dat ik inmiddels, van de monteur van Ziggo, een nieuwe modem/router heb gekregen (Technicolor TC7210) en wellicht zou de oude Cisco modem/router nog steeds voor problemen kunnen zorgen, al kan ik dat niet meer testen.

Mocht je nog de oude Cisco modem/router hebben, dan raad ik je aan die sowieso in bridge modus te zetten. Deze modem/router ondervond vooral problemen bij mij die niet op te lossen waren zonder reboot. Met name na of tijdens piekuren, waarbij internet (LAN en WiFi) door meerdere gebruikers actief werd gebruikt.

Wil je helemaal af van deze Cisco modem/router, dan zul je een aantal keren Ziggo moeten opbellen met het verhaal dat de LAN verbinding niet functioneert met hun spul (WiFi problemen gaan ze in principe niet op in). Eerst willen ze je een nieuwe coaxkabel toesturen en misschien daarna een nieuwe splitter, daarna komt een monteur langs die je router zal vervangen voor een nieuwere (mits hij geen ander probleem ziet).

[ Voor 48% gewijzigd door Bathing Aap op 25-02-2016 20:15 ]

[bvdw1]

Ik kwam het topic tegen nadat ik hem gekocht had

Maar het lijkt erop dat men de problemen met de laatste firmware heeft opgelost.
https://www.snbforums.com...g-in-ap-mode.28356/page-6