Vraag

Connectbox geeft, icm wifibooster c7, na reset geen ipv4 adres. ipv6 werkt wel.

  • 19 juli 2020
  • 27 reacties
  • 515 keer bekeken

Reputatie 5
Badge +3
  • Gedreven Raadgever
  • 398 reacties

Als ik mijn connectbox stroomloos maak en daarna weer aanzet krijgen mijn apparaten geen ipv4 adres. Zowel bedraad als draadloos krijgen geen ipv4. Ipv6 werkt echter wel! Youtube.nl en google.nl doen het gewoon, maar nu.nl en ziggo.nl niet.

Als ik vervolgens mijn beide wifibooster c7 accespoints uitzet en daarna de connectbox weer uit en aanzet, dan werkt de dhcp wel en krijgen alle apparaten wel gewoon een ipv4. Daarna kan ik de wifiboosters weer aanzetten en doet alles het weer.

Kortom geen acuut probleem, maar wel lastig omdat na bijvoorbeeld een stroomuitval internet niet meer vanzelf online komt.

Is hier een fix voor in firmware van connectbox of wifibooster c7?


Dit topic is gesloten. Staat je antwoord hier niet bij, stel dan je vraag in een nieuw topic.

27 Reacties

Reputatie 7
Badge +8

Kun je de DHCP pagina van je Connectbox hier wellicht posten?

Zowel bedraad als draadloos krijgen geen ipv4.

Geen Ipv4 is gek. Verkeerd Ipv4 kan. Welk Ipv4 zie je?

Reputatie 5
Badge +3

Ik kreeg idd wel een IP adres, maar dat was een 169.etc. adres en op de mobiele apparaten krijg je dan de foutmelding dat  hij via de wifi geen ip-adres kan verkrijgen.

Ik heb met ipconfig /all gecheckt, ik dacht screenshots te hebben gemaakt, maar die zijn niet opgeslagen omdat ik ook geen onedrive internetcontact had.

Hieronder mijn dhcp instellingen. Ik heb mijn ipv6 even onleesbaar gemaakt. Ik heb trouwens full dual stack en ik gebruik ook port forwardings naar een minecraft server, vpn server en een ipcamera via UPNP.

(N.B. ik gebruik 192.168.179.*  ipv 178) omdat ik soms een VPN verbinding leg naar mijn vaders huis (standaard ziggo) en dan kreeg ik wat ip conflicten met vaste ip adressen, dus dat heb ik opgelost door bij mij thuis alles 1 nummertje op te schuiven.)

 

Ik denk dat de wifibooster c7 op een of andere wijze de dhcp server van de connectbox blokkeert, of de dhcp server van de connectbox start niet goed op omdat de wifiboosters al iets doen, geen idee wat er mis gaat. Maar als eerst de wifiboosters aan staan en daarna pas de connectbox wordt aangezet dan gaat het mis en krijgen mijn apparaten geen ipv4. Andersom (dus eerst connectbox aan) gaat het wel goed.

 

Bij gelijktijdig inschakelen (zoals na een stroomuitval) weet ik niet of het goed gaat en bij een soft reset weet ik het ook niet. Ik kan dat wel proberen, maar alleen als niemand in huis internet gebruikt en dat is bijna nooit met 2 pubers.

Ik had nu het probleem na meterkastwerkzaamheden waardoor alles 2 uurtjes van de stroom is geweest en ik toevallig de connectbox later inschakelde (want de stekker was eruit in de meterkast)

 

 

 

Ok. Ik was er al een beetje bang voor.
https://nl.wikipedia.org/wiki/APIPA

Uit je reaktie blijkt dat je goed weet waar je me bezig bent.
Vervelend is dat ik dan natuurlijk geen solide suggestie heb.

Ik vind het net zo bizar als jij.

Een niet helemaal shot in the dark.

Die C7 Booster is een door Ziggo gedresseerde TP-Link Archer C7 Router.
Die heeft een WAN poort (afwijkende kleur), die op de Booster een vijfde LAN poort is.

Als je die gebruikt, doe dat eens niet. Wat dan?

 

Reputatie 5
Badge +3

De lan poort gebruiken ipv de wan poort zal ik eens proberen op een rustig moment als niemand internet nodig heeft.

Reputatie 7

Hey @Wlmpie .

