Wifi die meerdere keren per dag “eruit vliegt”, terwijl je internetverbinding zelf gewoon werkt. Herkenbaar? In deze post loop ik door een concreet geval: drie FRITZ!Repeaters achter een providerrouter (in dit geval een KPN Experiabox), waarbij het netwerk dagelijks meermaals wegviel. De oplossing bleek niet in nieuwe hardware te zitten, maar in het logboek.
Het symptoom: internet weg, maar niet écht
De klacht is vrijwel altijd hetzelfde geformuleerd: “het internet valt weg”. Maar er is één detail dat alles verandert:
Als ik overschakel naar het gastnetwerk, komt het internet vaak meteen terug.
Dat is geen kleinigheid. Als het wisselen van SSID de zaak herstelt, dan was je internetverbinding nooit weg. Je apparaat bleef hangen aan een toegangspunt waar geen bruikbaar pad meer achter zat, en door naar een ander netwerk te schakelen forceerde je een nieuwe verbinding. Je hebt dus geen storing bij je provider en waarschijnlijk ook geen kapotte repeater — je hebt een roaming- en sturingsprobleem.
Dat verklaart meteen waarom vervangende hardware zo vaak “een tijdje” helpt en daarna weer misgaat: bij het omruilen wordt alles opnieuw ingesteld en gekoppeld, niet gerepareerd.
Begin altijd bij het logboek
Log in op de repeater via fritz.repeater en ga naar Systeem → Gebeurtenissen. Een fragment uit de praktijk (geanonimiseerd):
12:14:40 [Woonkamer] Repeater-aanmelding bij de basis niet gelukt:
verbindingsopbouw mislukt. MAC-adres: XX:XX:XX:XX:XX:XX
12:14:35 De FRITZ!Repeater-instellingen werden gewijzigd via de
gebruikersinterface.
11:58:55 Internetverbinding IPv6: DHCPv6-fout met oorzaak 8
(no prefix for this ia)
11:58:35 5 GHz-band gedurende 1 min. niet beschikbaar op het
geselecteerde kanaal 132-136 vanwege controle op
bevoorrechte gebruikers (bijv. radar).
11:58:35 Internetverbinding werd tot stand gebracht.
11:58:30 Wi-Fi-overdrachtskwaliteit verhoogd door gereduceerde
kanaalbandbreedte (2,4 GHz).AVM geeft zelf een uitstekende eerste testvraag mee: staan er in het logboek ook gebeurtenissen van vóór het moment van uitval, of begint de lijst pas daarna? Begint de lijst pas erna, dan herstart de repeater zichzelf en heb je een heel ander probleem te pakken (voeding, oververhitting, hardware) dan wifi-sturing.
Het DFS-misverstand
Die melding over “controle op bevoorrechte gebruikers (bijv. radar)” ziet er alarmerend uit. Op DFS-kanalen (52 t/m 140) moet apparatuur wijken voor weerradar en luchtvaartradar, en dan valt 5 GHz weg. Een klassieke oorzaak van onverklaarbare uitval — maar niet automatisch jouw oorzaak.
Let op de tijdstempel. In het voorbeeld hierboven staat de DFS-melding op exact hetzelfde moment als “Internetverbinding werd tot stand gebracht”. Dat is geen radardetectie, maar de verplichte Channel Availability Check: bij het opstarten van de radio moet een DFS-kanaal eerst één minuut luisteren voordat er gezonden mag worden. Dat gebeurt elke keer dat de radio start, ook als er in de wijde omgeving geen radar te bekennen is.
De vuistregel: een DFS-melding is alleen verdacht als hij samenvalt met een moment waarop het daadwerkelijk misging — niet als hij samenvalt met een herstart of een instellingswijziging.
En het omgekeerde geldt ook. De niet-DFS-kanalen 36 tot en met 48 zijn in dichtbebouwde wijken vaak overvol, terwijl de hogere DFS-kanalen leeg zijn. Schoner spectrum weegt dan zwaarder dan het theoretische radarrisico. Wie handmatig naar een DFS-kanaal overstapt, ziet het regelmatig verbeteren.
Oorzaak 1: geen echte mesh achter een providerrouter
Dit is de grootste valkuil. FRITZ!Repeaters vormen niet vanzelf een mesh zodra je er meerdere neerzet. Er moet één apparaat de rol van Mesh Master vervullen, dat alle instellingen en sturing centraal regelt.
Staat er een router van een andere fabrikant aan het begin van de keten, dan kan die die rol niet vervullen. AVM lost dat op door één repeater als Mesh Master in te stellen; die bouwt dan een eigen netwerk achter de providerrouter en geeft de instellingen door aan de overige repeaters. AVM adviseert daarbij nadrukkelijk om de wifi van de providerrouter uit te schakelen.
Doe je dat niet, dan heb je geen mesh maar een handvol losse toegangspunten die toevallig dezelfde netwerknaam uitzenden en onderling niets afstemmen over welk apparaat waar hoort. Precies het recept voor clients die blijven vastplakken aan een zwak of onbruikbaar geworden punt.
Controleren of het klopt
- Ga op de Mesh Master naar Thuisnetwerk → Mesh.
- Staat bij elke repeater een mesh-pictogram? Zo niet, dan doet dat apparaat niet mee aan de sturing.
- Controleer op elke repeater onder Thuisnetwerk → Mesh → Mesh-instellingen of “Overname van de instellingen actief” aanstaat.
Oorzaak 2: band steering staat uit
Twee instellingen bepalen of je mesh je apparaten überhaupt kán sturen. Beide zitten onder Wi-Fi → Wi-Fi-netwerk → Meer instellingen:
- Zet “Verschillende namen voor de Wi-Fi-netwerken gebruiken” uit. Gebruik je aparte namen voor 2,4 en 5 GHz, dan is band steering onmogelijk. Je apparaten kiezen dan zelf een band en blijven eraan vastzitten, ook als die band onbruikbaar is geworden.
- Zet “Naam van het Wi-Fi-netwerk verbergen” uit. Een verborgen SSID blokkeert Mesh Wi-Fi steering en geeft bovendien bij sommige apparaten koppelingsproblemen. De beveiligingswinst is nihil; de kosten zijn reëel.
Gebruik in je netwerknaam ook alleen letters, cijfers en spaties — geen accenttekens of speciale tekens, want niet elk apparaat gaat daar goed mee om.
Oorzaak 3: IPv6 dat nergens heen kan
Deze regel uit het logboek verdient meer aandacht dan hij meestal krijgt:
Internetverbinding IPv6: DHCPv6-fout met oorzaak 8 (no prefix for this ia)Wat hier gebeurt: de repeater draait een eigen netwerk achter de providerrouter, dus je hebt dubbele NAT. De providerrouter geeft geen IPv6-prefix door, waardoor je FRITZ-netwerk wel IPv6 aanbiedt terwijl er geen werkend pad achter zit.
Het gevolg is subtiel maar vervelend: apparaten proberen eerst IPv6, lopen tegen een time-out aan en vallen pas daarna terug op IPv4. Voor de gebruiker voelt dat als “internet weg”, terwijl de verbinding technisch prima is. En ja — ook dit lost tijdelijk op door opnieuw te verbinden.
Oplossing: schakel IPv6 uit onder Internet → Toegangsgegevens → IPv6. In de praktijk lever je daar niets voor in.
Oorzaak 4: repeaters die aan repeaters hangen
Drie repeaters in huis betekent niet dat alle drie de basis zien. Hangt repeater C aan repeater B in plaats van aan de Master, dan halveert de beschikbare bandbreedte per stap en wordt de verbinding merkbaar wankeler.
- Log per repeater in en controleer met welk apparaat hij verbonden is en met welke signaalkwaliteit.
- Zorg dat elke repeater de Mesh Master rechtstreeks ziet.
- Kan dat niet? Veel FRITZ!Repeaters hebben een LAN-poort en kunnen als bekabeld toegangspunt werken. Een netwerkkabel als backhaul is verreweg de stabielste opzet die er bestaat.
Kleinere signalen die je niet moet negeren
Gereduceerde kanaalbandbreedte op 2,4 GHz
De melding “Wi-Fi-overdrachtskwaliteit verhoogd door gereduceerde kanaalbandbreedte” betekent dat de repeater terugschakelt naar 20 MHz vanwege storing. Op zichzelf is dat verstandig gedrag, maar het vertelt je wel dat je 2,4 GHz-spectrum druk is. Overweeg die band vast te zetten op kanaal 1, 6 of 11.
Mislukte repeater-aanmeldingen
Een melding als “Repeater-aanmelding bij de basis niet gelukt” vlak na een instellingswijziging is onschuldig — dat hoort erbij. Komt dezelfde melding terug op willekeurige momenten zonder aanleiding, dan raakt er echt een repeater zijn basis kwijt en moet je naar plaatsing en signaalsterkte kijken.
Gastnetwerk
Een tweede SSID over dezelfde radio’s verdubbelt het beheerverkeer. Zet het gastnetwerk een paar dagen uit als test — puur om de variabele weg te nemen. Heb je het nodig, laat het dan op één punt draaien in plaats van overal.
Firmware
Werk alle repeaters bij naar dezelfde FRITZ!OS-versie via Thuisnetwerk → Mesh → Naar updates zoeken. Versieverschillen tussen mesh-onderdelen geven soms lastig te herleiden koppelingsproblemen. Vergeet ook de wifi-drivers en het besturingssysteem van je clients niet.
Automatisch of handmatig kanaal kiezen?
Hier lopen adviezen uiteen, en dat is terecht. AVM adviseert de automatische kanaalkeuze aan te laten: de Master analyseert dan doorlopend de omgeving en wijkt zelf uit bij storing.
Daar valt iets voor te zeggen, maar bij aanhoudende problemen is handmatig vastzetten een prima diagnostische stap — je haalt een variabele weg en kunt zien of het patroon verandert. Mijn advies: kies één aanpak en houd die minstens een week vol. Werkt handmatig niet, zet dan de automatiek terug in plaats van eindeloos derde en vierde kanalen te proberen.
Checklist
- Test tijdens een uitval een bekabeld apparaat. Werkt dat gewoon door, dan is het wifi, geen internet.
- Lees het logboek en let vooral op de tijdstempels ten opzichte van het storingsmoment.
- Controleer of er één duidelijke Mesh Master is en of de wifi van de providerrouter uitstaat.
- Zet band steering aan: één SSID voor beide banden, en geen verborgen netwerknaam.
- Schakel IPv6 uit als het logboek DHCPv6-fouten toont.
- Controleer of geen enkele repeater aan een andere repeater hangt. Kabel waar het kan.
- Werk alle firmware bij naar dezelfde versie.
- Kijk kritisch naar plaatsing: centraal, hoog, vrij van metaal, radiatoren en grote planten.
Tot slot
De grootste tijdwinst zit in het weerstaan van de reflex om hardware te vervangen. Als een omruil “een tijdje” helpt en het probleem daarna terugkeert, dan was de hardware nooit stuk — dan hielp de herinstallatie. Het logboek vertelt je binnen vijf minuten waar je echt moet zoeken, en dat is bijna altijd een instelling in plaats van een defect.
Blijft het probleem daarna bij één specifiek apparaat, dan ligt de oplossing waarschijnlijk bij dat apparaat zelf. Blijft het bij alle apparaten op één plek in huis, dan is het bereik of plaatsing. Blijft het overal, dan is er nog een instelling die niet klopt.
Wil je meer van dit soort artikelen lezen? Meld je aan voor onze nieuwsbrief.
