Het zal wel een domme vraag zijn, maar hoe kom ik bij de instellingen om het kanaal te wijzigen van de wifi? Ik heb een Experia Box v10A.

@MJvDr

Niet vragen is juist niet verstandig want dan gaat er geen oplossing komen voor je.

Ik heb even een plaatje van een andere klant gepakt. Log in met een browser op mijnmodem.kpn. User is Admin en dan je wachtwoord.

Dan links naar WLAN en dan zie je rechts de info zoals hieronder. Op de regel channel achter 5GHz zie je 36 staan. Zal bij jou auto zijn denk ik (de standaard waarde). Verander dit ook bij jou naar 36.

Vergeet niet op te slaan helemaal onderaan met de knop. Als je de vraag krijgt om de naam van gastnetwerk te wijzigen mag je annuleren kiezen. De wijziging wordt nu opgeslagen en je verliest even de verbinding omdat op dat moment de mesh update gaat plaatsvinden en de mesh punten de topology tijdelijk verlaten. Even geduld.

Let op. Zorg dat superwifi eerst verbonden is (lampje groen) want anders krijgt superwifi de wijziging niet door vanuit de modem. Sluit eventueel superwifi tijdelijk bedraad aan. Maar het lampje moet wel groen zijn.

Controleer na afloop even of inderdaad kanaal 36 opgeslagen is door te kijken in je modem op dezelfde plek. Laat de overige settings zoals ze zijn.

Succes en post even of het gelukt is. Vervolgens hopelijk een stabiele superwifi met de workaround die bij mij al enkele dagen prima werkt.

Je vraagt nu overigens in het topic van een andere klant. Beter stel je de vraag in je eigen topic omwille van de leesbaarheid van de andere persoon in dit topic. Hier jouw topic:

Maandag heb ik het kanaal op 36 gezet (zoals op het schermafdruk hierboven), opgeslagen. De superwifi punten een verse reset gegeven (tot ze paars branden) opnieuw aangesloten aan modem tot ze stabiel groen waren en daarna losgekoppeld en op hun plek gezet. Dinsdag was alles ok, vanmorgen(woensdag) toch weer knipperende superwifi punten...

Heb ik iets over het hoofd gezien? Vanmorgen ook nog even gecheckt of het kanaal ook nog echt op 36 staat.

Misschien toch maar een monteur laten langskomen en hopen dat het modem wordt vervangen...

Is het mogelijk om een stukje owl log hier te posten? Als ik het goed begrijp lijkt het wederom in de nacht fout te gaan. Rond 03:00 toevallig.

In mijn log zie ik dan net patroon owl sync config en daarna een leave topology.

Een stuk log van iemand anders zou helpen.

Ik merk ook dat de kanaalkeuze invloed heeft. Ik ben nog aan het testen maar ik krijg het alleen stabiel op kanaal 36 tot nu toe.

Ik denk dat het vervangen van het modem niets gaat oplossen.

@Roy74 klopt, 3:13 owl sync en 3:14 leave topology. 


08.03.2023 05:50:05 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 05:26:12 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 05:21:12 OWL-IF-5G]:STA(38:68:A4:E8:C0:90) BTM Black List Added
08.03.2023 05:19:17 OWL-(VRV9517)IF)2.4G] STA_MAC(E6:77:7F:61:42:94) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 05:19:16 OWL-(VRV9517)IF)5G] (BTM) STA_MAC(E6:77:7F:61:42:94) form Original MAC(04:A2:22:2A:88:06) to Target MAC(04:A2:22:2A:88:06) Reason:(CHANNEL_OVERLOAD 2G->5G) Status: finish.
08.03.2023 05:19:16 OWL-(VRV9517)IF)5G] STA_MAC(E6:77:7F:61:42:94) is connected to AP_MAC(04:A2:22:2A:88:06) status: connected.
08.03.2023 05:19:14 OWL-(VRV9517)IF)2.4G] (LEGACY) STA_MAC(38:68:A4:E8:C0:90) form Original MAC(04:A2:22:2A:88:05) to Target MAC(04:A2:22:2A:88:06) Reason:(CHANNEL_OVERLOAD 2G->5G) Status: start.
08.03.2023 05:19:13 OWL-(VRV9517)IF)2.4G] (BTM) STA_MAC(2A:A6:1F:52:3C:A0) form Original MAC(04:A2:22:2A:88:05) to Target MAC(04:A2:22:2A:88:06) Reason:(CHANNEL_OVERLOAD 2G->5G) Status: start.
08.03.2023 05:19:12 OWL-(VRV9517)IF)2.4G] (BTM) STA_MAC(C0:84:7D:43:43:66) form Original MAC(04:A2:22:2A:88:05) to Target MAC(04:A2:22:2A:88:06) Reason:(CHANNEL_OVERLOAD 2G->5G) Status: start.

