TP-link deco M5 in Access Point modus onderbreekt internetverbinding

Beste @Thomas,

Dank voor je antwoord. Helaas heb ik hier nog niets tussen gevonden wat lijkt op het probleem dat ik heb of hint op een voor mij wenselijke inrichting.

Bij voorkeur stel ik mijn deco M5 niet als router in tussen mijn kpn modem en het thuisnetwerk omdat ik het werkend houden van het iTV-signaal met eerdere TP-link (TL-SG108E) switches niet goed voor elkaar heb kunnen krijgen en deze maar heb vervangen door Netgear (GS108Ev3) switches. Dit heeft mijn vertrouwen in IGMP snooping afhandeling van TP-link producten geen goed gedaan. Bovendien lees je ook op veel plekken juist het advies om ze in Access Point modus te gebruiken in plaats van de Router modus en ze niet in de routering naar iptv kastjes te gebruiken om problemen te voorkomen.

Gezien de manier waarop het internet eruit gaat lijkt het erop dat dit gebeurt zodra de deco's na 30 seconden bedraad internet een of andere communicatie routine opstarten. TP-link geeft aan dat backhaul communicatie via standard IEEE 1905.1 protocol plaats vindt (https://community.tp-link.com/en/home/forum/topic/98898). Kan dat misschien het modem plat leggen?

Kan KPN misschien error logs van het modem uitlezen om te zien wat er fout gaat? 28 december 's middags is het modem heel vaak in de foutmodus gesprongen en ik kan het probleem ook op elk moment reproduceren mocht het nodig zijn. De TP-link logs geven volgens TP-link alleen maar aan dat er geen internetverbinding is.

Onderstaande is wat ik in het log van het modem kan vinden na een reboot van mijn deco M5 nr#2 om 20:38 is:

Om 20:40 heb ik vervolgens geen wifi van de deco's en ook geen bedraad internet via de switches. LAN communicatie naar de NAS en mediaspeler blijft werken, maar het kpn modem kan ik ook niet meer via de browser bereiken. Wat verder nog opvalt is dat de WAN uptime 18 dagen is, het probleem blijft volgens mij dus beperkt tot LAN communicatie.

Ok, ik zie nu dat ik “loopback detection” verkeerd uitleg, het betreft geen manier om loops te detecteren maar een manier om pakketjes terug te kunnen ontvangen wanneer je netwerk testen uitvoert.

Hoi Thomas,

Het probleem lijkt toch echt bij KPN box 12 te liggen. Naar aanleiding van al het troubleshooten met TP-link kunnen we het probleem tot de volgende omschrijving terug brengen:

Wanneer een Deco M5 slave unit de bedrade backbone in gebruik neemt door het inprikken van de ethernetkabel of het opnieuw opstarten van een slave unit, wordt mijn KPN Box 12 voor 8 minuten lang onbereikbaar vanuit LAN, 192.168.2.254 is gedurende die tijd onbereikbaar (DNS requests blijven onbeantwoord en “ping timed out”). We hebben dan ook geen internet meer alleen intern netwerk (ook over de box12).

Ik ben lang met TP-link aan het troubleshooten geweest omdat ik het gedrag pas opmerkte na een TP-link firmware upgrade. Dit speelt zich echter ook af na een firmware upgrade van KPN Box 12 afgelopen november. Het TP-Link systeem gedraagt zich normaal voor de situatie waarbij het internet wegvalt. Volgens mij hangt het met deze KPN Box 12 firmware update samen, mogelijk gaat er iets fout op het gebied van afstemming in het mesh netwerk waardoor de Box 12 voor 8 minuten onbereikbaar wordt op het interne netwerk:

https://forum.kpn.com/modems-123/kpn-box-12-update-mesh-sgej10000448-552046

Ik blijf voor nu maar zoveel mogelijk van de kabels en stekkers af zodat ik niet onnodig met die 8 minuten downtime geconfronteerd wordt en hoop dat in een toekomstige firmware update van de Box 12 dit gedrag verholpen wordt.

Ik heb afgelopen weekend SGEJ100000516 er opgezet door een factory reset uit te voeren. Helaas blijft het probleem bestaan.

Ondanks dat iTV niet werkt in de Deco router mode opstelling heb ik deze wel op advies van TP-link nog getest. Het probleem treedt dan niet op. Volgens TP-link worden in die opstelling de pakketjes die betrokken zijn bij de “ethernet backhaul” niet via/naar de KPN box 12 gestuurd.

