Kanaal instellingen 360° modem worden niet toegepast.

[DriesDeRuyck]

Hallo,

Ik heb sinds kort een Telenet DC16 modem. Ik probeer de 5 GHz Wi-Fi op een vast kanaal (36) te zetten, maar de modem lijkt de instelling niet effectief toe te passen of wijkt telkens opnieuw uit, terwijl de webinterface blijft aangeven dat het kanaal nog steeds 36 is.

Situatie / netwerk

• Modem: Telenet DC16 (360 Modem)
• Wi-Fi 5 GHz: wil ik vast op kanaal 36 houden (UNII-1, geen DFS)
• Andere AP’s in huis:
• UniFi AP vast op kanaal 48 (geen DFS)
• TP-Link RE450 (voor test volledig uitgeschakeld/ontkoppeld)
• Mijn vaste pc staat fysiek dichtbij de modem en is de test-client.

Wat ik al geprobeerd heb

1. Factory reset van de modem uitgevoerd. (zowel fysieke knop als via ui)
   Na reset stond 5 GHz standaard op Auto.
2. In de modeminterface 5 GHz ingesteld op:

• Wi-Fi kanaal: 36
• Huidig wifi-kanaal: 36
• Kanaalbreedte stond ingesteld (bv 20–40, geen 80/160)

1. Op mijn Windows pc controleer ik het effectieve kanaal van de verbinding met:

netsh wlan show interfaces

Ik krijg bijvoorbeeld:

• SSID: (mijn SSID)
• Band: 5 GHz
• Channel: 36
• RSSI en rates normaal

1. Daarna voer ik een speedtest uit (hoge load).
   Onmiddellijk na de test controleer ik opnieuw met dezelfde command:

netsh wlan show interfaces

En dan zie ik:

• Band: 5 GHz
• Channel: 108
• (RSSI blijft sterk, connectie blijft bestaan, maar kanaal verandert effectief)

1. Op dit moment ga ik terug naar de Telenet modeminterface:

• daar staat nog steeds “Wi-Fi kanaal: 36” en “Huidig wifi-kanaal: 36”
• zelfs na een modem restart blijft de interface op 36 staan, terwijl Windows opnieuw channel 108 rapporteert.

Andere AP’s zijn sowieso uitgesloten

Om zeker te zijn dat dit niet van een andere access point komt:

• UniFi AP volledig uit (stekker eruit)
• TP-Link volledig uit (stekker eruit)
• pc herstart, wifi uit/aan, netwerk vergeten en opnieuw verbonden

Zelfs dan blijft het gedrag:

• eerst 36, daarna (na activiteit) weer 108
• terwijl de modem UI blijft tonen dat het 36 is.

Vraag

• Kan iemand bevestigen of de DC16 intern toch DFS/auto-kanaal gebruikt ook als je handmatig kanaal 36 instelt?
• Of is dit een bug waarbij de UI enkel de “configured channel” toont maar niet het actieve RF kanaal?
• Bestaat er een manier om de modem effectief op UNII-1 (36–48) non-DFS te houden zonder dat hij terug uitwijkt?

Ik kan extra logs/screenshots plaatsen van:

• netsh wlan show interfaces output voor/na speedtest
• modem UI waar “huidig kanaal” op 36 blijft staan

Alvast bedankt!

[WG94 · Accepted solution]

---

@DriesDeRuyck  schreef:

Ik heb sinds kort een Telenet DC16 modem.

---

Oei, nog nooit gehoord van dat model.

---

@DriesDeRuyck  schreef:

Vraag

• Kan iemand bevestigen of de DC16 intern toch DFS/auto-kanaal gebruikt ook als je handmatig kanaal 36 instelt?

---

Het is inderdaad bevestigd dat de 360° modem (F@ST3896LG-TN) die instelling negeert, zie:  F@ST3896LG-TN WiFi kanalen noch steeds niet instelbaar - De Netweters 

[DriesDeRuyck]

Bedankt voor de bevestiging en de link!

Dat komt inderdaad overeen met wat ik hier zie.

Ook bij mij lijkt de DC16 / 360° modem de manueel ingestelde 5 GHz-kanalen te negeren en intern alsnog auto/DFS te gebruiken, terwijl de interface blijft aangeven dat het kanaal vast ingesteld is. Het is dus duidelijk een gekend en bevestigd gedrag.