08.03.2023 03:55:02 OWL-(VRV9517)IF)2.4G] STA_MAC(E6:77:7F:61:42:94) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:45:41 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(70:48:F7:02:51:FD) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:15:34 OWL-(VRV9517)IF)5G] Legacy Device STA_MAC(04:21:44:F8:3C:92) is connected to AP_MAC(04:A2:22:2A:88:06) status: connected.
08.03.2023 03:15:11 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(04:21:44:F8:3C:92) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:41 OWL-(VRV9517)IF)2.4G] STA_MAC(C0:84:7D:43:43:66) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:35 OWL-(VRV9517)IF)2.4G] STA_MAC(2A:A6:1F:52:3C:A0) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:30 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(14:7D:DA:14:26:B3) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:29 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(F0:FE:6B:74:6B:B8) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:28 OWL-(VRV9517)IF)5G] STA_MAC(2A:A6:1F:52:3C:A0) is connected to AP_MAC(04:A2:22:2A:88:06) status: connected.
08.03.2023 03:14:22 OWL-(VRV9517)IF)5G] STA_MAC(32:4B:F8:EA:C8:2F) is connected to AP_MAC(04:A2:22:2A:88:06) status: connected.
08.03.2023 03:14:18 OWL-Keuken(70:97:41:83:16:AA) leave topology
08.03.2023 03:14:09 OWL-SWP2-7FFE12(70:97:41:7F:FE:12) leave topology
08.03.2023 03:14:08 OWL-(VRV9517)IF)5G] Legacy Device STA_MAC(8C:85:90:02:51:29) is connected to AP_MAC(04:A2:22:2A:88:06) status: connected.
08.03.2023 03:14:07 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(48:E1:E9:14:EC:B8) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:06 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(48:E1:E9:14:DF:FF) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:05 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:03 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(5C:2F:AF:07:54:90) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:14:01 OWL-(VRV9517)IF)2.4G] STA_MAC(C0:84:7D:43:43:66) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:13:42 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(14:7D:DA:14:26:B3) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 03:13:29 OWL-Sync config success
08.03.2023 03:13:28 OWL-Sync config success
08.03.2023 02:57:11 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 02:51:19 OWL-(VRV9517)IF)5G] Legacy Device STA_MAC(E4:CE:8F:0A:ED:D8) is connected to AP_MAC(04:A2:22:2A:88:06) status: connected.
08.03.2023 02:50:19 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.
08.03.2023 02:38:28 OWL-(VRV9517)IF)2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.

@HFraset
Bedankt voor de log. Bizar dat je exact hetzelfde patroon hebt. Zie mijn topic. Ik vraag me serieus af wat nu de owl sync config triggert want op dit tijdstip lig ik te slapen.

Ik bedenk me nu dat ik nog een test kan doen. Mijn hypothese is dat de trigger een auto channel keuze is. Die staat nu uit voor 5G maar nog niet voor 2G. Ik verwacht niet dat er een probleem in de 2G band zit maar wel dat de auto keuze in 2G een mogelijke trigger is voor de sync config die we zelf niet doen rond die tijd natuurlijk.

Momenteel heb ik een andere test lopen dus deze test plan ik er achteraan. We hebben mogelijk nog iemand die logs kan posten.

Ik zie overigens twee sync config meldingen en twee leave topology, dat komt omdat er twee superwifi’s zijn zie ik in de log.

@Sanne_M, is het mogelijk om boven water te krijgen wat in de combinatie v10a en superwifi2 de trigger is voor een owl sync config. Altijd rond 03:00. In de 5G band staat auto channel keuze uit, dus de DFS verdringing kan het mijn inziens niet zijn als er voor kanaal 36 wordt gekozen.

