Wegvallende wifi met modem in bridge

[mariboto]

Hoe los ik mijn stabiliteits problemen op van mijn netwerk?


Ik heb een Ziggo abbo, eerst de modem in routermodus en de deco BE25 als accespoints maar de laatste tijd ( eigenlijk sinds ik deze nieuwe units heb vaak terugkeren wifi problemen, dus in samenspraak met monteur de deco als router ingesteld en daarna de modem in bridge modus, dit omdat ( schijnbaar al enkele jaren) bij Ziggo bekend is dat er een conflict ontstaat wanneer de modem niet in bridge modus staat, nu stast het dan in bridge modus, volgens de monteur zou t nu stabiel zijn en alsnog valt internet naar modem regelmatig weg
...

Wat kan ik nu nog proberem, heb modem ook al herstart de deco’s hebben de laatste firmware dus ik weet t ff niet wat ik nog kan proberen
...

[JJ Le Funk]

misschien ligt de oorzaak niet in het thuisnetwerk maar is de verbinding naar buiten (ziggo zijde) jittery?

[djazzy]

Waarom modem in bridge ???. Gewoon de wifi op modem uitzetten (Die is toch altijd brak) . dhcp aan in ziggo modem. En dan de deco`s de wifi functie laten overnemen zonder dhcp. wel 1 deco met utp aan het ziggo modem knopen .

[mariboto]

Wifi op modem stond altijd al uit, maar volgens monteur was de wegvallende wifi te wijten aan mijn vorige instelling en zou huidige instelling de problemen oplossen, ik kijk t even aan, anders toch weer nieuwe afspraak maken voor monteur die metingen doet

[mariboto]

Heb de logbestande van de deco laten analyseren door chatgpt daar komen heel wat problemen uit die met firmware-/meshprobleem te maken hebben, is er ook een support van tp-link?

[mariboto]

Heb intussen een andere switch besteld, de huidige netgear gs105v5 zou volgens tp-link mogelijk problemen veroorzaken zeker omdat ik de be25 in maater slave bekabeld backhaul heb staan, heb daarom nu de tl-sg108 besteld, ben benieuwd of dit verbetering geeft

[mvn23]

Dus als ik het goed begrijp heb je problemen sinds je een deco set hebt geïnstalleerd. Is het dan niet logischer om daar het probleem ook te zoeken in plaats van eerst naar alle andere onderdelen van je setup te wijzen? Heb je de deco's al eens volledig gereset? Kun je de firmware op de deco's eventueel downgraden? Nieuwer is niet altijd beter.
Ook is het misschien handig om wat meer informatie te geven over hoe je netwerk is opgebouwd. Je begint over Ziggo en deco's, om nu in je laatste post opeens een netgear uit de hoge hoed te toveren.
Heb je al eens geprobeerd of het met een minimale setup stabiel te krijgen is? Met bijvoorbeeld een enkele accesspoint die direct bekabeld aan je Ziggo modem hangt? Dan kun je eventuele problemen met roaming/mesh/backhaul alvast uitsluiten.

[JurienW]

Begin in ieder geval met het bepalen in welke domein het probleem ligt.
Kan je als je problemen ervaart nog wel het Ziggo modem bereiken ?
Als dat niet lukt zit het zeer waarschijnlijk in je WiFi. Sluit een device bekabeld aan op je switch, als dat wel werkt weet je het zeker en weet je in iedere geval waar je het moet zoeken.
Als het Ziggo modem wel bereikbaar is kan je in de logs daarvan kijken of er problemen zijn.

[The_Doman]

djazzy schreef op dinsdag 13 oktober 2026 @ 21:03:
Waarom modem in bridge ???. Gewoon de wifi op modem uitzetten (Die is toch altijd brak) . dhcp aan in ziggo modem. En dan de deco`s de wifi functie laten overnemen zonder dhcp. wel 1 deco met utp aan het ziggo modem knopen .

Voor alle TP-Link/Deco apparaten die in AP mode werken en een zogenaamde "smart DHCP" functie hebben:
Zet deze functie uit in AP mode!
Anders kan/gaat deze bij uitval/verstoringen van de router/DHCP server of soms zonder reden zelf als DHCP server functioneren met alle gevolgen van dien voor je netwerk.

Ziggo Community: SSID deco/ ziggo

@Kameleon1987   schreef:
Een klassiek probleem:
Deco hoort DHCP uit te zetten in AP-mode
Maar bij glitches (reboot, kabelverlies) kan hij:
tijdelijk zelf DHCP starten (192.168.68.x) of verkeerd subnet gebruiken.

Deco M9 Plus in AP mode taking over DHCP server and assigning IPs in own subnet
TP-Link Community: Conflicting DHCP when Deco in AP mode?
TP-Link Community: Smart DHCP on/off option under Access Point mode

Zet dit dus altijd uit in AP mode!

[mariboto]

Intussen is bekend waar de instabiliteit vandaan kwam, het lag dus helemaal niet bij mij maar na enkele monteurs over de vloer te hebben gehad blijkt een stuk ziggo grondkabel die in de weg naar verdeelkast corrosie te vertonen en dient deze vervangen te worden door Cirket, maar nu moet eea weer aangevraagd worden bij gemeente en dit proces duurt 6-8 weken, pas na instemming wordt een afspraak ingepland en dan zitten we intussen in 2027

[The-Eagle_2007]

Vragen voor een tijdelijke andere oplossing, 5G?

[dion_b]

mariboto schreef op maandag 2 november 2026 @ 13:25:
Intussen is bekend waar de instabiliteit vandaan kwam, het lag dus helemaal niet bij mij maar na enkele monteurs over de vloer te hebben gehad blijkt een stuk ziggo grondkabel die in de weg naar verdeelkast corrosie te vertonen en dient deze vervangen te worden door Cirket, maar nu moet eea weer aangevraagd worden bij gemeente en dit proces duurt 6-8 weken, pas na instemming wordt een afspraak ingepland en dan zitten we intussen in 2027

Dan heeft het dus niets met WiFi te maken en was je bedrade verbinding ook wegvallend.

Tip voor volgende keer: zoek uit en wees specifiek over wat je probleem exact is, je vraag ging over WiFi dus gingen suggesties daar ook over terwijl je probleem totaal ergens anders lag.

Je internetverbinding is een keten, dat het op laatste schakel van die keten (je WiFi) problemen geeft wil niet zeggen dat de oorzaak ook in die laatste schakel ligt. En of het nu gaat om support krijgen van je provider of van mensen hier op GoT, het gaat een stuk sneller als je de schakels een voor een afloopt en ons kunt vertelen bij welke het probleem begint. Hier zou je bijvoorbeeld in de statuspagina van je modem (192.168.100.1) slechte signaalwaardes hebben kunnen zien. Als dat het geval is weet je dat je binnenhuis niet hoeft te zoeken en je kunt de juiste vraag aan je provider stellen om gelijk bij de oorzaak - en oplossing - te komen.

[mariboto]

Hoe doe je dat als de modem in bridge modus staat? Voorheen heb ik niet gekeken en ik ging uit vd expertise van de monteurs en dat blijkt dus niet altijd met elke monteur te kunnen, aangezien ik alles met wifi doe ga ik niet denken aan bekabeld probleem

[Wylana]

mariboto schreef op maandag 2 november 2026 @ 19:15:
Hoe doe je dat als de modem in bridge modus staat? Voorheen heb ik niet gekeken en ik ging uit vd expertise van de monteurs en dat blijkt dus niet altijd met elke monteur te kunnen, aangezien ik alles met wifi doe ga ik niet denken aan bekabeld probleem

Ping commando vanaf een machine (PC/laptop) die bekabeld is aangesloten en deze lange tijd laten lopen.
Daarmee logging verzamelen en kijken hoe die is. Als je daar niks vreemds in ziet, als in vreemde drops, dan weet je dat je internetlijn dus goed is. Als je daar wel drops in ziet, ligt het in je bekabeling, je modem of de internetlijn zelf.

Tooling die je hiervoor kan gebruik is o.a. PingPlotter bijvoorbeeld.

[dion_b]

mariboto schreef op maandag 2 november 2026 @ 19:15:
Hoe doe je dat als de modem in bridge modus staat?

192.168.100.1, zoals ik hierboven aangaf. Standaardadres van de GUI van iedere kabelmodem ongeacht merk of provider.

Exact wat je kunt zien en doen hangt af van je modemtype, die je niet met ons gedeeld hebt. Maar signaalwaardes in de up- en downstream en foutlogs kun je meestal wel vinden.

Voorheen heb ik niet gekeken en ik ging uit vd expertise van de monteurs en dat blijkt dus niet altijd met elke monteur te kunnen, aangezien ik alles met wifi doe ga ik niet denken aan bekabeld probleem

Denken dat WiFi je hele verbinding is, is magisch denken.

WiFi is je bedrade binnenhuisnetwerk (LAN) draadloos uitgebreid (WLAN). Die LAN zit vervolgens vast aan een WAN, in dit geval is dat de verbinding van je router met de modem. Vervolgens moduleert de modem de signalen over een (in dit geval) coaxkabel. Verderop bij je provider gaat het dan weer over glasvezel richting het internet. Stuk voor stuk zijn dat schakels van je keten.

Vergelijk het met een tuinslang. Als er geen water uit je tuinslang komt, kan het liggen aan een kapotte of verkeerd geconfigureerde (dubbelgeknakte) tuinslang, maar het kan ook liggen aan de kraan waar het aan vast zit, het kan liggen aan defecten, lekkages of dichte stopkranen elders in huis, of het kan liggen aan de levering door je waterleverancier. Je kunt je buurman vragen of je iets verkeerds doet met je slang en als dat niet gelijk helpt Waternet bellen, maar het is toch geen gekke gedachte om eerst te kijken wat je kraan doet...

[EverLast2002]

@dion_b

"192.168.100.1, Standaardadres van de GUI van iedere kabelmodem ongeacht merk of provider."

oke, wist ik niet.. is het dan af te raden om .100 te gebruiken in een thuisnetwerk, bijvoorbeeld in een VLAN met dit subnet?

[dion_b]

EverLast2002 schreef op dinsdag 3 november 2026 @ 12:03:
@dion_b

"192.168.100.1, Standaardadres van de GUI van iedere kabelmodem ongeacht merk of provider."

oke, wist ik niet..

Yup, zie paragraaf 9.1 van de DOCSIS OSSI spec:

The CM MUST support 192.168.100.1, as the well-known diagnostic IP address accessible only from the CMCI interfaces. The CM MUST support the well-known diagnostic IP address, 192.168.100.1, on all physical interfaces associated with the CMCI

is het dan af te raden om .100 te gebruiken in een thuisnetwerk, bijvoorbeeld in een VLAN met dit subnet?

Afraden is een groot woord, gevolg als je het wel doet is dat je de statuspagina op 192.168.100.1 niet meer kunt benaderen vanaf die LAN omdat je router dat dan als LAN IP gaat zien ipv verzoeken richting WAN doorlaten.

[EverLast2002]

dion_b schreef op dinsdag 3 november 2026 @ 12:19:
[...]

Yup, zie paragraaf 9.1 van de DOCSIS OSSI spec:

[...]


[...]

Afraden is een groot woord, gevolg als je het wel doet is dat je de statuspagina op 192.168.100.1 niet meer kunt benaderen vanaf die LAN omdat je router dat dan als LAN IP gaat zien ipv verzoeken richting WAN doorlaten.

hm....nou heb ik bij een kennis zijn netwerk ingericht met een 192.168.100.0/24 subnet. En hij heeft een KPN fiber aansluiting, maar met een ander merk router dan de KPN Box12. Dit kan toch gewoon zo blijven, hoop ik...?

[mariboto]

Afraden is een groot woord, gevolg als je het wel doet is dat je de statuspagina op 192.168.100.1 niet meer kunt benaderen vanaf die LAN omdat je router dat dan als LAN IP gaat zien ipv verzoeken richting WAN doorlaten.

Moet ik het dan via 192.168.68.1 doen, via de Deco's?

[dion_b]

EverLast2002 schreef op dinsdag 3 november 2026 @ 13:11:
[...]

hm....nou heb ik bij een kennis zijn netwerk ingericht met een 192.168.100.0/24 subnet. En hij heeft een KPN fiber aansluiting, maar met een ander merk router dan de KPN Box12. Dit kan toch gewoon zo blijven, hoop ik...?

KPN biedt geen DOCSIS (kabelinternet) aan, dus dat document en dat adres geldt alvast niet daarvoor.

XGS-PON (de meest recente KPN fibre techniek) heeft alvast niet een soortgelijke interface gespecificeerd, ik weet niet hoe het zit met oudere (AON) technieken zit, maar kans is klein dat het zelfde is.

Sowieso is enige risico dat je niet bij die ene statuspagina kan komen, dus ook op DOCSIS (kabelinternet) kan het weinig kwaad om het zo in te richten.

[dion_b]

mariboto schreef op dinsdag 3 november 2026 @ 13:31:
[...]

Moet ik het dan via 192.168.68.1 doen, via de Deco's?

Nee. Die statuspagina zit op 192.168.100.1 en juist als je LAN op een ander subnet zit (zoals 192.168.68.0/24) zou je daar prima bij moeten kunnen. Je hoeft niets te veranderen.