Jammer wel dat Telenet voor meer geavanceerde gebruikers geen optie voorziet om dit gedrag effectief te overrulen en het kanaal écht vast te zetten. Dat zou voor bepaalde setups toch een duidelijke meerwaarde zijn.

Nogmaals bedankt voor de verduidelijking.

[WG94]

Voor echt geavanceerde setups ben je sowieso wel beter af met een eigen router (dmv de bridge modus) of modem, al moet je dan natuurlijk ook extra kosten maken

[DriesDeRuyck]

Dat klopt zeker!
Als IT’er weet ik idd ook dat een eigen router via bridge de meest volledige oplossing is. Ik ging er alleen eerst van uit dat dit gedrag mogelijk een bug of UI-inconsistentie was, eerder dan een bewuste beperking.

Het blijft wel jammer dat dit voor geavanceerdere setups meteen extra hardware en kosten vereist, terwijl een iets meer configureerbare modem dat had kunnen opvangen, zeker in vergelijking met oplossingen zoals UniFi of zelfs TP-Link waar die controle wel standaard voorzien is.

Fijn weekend nog!

[flip1953]

Gezien dit geen "bug" is, maar "by design", kan je beter de Wifi van de Telenet modem gewoon uitzetten?

Ik lees dat je in huis al een eigen WLAN netwerk gebruikt (Unifi en TP-Link), dan kan je beter de Wifi van de router niet gebruiken, en eventueel een eigen extra AP plaatsen?

[janne_man]

Het is niet omdat het nu zo is, dat het bewust bij design is. Het kan ook nog altijd onbewust of per vergissing een bug zijn. Buitenstaanders kunnen dat onderscheid niet maken.

[flip1953]

---

@janne_man  schreef:

Het is niet omdat het nu zo is, dat het bewust bij design is. Het kan ook nog altijd onbewust of per vergissing een bug zijn. Buitenstaanders kunnen dat onderscheid niet maken.

---

Info komt niet van een "buitenstaander": 

---

@ChristofM  schreef:

We hebben ondertussen feedback ontvangen. De wifikanalen van dit type modem F@ST3896LG-TN kunnen niet aangepast worden. Dit kan niet omdat de software die de 360° functionaliteit aanstuurt deze keuze maakt op een dynamische manier. Dit betekent dat de wifikanalen blijven zichzelf aanpassen aan een nieuwe context (zoals bijvoorbeeld nieuwe stoorzenders, nieuwe wifi van de buren,...). 

---

bron: https://www.netweters.be/t5/Instellingen-software-hardware/F-ST3896LG-TN-WiFi-kanalen-noch-steeds-ni...

Wat wel een bug is, zijn de instellingen in "Mijn Telenet" - deze zouden op "AUTO" moeten staan zonder mogelijkheid van wijzigen.

[Suzy]

---

@flip1953  schreef:

---

@janne_man  schreef:

Het is niet omdat het nu zo is, dat het bewust bij design is. Het kan ook nog altijd onbewust of per vergissing een bug zijn. Buitenstaanders kunnen dat onderscheid niet maken.

---

Info komt niet van een "buitenstaander": 

---

@ChristofM  schreef:

We hebben ondertussen feedback ontvangen. De wifikanalen van dit type modem F@ST3896LG-TN kunnen niet aangepast worden. Dit kan niet omdat de software die de 360° functionaliteit aanstuurt deze keuze maakt op een dynamische manier. Dit betekent dat de wifikanalen blijven zichzelf aanpassen aan een nieuwe context (zoals bijvoorbeeld nieuwe stoorzenders, nieuwe wifi van de buren,...). 

---

bron: https://www.netweters.be/t5/Instellingen-software-hardware/F-ST3896LG-TN-WiFi-kanalen-noch-steeds-ni...

Wat wel een bug is, zijn de instellingen in "Mijn Telenet" - deze zouden op "AUTO" moeten staan zonder mogelijkheid van wijzigen.

---