In de tussentijd zou een ander kanaal tussen de 36 en 48 geprobeerd kunnen worden. Bij mij is tot nu toe alleen 36 stabiel. Maar mogelijk stoort bij jou iemand uit de buurt op kanaal 36. Ondertussen speur ik verder de komende dagen.

Nog speciale apparatuur in huis? Sonos, DVS, omvormer zonnepanelen. Is er een slimme meter aanwezig?

Is het mogelijk om te achterhalen welk device connect op de modem net voor de sync config?
 

08.03.2023 02:57:11 OWL-(VRV9517)IFF2.4G] Legacy Device STA_MAC(38:1F:8D:25:D9:8C) is connected to AP_MAC(04:A2:22:2A:88:05) status: connected.

Het is kennelijk een legacy device.

Het gaat om dit Mac adres 38:1F:8D:25:D9:8C dat uniek is voor een device.

Ik vermoed dat dit 04:A2:22:2A:88:05 een van de Mac adressen is van de modem, te zien in de thuis app. Maar het kan natuurlijk ook van een van de superwifi’s zijn en dat deze log tegel alleen maar door de modem wordt geschreven, tenslotte is mesh AP overstijgend.

Ik vraag wellicht veel maar ik poog een patroon te onderkennen. Bijvoorbeeld als een bepaald type, bijvoorbeeld legacy, device connect aan de mesh wat een trigger is voor…

Aangezien er twee superwifi’s zijn en twee triggers voor een sync config (en geen derde van de modem) is mijn stelling dat ze afkomstig zijn van de superwifi’s. Maar wat is de oorzaak…

@Roy74 Ik help graag mee om de bron te achterhalen! Maar mijn kennis is niet zo groot als die van jouw. Hier wat ik kan vinden:

38:1F:8D:25:D9:8C deze kan ik niet 123 achterhalen. Via Lanscan gekeken om een lijst met alle apparaten te krijgen, deze stond hier niet tussen. In de KPN thuis app wel, er staat dan ‘wlan0’ en is verbonden met modem op 2.4GHz

04:A2:22:2A:88:05 zou het modem moeten zijn volgens Lanscan. Alleen 1 gek ding is dat achterop het modem 04:A2:22:2A:88:04 staat (dus 04 ipv 05 aan het eind). Ook in de Thuis app staat 04:A2:22:2A:88:04

Dit is ook zo bij 1 vd superwifi’s: Achterop superwifi ‘keuken’ staat 70:97:41:83:16:AA en ook in de thuis app. echter op de lanscan en ook in het log staat 70:97:41:83:16:AB (AB ipv AA aan het eind, ook weer 1tje hoger).

De andere superwifi ‘SWP2-7FFE12’ heeft wel overal hetzelfde staan: 70:97:41:7F:FE:12

Geen idee of dit wat is, maar het viel me op…

Qua apparatuur:

Honeywell evohome slimme thermostaat (gebruikt eigen communicatie met de radiatorknoppen)

Harman Kardon speakers, met een speakergroep samengevoegd via een audiocast (google home), deze wil nog wel eens haperen 

Slimme meter ja

Zonnepanelen, maar die zijn pas recent geïnstalleerd en daarvoor was het al een probleem.

Ik zie overigens verder geen verstoring op de 5G signalen van buren, zie ook afbeelding. Op de 2.4 zie ik wel de signalen van de buren

Ok duidelijk. Het helpt al door even patronen te herkennen. En anders is een stukje mentale ondersteuning en erkenning al heel prettig. Want je gaat denken dat het aan jezelf ligt 

Het probleem is dat van alle superwifi’s het merendeel het natuurlijk prima doet en een select groepje niet. Dan kan er een lokaal probleem zijn maar ook nog steeds een fout in de firmware die alleen onder specifieke omstandigheden een rol speelt. Net dat poog ik nu te begrijpen zodat er een oplossing komt.

Laat de Mac adressen maar even zitten. Dat is een wereld op zich. Er zijn per apparaat verschillende interfaces. Ik dacht even dat mogelijk een legacy apparaat een mogelijke oorzaak zou zijn maar dat kan ik middels mijn logs al ontkrachten. Ik heb er een als voorbeeld getraceerd en dat is mijn Luxaflex gen2 hub als legacy device. Die poogt iedere nacht rond 00:15 naar updates te zoeken. Maar ik kan dat niet aanwijzen als de oorzaak vanuit de logs.