Een mysterie in onderzoek, lees ik wel! Hou je ons op de hoogte (uiteraard wanneer het even kan :-) ) 

Reputatie 5
Badge +3

IK heb zojuist een soft reset van de connectbox gedaan en alles kwam weer normaal online. Vervolgens een harde rest (middels aan/uit knop) en ook nu geen dhcp problemen en komt de connectbox weer normaal online. 

Dit maakt troubleshooting niet makkelijker.

Ik kan als laatste test nog een stroomstoring simuleren en kijken of het probleem dan weer optreed maar dat komt nu even niet uit.

wordt vervolgd.

Reputatie 5
Badge +3

Ik heb een stroomstoring gesimuleerd en vervolgens werkte de dhcp server in de connectbox niet meer. Dus als de wifibooster c7 en compal connectbox gelijktijdig aangaan.

Ook als ik de lan poort ipv de wan poort gebruik houd ik dit probleem.

Als je een tijdlang wacht dan krijgt een windows pc wel een ipv6 adres (router advertisements werken blijkbaar wel) zodat google.nl nos.nl en youtube etc. (ipv6) na een tijdje gewoon werken, maar nu.nl en ziggo.nl (ipv4 only) niet.

wel ipv6 geen ipv4

Ook na ca. 30 minuten blijft de dhcp server in de connectbox buiten dienst. Ook het loskoppelen van de wifiboosters leidt niet tot het heractiveren van de dhcp server in de connectbox, dus de enige mogelijkheid is dan een harde reset middels de power knop, want je kunt dan ook niet inloggen op de connectbox via 192.168.179.1 

Ik heb twee wifiboosters maar het probleem treedt ook op met maar 1 wifibooster aangesloten. Zowel via de wan-poort als de lan-poort.

(Let op: als je een windows computer afsluit en weer opstart kan hij nog zijn oude ip-lease hebben en werkt internet via de connectbox dus gewoon, tenminste totdat de ip lease moet worden verlengd. Ik dacht daarom even dat switchen naar de lan poort op de wifiboosters hielp, totdat ik een  ipconfig /renew gaf, en mijn windows desktop vervolgens alsnog een APIPA adres kreeg (169.254.18.154))  

Als ik de wifiboosters uitzet start de dhcp server van de connectbox wel op en krijgen de apparaten in mijn netwerk weer netjes ipv4-adressen.

Theorie:

Ik denk dat er een bug in de firmware van de connectbox of de wifibooster zit. Het lijkt erop dat bij het opstarten de wifibooster in het begin dhcp activiteit toont en dat de connectbox vervolgens besluit dat er een andere dhcp server is en dus zijn eigen dhcp server afsluit.

Als de wifibooster al eerder is opgestart, staat diens dhcp server uit en als dan een connectbox opstart ziet deze geen andere dhcp server en start gewoon zijn eigen dhcp server op.

Zou bovenstaande kunnen kloppen?

Wie wil dit ook eens testen met een compal connectbox en een wifibooster c7 v2.0?

Vraag 1 aan Ziggo: Is dit echt niet bekend? Dit is in een testlab toch eenvoudig te reproduceren? (mijn wifibooster c7 ver. 2.0 zit overigens wel achter een switch TL-SG108E)

vraag 2 aan ziggo: controleert de connectbox bij het opstarten inderdaad of er al een dhcp server aanwezig is en schakelt hij zijn eigen dhcp dan uit?

vraag 3: gaat Ziggo deze bug ooit nog fixen?

Of kan ik beter een pihole voor dhcp server laten spelen, dan komt alles na een stroomstoring tenminste weer online.

wifibooster instellingen

 

 

Reputatie 5
Badge +3

Ik lees dat tp-link in de firmware van hun archer c7 fixes heeft voor dns issues en ipv6. Zitten deze ook in de ziggo 2.1.2 firmware voor de c7? En zo niet, hoe kan ik de originele tp-link firmware in de c7 flashen? Ik heb 1 wifibooster c7 in bruikleen van Ziggo, maar de andere heb ik gekocht, dus in die c7 kan ik dan de originele firmware flashen en proberen of hij dan nog steeds de dhcp van de connectbox blokkeert.

Goedemorgen @Wlmpie

Het is een bijzondere situatie! Ik moet je eerlijk bekennen dat ik hiervan niet zoveel kaas van gegeten en ga ervoor zorgen dat dit topic bij een collega komt te liggen welke hier iets dieper op in kan gaan met zijn kennis.:blush:
To be continued! :wink:

