Hai mensen,
Ik heb een iPad 4 in blinkende staat, maar is al “wat“ ouder, toch wilde ik hem nog gebruiken. Ik kan niet inloggen om mijn WiFi netwerk. Ik heb een Zyxel T56 router van Odido. Ik heb 2.4 en 5 ghz WiFi ingeschakeld. Ook als ik een gastennetwerk inschakel krijg ik hem daar niet op. Wat doe ik fout ????
Hey
Rvk01 geeft al aan om het beveiligingsprotocol aan te passen maar ik denk eerder dat het met wifi 6 te maken heeft. Je iPad ondersteund dit niet. De iPad 4 ondersteund: 802.11a/b/g/n Wi-Fi (802.11n 2.4GHz and 5GHz). Om dit aan te passen moet je inloggen op het modem via: http://192.168.1.1/ met de inlogcodes op het modem achterop. Vervolgens ga je naar het menu → Netwerkinstellingen → Draadloos → Andere → 802.11-modus → deze staat nu op: 802.11a/b/g/n/ax Mixed en die moet je op 802.11a/b/g/n Gemengd zetten. Herstart het modem daarna en dan moet je iPad als het goed is verbinden! Kun je aangeven of dit gelukt is?
Schakel ook de beveiliging even van WPA3 naar alleen WPA2. Dan kun je waarschijnlijk wel contact maken.
Dat doe ik in de instellingen van de Zyxel ? Ik kan het nergens vinden in de instellingen van de router . . .
Dat doe ik in de instellingen van de Zyxel ?
Ja, op dezelfde pagina als bij de 2,4 en 5Ghz. Ik heb hier geen Zyxel meer.
Hier?
Netwerkinstellingen, draadloos, algemeen, bij beveiligingsmodus WPA2-PSK en klik op toepassen.
+13Hey
Rvk01 geeft al aan om het beveiligingsprotocol aan te passen maar ik denk eerder dat het met wifi 6 te maken heeft. Je iPad ondersteund dit niet. De iPad 4 ondersteund: 802.11a/b/g/n Wi-Fi (802.11n 2.4GHz and 5GHz). Om dit aan te passen moet je inloggen op het modem via: http://192.168.1.1/ met de inlogcodes op het modem achterop. Vervolgens ga je naar het menu → Netwerkinstellingen → Draadloos → Andere → 802.11-modus → deze staat nu op: 802.11a/b/g/n/ax Mixed en die moet je op 802.11a/b/g/n Gemengd zetten. Herstart het modem daarna en dan moet je iPad als het goed is verbinden! Kun je aangeven of dit gelukt is?
… maar ik denk eerder dat het met wifi 6 te maken heeft. Je iPad ondersteund dit niet. De iPad 4 ondersteund: 802.11a/b/g/n Wi-Fi (802.11n 2.4GHz and 5GHz).
Router met Wifi 6 zou netjes terugvallen naar WiFi 5 of zelfs 4 signaal als een apparaat WiFi 6 niet ondersteund. Ik heb nog nooit meegemaakt dat dat niet goed ging. Wat je nu hier adviseert is het terugzetten naar WiFi 5, maar dat betekend dat ALLE apparaten die wel WiFi 6 aankunnen ook op lagere protocol verbinding gaan maken. Niet echt handig lijkt mij (en alleen nuttig als het echt niet werkt).
Overigens… als dit een probleem zou zijn… met al die Chinese apparaten die geen WiFi 6 aankunnen, zou je dus nooit WiFi 6 in kunnen stellen.
PS Ik had hier een iPad 2 die prima contact kon maken met mijn Zyxel T-56 (die gewoon op WiFi 6 stond).
+13Dat is echt verschillend bij sommige apparaten
WPA3: het echte probleem is de handshake
WPA3 gebruikt SAE (Simultaneous Authentication of Equals) in plaats van de PSK-handshake van WPA2. Het probleem zit hem in de SAE commit/confirm exchange. veel client-drivers implementeren dit incorrect, waardoor de associatie wel slaagt maar de 4-way handshake daarna vastloopt of de client disconnect triggers op de PMK-caching. Specifieker: 802.11r (Fast BSS Transition) en WPA3-SAE combineren is berucht instabiel op veel chipsets omdat FT-SAE een andere key-derivation path heeft dan reguliere SAE. Als je WPA3 transitiemodus draait én 802.11r aan staat, is dat een klassieke valkuil.
Beter dan alles uitzetten: 802.11r uitschakelen terwijl WPA3 transitiemodus aan blijft is vaak al voldoende.
WiFi 6: waar het echt misgaat
Het simpelweg "uitzetten van WiFi 6" is onduidelijk, wat wordt er dan precies teruggeschroefd? De meest voorkomende echte problemen zijn:
OFDMA uplink scheduling, Niet alle clients ondersteunen UL-OFDMA correct. Een client die zichzelf aanmeldt als HE-capable maar de trigger frames van de AP niet goed verwerkt, zorgt voor retransmits en stalls. Dit is niet altijd zichtbaar als disconnect maar als extreme throughput-degradatie of hoge latency.
TWT (Target Wake Time), Zeker op IoT-achtige devices. Een client die TWT negotieert maar de sleep-cycles niet goed implementeert lijkt offline te zijn terwijl de associatie nog staat. Dit is een veelvoorkomende "mijn apparaat valt steeds weg" klacht.
BSS Coloring conflicten: Als twee AP's dezelfde color gebruiken (wat bij auto-configuratie kan gebeuren), vallen clients ten onrechte in spatial reuse suppression. Dit uit zich als slechte range terwijl de RSSI prima is.
HE capabilities mismatch: Sommige drivers adverteren HE-support in de association request maar falen op specifieke HE-features zoals de compressed beamforming feedback. De AP degradeert dan de verbinding maar niet altijd schoon.
Wat ik zou adviseren in plaats van "zet WiFi 6 uit":
Schakel specifiek TWT uit op de AP als eerste stap, dit lost een grote categorie IoT/slaap-probleem op zonder dat je het gehele 802.11ax framework weggooit. Daarna UL-OFDMA uitzetten als tweede stap voor throughput-problemen. Pas als laatste resort 802.11ax volledig terugzetten naar 802.11ac compatibility mode.
Voor WPA3 specifiek: controleer altijd eerst of 802.11r/k/v uit staat voordat je WPA3 de schuld geeft. De combinatie daarvan is veel vaker het probleem dan SAE zelf.
Echter kunnen we zelf dit niet aanpassen op het modem waardoor we voor nu adviseren om Wifi 6 op 5 te zetten of WPA-3 op 2.
Echter kunnen we zelf dit niet aanpassen op het modem waardoor we voor nu adviseren om Wifi 6 op 5 te zetten of WPA-3 op 2.
Naar mijn mening kun je dan beter eerst adviseren de WPA op WPA2 te zetten. Mocht dat nog steeds niet werken dan pas de WiFi compleet op 5 te zetten (of zelfs 4 als 5 niet werkt).
Want anders komen de mensen straks terug en klagen over “Mijn WiFi is zo langzaam” of “Waarom heeft mijn nieuwe telefoon geen betere verbinding”.
Ik begrijp dat terugzetten naar WiFi 5 (of 4) het makkelijkste is (one stop antwoord), maar of dat nu het beste voor de gebruiker… 🤔
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