Ik heb zelf Yamaha MusicCast en ondanks er wat issues met Sonos te zijn geweest legden die niet de superwifi’s plat. Omvormers zijn wel verdacht wat ik her en der lees maar de problemen waren er al… Ik denk niet dat dit het probleem is.

Slimme meter… Tja die werken volgens mij op andere frequenties maar bewijzen dat dit een verband heeft kan ik niet. Ik kan de communicatie zelf niet stilleggen.

Voor nu zou ik het kanaal net boven de 36 eens proberen. Opnieuw koppelen heeft geen enkele zin. Ik ben zelf werkzaam in de IT en durf het inmiddels wel aan dat we een leuke puzzel hebben. Ik heb nog wat testen lopen en er staan nog wat vragen open. Hopelijk kan @Sanne_M nog wat betekenen met wat antwoorden vanuit de KPN achterban.

Ik geef nog niet op. Kijk ook even in mijn topic voor wat updates. Er is nog iemand die mogelijk logs kan posten om door te nemen en iets aan te tonen. Moed houden, ik geef me nog niet gewonnen en bedankt voor de moeite 

Ik zie overigens verder geen verstoring op de 5G signalen van buren, zie ook afbeelding. Op de 2.4 zie ik wel de signalen van de buren

 

Top, dan kan je dat uitsluiten. Tenzij er in de buurt altijd iets rond 03:00 gebruik maakt van die frequenties. Maar op andere kanalen speelt dit ook. Ik denk dat de trigger rond 03:00 vanuit de superwifi’s zelf komt en als ik nu eens wist wat dan zijn we een stukje verder. Ik kan me alleen de auto kanaalkeuze voorstellen maar die staat op handmatig voor de 5G band. Voor de 2G band echter niet… De mesh sync config is dan iedere keer aanleiding voor de topology leave en dit is het moment dat de eindgebruiker de groene knipperende lamp zien.

Overigens is er nog een vierde persoon met vergelijkbare problemen. Die test nu kanaal 36. Mogelijk kan ik daar ook logs van krijgen. 

07.03.2023 12:03:24 OWL-Sync config success
07.03.2023 12:03:17 OWL-SWP2-642740(D4:86:60:64:27:40) join topology
01.01.1970 01:01:46 PPPoe IPCP: Primary DNS address 195.121.1.34. Secondary DNS address 195.121.1.66.