Dit is een met regelmaat terugkerend fenomeen op dit forum en zelf ook ervaren met IPv4/IPv6 op het modem met de verbindingen achter de C7.

Nexten die niet updaten achter een C7, vreemde resultaten met verbindingen achter de C7 met allerlei apparatuur, zoals je zelf ook ervaart.

Enige effectieve actie die ik, tot nu toe, heb zien werken: modem op IPv4 only.

Reputatie 5
Badge +3

Ipv4only kan niet want ik heb full dual stack en dan doet ziggo dat niet, althans dat heb ik begrepen via dit forum. Ik kan alleen overstappen op bridge mode met een eigen router als ik van ipv6 af zou willen. Maar ik denk eigenlijk dat mijn probleem niet per se ipv6 gerelateerd is. Ipv4 gaat verkeerd want in de connectbox valt de dhcp server uit, als zowel de wifibooster c7 als de connectbox gelijktijdig opstarten.

Een overstap naar ipv4only betekent waarschijnlijk ook dat ik nooit meer full dual stack kan terugkrijgen en dan op ds-lite beland en dat wil ik niet. Ik gebruik nu port forwarding en wil dat kunnen blijven doen. Verder hebben steeds meer werkgevers telewerkvoorzieningen die ipv6 nodig hebben. Dus ik ben nogal huiverig voor een overstap naar ipv4only.

@Wlmpie Hallo Wim. Ik was even in de kantlijn.

IPv4 only wordt wel naar voren geschoven als niet goed beredeneerde panacee voor ik weet niet welk probleem. Soms helpt het en dan weet je niet of het onvermijdelijk was en waarom. Soms helpt het niet, omdat de overstap echt nergens op slaat.

Alleen bij IPv6 DS-Lite zijn er een aantal duidelijke situaties, waarin overstap noodzakelijk is, omdat de DS-Lite technologie enkele bekende beperkingen heeft.

Het is verstandig van Ziggo vervanging van IPv6 Full Dual Stack door IPv4 tegen te houden om al doende onterechte overstappen naar IPv4 te voorkomen.

Het is verstandig van jou te vinden dat je maar beter Full-DS kunt houden.

Dit laat onverlet dat je een duidelijk probleem hebt icm met de Archer C7 Booster.
Het valt niet te ontkennen dat er enkele mysterieuze issues mee zouden kunnen zijn, die nooit goed zijn uitgezocht. Bert wijst daar ook op. De grens tussen broodje aap en een serieus goed vastgesteld probleem is soms vaag.
Het was daarom dat ik je eerder adviseerde de WAN poort van C7 eens niet te gebruiken.
Jammer maar helaas. Dat hielp niks. Ik beloofde een enigszins beredeneerde shot in the dark. Meer was het niet en werd het niet.

Gezien al je inspanningen om het probleem te onderzoeken en je uitstekende feedback hierover, zie ik eigenlijk maar 2 vrij domme mogelijke oplossingen die getest zouden kunnen worden.
Dat de DHCP Server op de Connectbox zichzelf zou uitschakelen is een aardige hypothese. Het lijkt zo te zijn. Toch geloof daar nog niet veel van zonder verdere lastig uit te voeren analyse.:wink:

De domme test opties, in deze volgorde te beproeven.

  1. vervanging Archer C7 door een ander exemplaar of door de nieuwe Booster met een Ethernetkabel
  2. Veranging Connectbox. Vraag: Heb je nu een Compal of een Arris?

Hoe zie jij dat?
Ik kan wellicht bevorderen dat deze aanpak gekozen wordt, onder de hoede van een Mod, die misschien nog een geweldig beter idee heeft.

 

 

 



 

Reputatie 5
Badge +3

Ik heb nu een compal.

Maar ik heb nu eindelijk sinds een paar weken stabiel internet door de wifi op de connectbox helemaal uit te zetten en alle wifi in huis doe ik nu met 3 accespoints, 2x wifibooster c7 en 1x netgear wndr4500. Met wifi aan op de connectbox krijg ik na verloop van tijd problemen en moet dan weer alles resetten. Het blijft een brak buggy modem.