@flip1953 terechte bemerking! We hebben dit eind 2025 al eens nagevraagd bij onze Connectivity collega's en zij hebben ons bevestigd dat dit inderdaad niet de bedoeling is. Voor de F@ST3896LG-TN modem is MyTelenet zo ontwikkeld dat deze velden normaal grijs weergeven moeten worden, om duidelijk te maken dat je ze niet kan wijzigen.

Maar blijkbaar toont dit fout in sommige scenario's (bv. klanten met de 360-modem zonder actieve wifi-pods). Hierdoor lijkt het in MyTelenet alsof je er toch aanpassingen aan kan doen, maar deze worden niet opgeslagen of doorgevoerd. 

Goed nieuws, de collega's hebben ons ook bevestigd dat dit opgelost wordt en dat de fix normaal dit kwartaal (voor einde maart) uitgerold zou worden.

@DriesDeRuyck sorry dat deze visuele bug op MyTelenet voor verwarring heeft gezorgd! 

[DriesDeRuyck]

Hi Suzy, dank voor de verduidelijking!

Dat verklaart inderdaad de verwarring in MyTelenet!

Wat mij technisch nog wel intrigeert, en waar ik graag extra duidelijkheid over zou hebben, is het volgende:

Na een factory reset stond de modem initieel op kanaal: “automatisch” en stond hij op een DFS-kanaal (108).

Wanneer ik daarna manueel het 5 GHz-kanaal op 36 instelde, werkte dit effectief:

de modem zond gedurende ±20–30 minuten daadwerkelijk uit op kanaal 36.

Dit heb ik tijdens de test ook expliciet geverifieerd:

-via Windows-niveau tools/commands op de client

-en via een onafhankelijke Wi-Fi analyzer app op mobiel

-beide bevestigden kanaal 36

Ook na het:

-aan/uit zetten van Wi-Fi op toestellen

-opnieuw verbinden van het netwerk

bleef het kanaal effectief 36 zolang er geen hogere load was.

Tijdens deze test:

-was er geen interferentie van andere netwerken

Pas na een speedtest / hogere load schakelde de modem opnieuw automatisch terug naar kanaal 108 en tot op de dag van vandaag blijft hij 24/7 staan op kanaal 108 terwijl er veel betere kanalen zijn waar hij kan naar schakelen met minder interferance. Kanaal 108 heeft nu -87dBm interferance terwijl kanaal 36 -94dBm interferance heeft.

Dat doet mij vermoeden dat:

-de hardware het vast instellen van een non-DFS-kanaal wel degelijk kan.

-maar dat er intern (firmware/algoritme) alsnog een auto/DFS-logica ingrijpt die de manuele keuze overschrijft.

Het zou interessant zijn om te weten of dit gedrag:

-bewust zo ontworpen is

(compliance/optimalisatie)

-of het gevolg is van een interne fallback die niet zichtbaar is in de UI.

Nogmaals bedankt voor de toelichting en opvolging, dit is vooral uit technische interesse, niet als klacht.

[DriesDeRuyck]

Filip, dat is op zich een logische suggestie, maar in mijn geval niet zo evident 😊

Mijn woning is relatief groot en de modem staat in de garage, die ik heb omgebouwd tot bureau/werkruimte. Mijn vaste werkcomputer staat letterlijk vlak naast de modem maar dan met een muur tussen daarom dat ik wifi gebruik en geen utp en ik werk daar dagelijks intensief op, bewust via de wifi van de modem. In die context is het voor mij logisch om net daar een optimale en stabiele wifi-verbinding te willen.

De UniFi- en TP-Link-AP’s gebruik ik vooral om de rest van de woning correct te dekken. Een extra AP bijplaatsen naast de modem zou in dit specifieke geval weinig toevoegen en eigenlijk vooral extra complexiteit en kosten meebrengen, terwijl de modem hardwarematig perfect in staat blijkt om stabiel op een non-DFS kanaal te werken (zoals ook tijdens mijn tests tijdelijk het geval was).

Als IT’er begrijp ik uiteraard dat een volledig eigen router/AP-setup via bridge de “ultieme” oplossing is, maar mijn vraag en interesse zat hier vooral in het begrijpen van het effectieve gedrag van de modem en de discrepantie tussen UI en realiteit, niet zozeer in het vermijden ervan.