Ik heb geen leave topology meer sinds mijn reset op 07.03.2023 12:03:17. Nog steeds op ch 36 en nog steeds stabiel. Ik blijf nog even 24u zo doorgaan. Als je wil kan ik daarna iets anders testen (bijv ch 48 en mijn logs posten als er iets mis gaat.

Verder aanwezig: Sonos en samsung the frame.

Kijk, daar komt spontaan een bericht uit Scheveningen. Het ging fout bij jou maar toen opnieuw gekoppeld na een reset. Dan weten we zeker dat een sync ook echt voor alle deelnemers aan je mesh zijn doorgegeven. Want dat is wat gedaan wordt zodra je koppelt of een kanaalwijziging doet en dan opslaat. In dit geval was het kanaal al 36 en koppel je opnieuw. Dat moet doorgegeven worden in je mesh en dat is de sync config melding.

Dat je daarna geen leave topology hebt is goed nieuws want dan is je superwifi einde oefening.

Bij mij duurt het meestal tot de tweede nacht als het mis gaat maar met kanaal 128 was het meteen einde oefening. Ik zou even de boel met rust laten en kijken of dit blijft draaien. Bij mij wel voor lange tijd maar ik ben nog aan het testen. Mocht het mis gaan dan is een stuk log prettig. Dan kunnen we een patroon aantonen in ieder geval. Een hoger debug level op de modem zou prettig zijn nu.

Bedankt voor de post en hopelijk de komende dagen bericht dat het nog werkt allemaal.

@HFraset ik weet dat het frustie is maar zou jij ook een schone reset kunnen doen en opnieuw koppelen met kanaal 36 actief. Wellicht met een superwifi en de ander tijdelijk uit om werk te besparen. Bij @Leines1234 ging het ook snel mis maar er was nog niet opnieuw gekoppeld.

Topper @Roy74, fijn dat je zo aan het helpen en aan het verzamelen bent! Ik ga de bevinden hier zeker delen, ik ben ook benieuwd waar dit door komt en of dit een bekend iets is, dus even kijken wie hier binnen KPN mij hier meer over kan vertellen. 

@Sanne_M, dat zou fijn zijn. Ik had in mijn topic ook Bart_ ook nog een vraag gesteld. Probleem is dat ik het debuglevel niet kan verhogen en ook geen mesh specialist bent die elke log melding kan interpreteren. We hebben hier 5 personen met dezelfde problematiek wat via de logs aardig boven water komt. Het gaat allemaal om bezitters van de v10a met superwifi2. 1 persoon geeft aan dat het probleem pas sinds een paar weken speelt, voorheen werkte het allemaal goed. Ik heb zelf superwifi pas 1,5 maand. Mogelijk heb jij de ingang bij de juiste tech mensen die iets kunnen zeggen, met name over de OWL-sync config trigger rond 03:00. Als we de aanleiding weten voor die config sync…ongetwijfeld hebben we een specifieke omstandigheid. Ik test nog wat door de komende dagen. Bedankt vast.

Slimme meter?

Ik heb een slimme meter, maar die is niet gekoppeld aan internet.

Ok, nee dat gaat via het gsm net als het goed is. Was effe om een beeld te krijgen van de omstandigheden. Ik zie overigens in mijn modem systeemlog de nodige DHCP meldingen langskomen. En een wlan Daemon error. Ik lees als ik daarop zoek ook de nodige DHCP horror maar dit speelde vorig jaar maar wel bij toevoegen superwifi.

Afhankelijk wat ik morgenvroeg aantref wellicht eens de modem van de spanning af hier.

Ik zag ook een DHCP claim van de superwifi en die kreeg netjes een IP van de modem DHCP server, gevolgd door een ACK, dus goed gegaan. Dit is het IP van de superwifi zoals nu actief.

Misschien moet ik de superwifi ook eens een fixed IP geven zodat de DHCP geen roet in het eten kan gooien. Ook nog een optie om te proberen wellicht.

Morgen eens de plannen op een rij zetten wat ik eerst ga doen.

Overigens ook een Nest aanwezig. Superwifi nog altijd up and running

@Leines1234 dat is goed. Laat maar draaien zo. Ik ben nog wat verder in de materie gedoken en ga nog een andere zijweg bewandelen. Zie mijn post.

Dat ding zal online blijven!

Nadat de superwifi punt groen knipperde op woensdag heb ik heb deze maar weer even uit en aan gezet om het weer werkend te krijgen. Nu 2 dagen later doet de wifi het nog!!

hier nog een interessant stukje uit de OWL log (alle niet relevante regels er tussenuit gehaald): 

10.03.2023 03:07:11 OWL-Sync config success

10.03.2023 03:07:08 OWL-Keuken(70:97:41:83:16:AA) join topology

10.03.2023 03:06:33 OWL-Keuken(70:97:41:83:16:AA) leave topology

10.03.2023 03:05:58 OWL-Sync config success

10.03.2023 03:05:57 OWL-Sync config success

Dus waar het Superwifipunt normaal niet meer terug komt heeft hij deze ochtend zelf wel weer een verbinding weten te maken na 1 minuut. Ik heb verder niks veranderd, nog steeds kanaal 36. Ik laat het zo maar even staan 

Effe rust in de tent. Bij mij was kanaal 36 het enige kanaal waar superwifi langer dan 2 dagen online bleef. Echt apart. Gisteren heb ik nog een afslag genomen omdat ik in de systeemlog veel DHCP meldingen zag aangaande superwifi en de DHCP tabel stond vol met meerdere entries van superwifi en dat zou niet mogen. Ik heb superwifi inmiddels voorzien van een reserved IP en nu is superwifi online met de auto optie en op het fatale kanaal 52 actief sinds gistermiddag. Kijk anders even bij mijn topic. Voor nu zou ik even kijken of dit goed gaat zonder iets te wijzigen voorlopig.

Toch blijft het apart dat rond 03:00 je weer een leave ziet.