Ik heb nu alleen een probleem na gelijktijdig inschakelen van connectbox en wifibooster. Dit treed alleen op na een stroomstoring, of meterkast werkzaamheden (dit laatste bij mij dus). Omdat ons stroomnet in NL erg betrouwbaar is komt dit nauwelijks voor.

Dus ik sta open voor wat experimenten, maar dat kan ziggo ook zelf doen in een testlab.

Na 2 jaar onbetrouwbaar internet wil ik mijn huidige configuratie dus graag houden, want deze is zonder stroomstoringen stabiel. Tot mijn meterkast werkzaamheden was mijn connectbox 90 ! dagen online zonder problemen. Dat was echt een record. Ik had wel 65 T3 time outs in diezelfde periode, maar dat is voor Ziggo blijkbaar normaal.

Andere connectboxen of nieuwe wifibooster zie ik dus niet zo zitten want dat is toch weer brakke chinese rommel en dan kun je weer wachten op nieuwe problemen.

Ik sta wel open voor een fritzbox als modem/router, daar zou ik graag aan meewerken.

Ok.

Ik sta wel open voor een fritzbox als modem/router, daar zou ik graag aan meewerken.

Ja, dat snap ik. Misschien komt zoiets, maar nu nog niet. Ziggo probeert een ontwikkeling als deze zo lang mogelijk tegen te houden. Ziggo zusje UnityMedia in Duitsland levert dit desgewenst aan klanten. Het kan dus.

Het is nu een beetje roeien met de riemen die je hebt.

Daar hoort ook bij:
Connectbox in Bridge Mode (geen IPv6 meer) en daarachter een Fritzbox.

Ik begrijp dat je weinig ziet in mijn voorstel, als je nu kunt leven met zoals het marcheert.
Het is uiteraard allemaal jouw keuze, binnen de beperkingen die er nog zijn.

PS Connectbox soft- en hardware worden ontwikkeld door Liberty Global ism met andere partijen. Die Chinezen zullen precies doen wat ze opgedragen krijgen. Daar zal; het m.i niet aan liggen. Hoe het bij ontwikkeling en onderhoud van de Archer C7 Booster in elkaar steekt, weet ik niet.

 

Reputatie 5
Badge +3

Ik heb trouwens een nieuwe mogelijke theorie waardoor de problemen ontstaan. In mijn ervaring veroorzaakt de connectbox problemen zodra deze het druk krijgt.

Na een stroomstoring vragen alle netwerkapparaten gelijktijdig een ip-adres aan de connectbox waardoor mogelijk de dhcp server in de connectbox overbelast raakt en crasht. Het uitschakelen van de wifiboosters alvorens te resetten, verminderd het aantal dhcp aanvragen voldoende om een crash van de dhcp server te voorkomen. Dan zit het probleem dus vooral bij de connectbox en dat verbaasd mij niet want die dingen zijn bewezen onstabiel.

De dhcp server komt ook niet meer vanzelf online in de connectbox, dit gebeurd echt pas weer na een reset. Ook dat is consistent met een crash vd dhcp-server.

Als er geen netwerkprobleem is kun je wel de connectbox gewoon resetten want dan heeft de wifibooster nog een ip-lease en vraagt dus niet voordurend om een nieuw ip.

Ik denk dat bovenstaande theorie klopt, maar ik mis zelf de middelen en tijd om dit middels testen te bewijzen. Maar misschien kan Ziggo er iets mee?

Of ze weten dit allang, maar dan moeten ze al die ondergedimensioneerde connectboxen gaan vervangen en dat is te duur.

Reputatie 6
Badge +7

Vraag 1 aan Ziggo: Is dit echt niet bekend? Dit is in een testlab toch eenvoudig te reproduceren? (mijn wifibooster c7 ver. 2.0 zit overigens wel achter een switch TL-SG108E)

 

Heb je deze in de Connect box een vast IP adres gegeven? Wanneer deze door een stroomstoring uitvalt vraagt deze om een IP adres en na de default time deze standaard naar het default IP adres 192.168.0.1 gaat. De modem heeft een langere tijd nodig om on-line te komen en de switch zit in een ander subnet

Extract user guide 

 By default, the switch receives an IP address from a DHCP server (or a router that functions as a DHCP server) in your network. You can find out this IP address on the DHCP server.

 If the switch cannot receive an IP address from a DHCP server, it uses the static IP address of 192.168.0.1, with a subnet mask of 255.255.255.0.