In de normale opstelling zorgt het opnieuw opstarten van de KPN box 12 tijdens de 8 minuten downtime er alleen maar voor dat de downtime “timer” vanaf het moment dat de KPN box 12 weer opgestart is, dat dan de 8 minuten weer opnieuw in gaan.

Ik wacht een volgende firmware update af. Gelukkig is het vooral een irritante bug die meestal te vermijden is en bij werkzaamheden in huis houd ik vanaf nu vooral rekening met wanneer ik een slave unit weer aan laat gaan, om dan niet midden in een Teams meeting met 8 minuten downtime geconfronteerd te worden.

Ik heb er inderdaad best veel tijd in gestoken, vooral samen met TP-Link. Hun support afdeling heeft o.a. in het netwerk veel getest, wat best lastig was met een wegvallende internet verbinding. Wat de M5 deco's betreft, die functioneren naar behoren. Het interne netwerk blijft overeind zowel via wifi als bedraad. Sinds de box 12 firmware update die mesh ondersteuning op het modem heeft ingebracht kan deze niet met het signaal overweg van de deco’s wanneer deze overgaan naar de bedrade backhaul, waardoor de gateway (KPN box 12) niet meer benaderbaar is de uplink blijft wel gewoon actief, dus vanuit het KPN netwerk bekeken heeft de KPN box 12 gewoon nog verbinding.

Wanneer ik het Deco-systeem in router mode zou gebruiken dan heb ik het probleem niet, maar dat levert iTV problemen op. Dus kies ik maar voor de AP modus en accepteer de minuten downtime wanneer een van deco’s een stroomonderbreking heeft gehad.

De andere oplossing is om geen wired backhaul te gebruiken, maar ik vind dat dan weer jammer van de lagere netwerksnelheid die we dan overhouden.

Ik blijf hopen dat een toekomstige box 12 update dit problemen oplost!

+1 Heb dit probleem ook ondervonden, als iemand tegen hetzelfde aanloopt de M5 dus in AP modus zetten en DHCP vanaf het KPN modem. Wat ik hier nog niet gelezen heb is dat er heel duidelijk een rood lampje ging branden (op de M5) seconden na het aansluiten. Bij het verwijderen van de kabel ging het lampje ook meteen weer uit en was de internetverbinding terug. Zeer bizar. Heb zeer onzinnig twee uur zitten prutsen met een managed switch omdat ik dacht dat daar iets mis ging. 

Bedankt voor het inzicht! Wat ik in mijn geval kan bevestigen:

1: Geen overlap in SSID en wachtwoord

2: Wat betreft onderling verkeer kan ik inderdaad bevestigen dat netwerk transfers over de deco nog mogelijk waren. Zowel wired als wireless. 

Ik ga me aan het einde van de dag bezighouden met dezelfde situatie. Ik wil mijn Deco M5 achter de experiabox plaatsen in router mode en tegelijk ook iTV houden. Waar ik aan zit te denken is de volgende opstelling.

LAN poort1 (TV) naar een NETGEAR GS105E, LAN poort2 naar Deco M5, en vanuit de Deco M5 naar de NETGEAR GS105E. Deze switch inrichten voor het gebruik van verschillende VLAN's. Bij de tv komt dan eenzelfde switch die ook ingericht moet worden waarbij 1 poort dan specifiek voor de TV. Benieuwd of dat gaat werken.   

@Nick83 Nope, maar dan leer ik er ook nog wat van! ;)  Met Google en Youtube kom ik vaak een heel eind. Daarmee me afgelopen week ook aangeleerd een NUC te installeren met PROXMOX, Home Assistant en AdGuard, dus komt vast goed. 

Ik zit nog wel even met het feit dat er eigenlijk nog een domme switch tussen zit, even kijken hoe die reageert en anders nog maar een managed switch aanschaffen. 

Het is een soort van gelukt zoals ik eerder heb beschreven! Helaas werkt de domme switch niet. Dwz hij geeft het signaal van de VLans wel door naar de andere managed switch, maar de apparaten welke zijn aangesloten op de domme switch kunnen niet gevonden worden. Dwz, de Deco vindt ze wel, maar wellicht is dat omdat ze een static IP address hebben, maar ik kan ze niet bereiken. Dat is geen ramp, zal nog een NETGEAR Switch aanschaffen.

Maar de rest werkt als een zonnetje, mijn normale netwerk heeft op een korte internet onderbreking na niks van het geheel gemerkt en de iTV doet het ook!