Dat Ip is voor login op de Switch.

Als je geen gebruikt maakt van de Managed features, maakt dat verder niet zoveel uit.

@Wimpie Ooit ingelogd op de Switch om dingen in te stellen? Zo ja wat?

Reputatie 5
Badge +3

De switch krijgt zijn ip inderdaad van de dhcp server op de connectbox, maar daar heb ik hem een gereserveerd ip adres gegeven 192.168.179.6.

Verder maak ik idd geen gebruik van de managed features. Mijn andere wifibooster zit trouwens wel rechtstreeks op de connectbox aangesloten.

Ook de wifiboosters hebben via de dhcp server van de connectbox een gereserveerd ip adres 192.168.179.2 en 192.168.179.3

 

Reputatie 6
Badge +7

Ik ben het niet met je eens. Tijdens de installatie van mijn switch had ik ook problemen met geen IP adres, veranderd naar 192.168.178.x. Geen probleem meer.

Rare Switch. Default hoort een Managed Switch zich te gedragen als een Unmaneged exemplaar. Een Managed Switch wordt regelmatig per ongeluk gekocht, zonder speciale bedoelingen te hebben.

Reputatie 6
Badge +7

Ik heb laatst ook eenmaal  een probleem gehad met geen IP adres na het opnieuw opstarten van  de compal en ik ga morgen opnieuw opstarten (aan/uit schakelaar) en kijken of het weer gebeurd. Ik moet eerst wat aanpassingen doen in mijn programma’s en kom hier nog op terug.

Reputatie 7

Vraag 1 aan Ziggo: Is dit echt niet bekend? Dit is in een testlab toch eenvoudig te reproduceren? (mijn wifibooster c7 ver. 2.0 zit overigens wel achter een switch TL-SG108E)

 

Lang niet alle bugs zijn bekend bij de Klantenservice, veel bugs zijn simpelweg te technisch en specifiek van aard waar een gemiddelde Klantenservice medewerker niets mee kan. Bovendien, dit wordt opgelost met een simpele reset wat in elke normale troubleshoot gedaan wordt dus er zijn geen specifieke instructies nodig om het probleem te omzeilen.

De fabrikant houdt natuurlijk een gedetailleerde lijst met bugs bij, die is voor onze engineers (die ook de modemsoftware testen) wel inzichtelijk maar niet voor de Klantenservice.

 

vraag 2 aan ziggo: controleert de connectbox bij het opstarten inderdaad of er al een dhcp server aanwezig is en schakelt hij zijn eigen dhcp dan uit?

 

Nee, als je er een router achter zet zonder de DHCP server in de Connectbox uit te zetten zullen er twee DHCP servers actief zijn in je netwerk.

 

vraag 3: gaat Ziggo deze bug ooit nog fixen?

 

Voorlopig lees ik hier geen uitgewerkte bug maar een aantal theorieën, ik stuur dit topic door naar onze engineers zodat zij hier een blik op kunnen werpen. Zoals ik het nu kan beoordelen (natte vingerwerk) is de impact gering en de workaround gemakkelijk dus zal er geen hoge prioriteit aan gehangen worden. Over een fiks durf ik dan ook nog niets te zeggen.

 

Of kan ik beter een pihole voor dhcp server laten spelen, dan komt alles na een stroomstoring tenminste weer online.

Heb ik persoonlijk geen ervaring mee.

Reputatie 6
Badge +7

@Wlmpie

 

Ik heb gisteren nogmaals de compal opnieuw opgestart en heb geen problemen ondervonden met de DHCP server. 

Eveneens zijn de meeste devices achter een TLSG 108E switch

Nee, als je er een router achter zet zonder de DHCP server in de Connectbox uit te zetten zullen er twee DHCP servers actief zijn in je netwerk.

Als je er een Router achter zet dan heb je twee subNets die elk een eigen DHCP Server moeten hebben. Voor deze opzet is extra netwerkkennis vereist + een goed motief dit zo te willen aanpakken. Bridge Mode van de Connectbox is simpeler als je de Router functie van de eigen Router wilt gaan gebruiken.

Als je daarentegen  je Router als Access Point configureert in het subNet van de Connectbox, dan moet er 1 zelf te kiezen DHCP Server zijn. Die van de Connectbox of die van de Router.