Hopelijk kunnen zij zien of er iets bij hun toekomt. Lokaal weet ik het verder ook niet meer. Al je andere devices achter je eigen router ontvangen correct een IPv4 adres, netmask, gateway en DNS informatie en kunnen vervolgens op het internet surfen (port 80 http en port 443 https). Volgens de dokumentatie is dat ook precies wat je sensors nodig hebben. We kunnen niet in de sensors kijken wat ze precies ontvangen, maar via ping kun je in ieder geval bevestigen dat ze een IPv4 adres ontvangen hebben. Eigenlijk lijkt dat dus in orde.   Probeer anders eens een factory reset van de CV8560E, door de reset toets 8 sekonden gedrukt te houden (tot de leds blinken). Als het goed is ontvang je dan voor je eigen router een nieuw IPv4 adres. Zo was het bij mij toch. Eens zien of dat helpt. Controleer vooraf en achteraf even het IPv4 adres toegekend aan de wan port van je eigen router, of check dit via een site zoals https://www.watismijnip.be/ Gewoon om te zien of dit echt veranderd is.   Anders is het toch nodig het verkeer echt te analyseren met een sniffer programma, om te zien wat voor pakketjes verstuurd en ontvangen worden. ... Meer weergeven

De digitale compacte signalen, die gratis als vervanging van het analoge signaal aangeboden worden, zijn al overal beschikbaar. VRT is zelfs gratis digitaal in HD beschikbaar. Je kunt nu dus al overstappen naar het digitale signaal. De vraag is nu, ondersteund de TV ontvangst van digitale signalen (oftewel, heeft deze een ingebouwgde digitale DVB-C tuner).   ... Meer weergeven

Ja, ook bij een Wigo S is een stukje webruimte inbegrepen. Besef wel dat dit html-only is (dus geen php bijvoorbeeld). De website is helaas ook http-only, geen https. Voor hedendaagse websites dus eigenlijk ongeschikt, maar soms handig voor file sharing. Als je echt serieus een website wilt opzetten zou ik adviseren de hosting bij een andere provider te zoeken. ... Meer weergeven

Het is spijtig dat zoiets niet zichtbaar is via bijvoorbeeld mijn telenet. Zou interessant zijn om te zien welke versie we nu gebruiken, zodat we ook zicht hebben op eventuele veranderingen. ... Meer weergeven

Met de verschillende testen hebben de sensors een ander IPv4 adres gebruikt voor hun connectie naar de Grohe Cloud. Bij je modem-only oplossing had je een uniek publiek IPv4 adres. Dit adres is veranderd, met het veranderen van modem-only naar de CV8560E. In bridge mode geeft die een publiek IPv4 adres door aan je eigen router die erachter hangt. Misschien is dit adres om de één of andere reden op een blacklist beland. Voor al het overige verkeer (niet afkomstig vanaf je eigen router MAC adres) gebruikt de e-router een ander IPv4 adres. Dit heeft gewerkt, maar inmiddels lukt dat niet. Misschien ook inmiddels ook op de blacklist? De connectie via de gsm-hotspot heeft terug een ander IPv4 adres. Dit werkt wel.   Heeft Grohe support naar je IP adres gevraagd of naar een andere identificatie van je sensors? Zij zouden misschien iets in de log-files kunnen zien van je verschillende connectie-pogingen.   ... Meer weergeven

@Steven-E  ik begrijp de bijdrage anders; als hij de watersensor verbind met een wifi hotspot (gsm tethering) dan connecteren ze probleemloos met Grohe, en zijn zichtbaar vanuit de app (andere gsm).   De watersensor verbinden zich goed als ze verbonden zijn achter een eigen router, achter een modem-only. Ze connecteren niet achter diezelfde eigen router, als deze verbonden is met een e-router (met MAC-passthrough geconfigureerd).   De resultaten via een AP direct verbonden aan de e-router lijken wisselend te zijn, maar misschien lag dat aan de test.   Het zou interessant meer informatie (sniffer trace) te zien van het type verkeer wat de watersensor verstuurd, en als antwoord terug verwacht. Volgens de dokumentatie is de connectie van de sensors naar de Grohe Cloud IPv4 gebasseerd, gebruikmakend van de poorten 80 en/of 443 (uitgaand). Niets bijzonders dus, zou je denken. ... Meer weergeven

Ik weet niet hoeveel je nu betaald. Voordeel van de All-Internet formule is de hogere snelheid van 300 Mbps ipv 200 Mbps, dus wellicht is het interesant om gelijk van abonnement te wisselen. Of er anders kosten verbonden zijn aan de model-omwissel weet ik niet. ... Meer weergeven

@AllanBEL  schreef: De reden dat ik een modem-only nam was vooral omdat het me werd aangeraden daar ik een 8-tal toestellen heb die een vast IP adres nodig hebben (3X NAS, enkele Raspberry Pi's etc...) Ik neem aan dat het gaat om vaste private adressen (zoals bijvoorbeeld een adres startend met 192.168)? In dat geval is er helemaal geen modem-only nodig. Het is dan zelfs mogelijk naar een Telenet HGW over te stappen met wifi, bijvoorbeeld de nieuwste CH8568LG . De switches voor de bekabelde apparatuur kunnen direkt op de Telenet HGW aangesloten worden. De HGW heeft 4 LAN aansluitingen. De HGW kan uitgebreid worden met Access-Points van Telenet om de wifi dekking te verbeteren. Alles kan dan eenvoudig gemanaged worden via mijn telenet.   De CV8560E is een alternatied. Dit is een wifi-loos modem, met een ingebouwde 4-poorts switch, die eventueel (maar voor deze setup niet noodzakelijk) in een bridge modus (soort modem-only) gezet kan worden.   ... Meer weergeven

Ik vermoed dat het dan aan de kabel ligt die je gebruikt. ... Meer weergeven

Ik zou adviseren ook eens met een PC direkt op een LAN-poort van de CV8560E te testen, zodat je kunt uitsluiten of dit een UDM of TLN probleem is. Mocht het een TLN probleem zijn, bel ze, en geef he door. Dan is het ook makkelijker bij het melden van een storing als je zegt direkt geconnecteerd te zijn, ... Meer weergeven

@nickwIk heb kort je antwoord kunnen zien, maar toen ik erop wilde reageren was het al weg. Vreemd.   In principe moet je nooit het MAC adres van de LAN poort van je eigen router in bridge mode zetten. Dat heeft geen zin. Op de LAN poort is geen DHCP client aktief (maar juist een server), dus zal deze ook geen publiek IPv4 adres ontvangen. Bridging aktiveer je op de e-router voor de WAN poort van de eigen router, omdat dit tevens de NAT-out poort is. Al het verkeer aan de LAN zijde (192.168.2.x) wordt omgezet naar het IP adres van de WAN poort als dit naar het internet moet. Bij aktieve "bridging" zal dit een publiek IPv4 adres zijn. Zonder bridging is dit een 192.168.0.x adres, waana het door de e-router nog eens ge-NAT zal worden.   Je netwerk is dus nu als volgt: Grohe Sense is wifi client (en heeft 192.168.2.x adres ontvangen) verbonden via wifi met Asus is wifi AP (maar niet aktief als router) verbonden via kabel met LAN poort van eigen router TP-link deze eigen router is dmv zijn WAN poort verbonden met een LAN poort van de e-router.   e-Router getest met bridge mode (MAC addres eigen router WAN port) alsook zonder bridge (geen MAC adres). In beide gevallen connecteren de Grohe sensoren niet.   ... Meer weergeven

@Steven-E  schreef: Ik had begrepen dat het met de router van de vriend ook niet werkte indien bridging actief. Jij refereert denk ik naar deze opmerking: Scenario 1 Hij doet een factory reset van zijn eigen router, scheidt de twee bands en sluit de router aan in bridging op mijn e-router. Publiek ipv4 adres en al de rest: check. Connectie Grohe Sense watersensors? Eilaas, pindakaas   Ik heb de verschillende test-scenarios even in een tabelletje gezet, en hoop dat ik alles juist heb overgenomen uit de verschillende posts. Kun je dat eens nakijken, het zal helpen bij het isoleren van het probleem.   gebruikte eigen router e-router bridged MAC address eigen router e-router bridged niet (dus 192.168.0.x) router vriend met Asus Aimesh AP sensors werken niet sensors werken wel (*) router vriend router als AP (*) sensors werken wel eigen TP-link router met Asus Aimesh AP sensors werken niet sensors werken niet eigen TP-link router met Apple Airport Ex sensors werken wel sensors werken wel eigen TP-link router als AP sensors werken wel sensors werken wel   Bij (*) ben ik niet zeker, omdat je schrijft dat hij zijn router toen ingesteld had als AP. Het is niet helemaal duidelijk of dat dan betekent dat hij die niet meer als router gebruikte.   Vroeger toen je eigen router verbonden was aan een modem-only (ipv e-router) werkte alles wel?   EDIT: ik begrijp uit je vorige antwoord dat niet alle scenarios uit de tabel getest zijn. Wat duidelijk wel werkt is wanneer je een AP rechtstreeks op de LAN van de e-router aansluit (of een router die zich als AP gedraagt en via zijn LAN poort met de e-router verbonden wordt). ... Meer weergeven

Dat lijkt toch echt op een fout in de HGW te duiden. Kun je eens kijken op welke snelheid je laptop ethernet poort synced? Is dit 1000Mbps Full-Duplex, of misschien enkel maar 100Mbps? Dat zou denk ik op een hardware probleem van de ingebouwde switch duiden. Een config probleem lijkt me onwaarschijnlijk. Telenet kan waarschijnlijk poort 2 wel in 100Mbps modus plaatsen, maar waarom zouden ze?   In windows kun je dit normaal zien als in netwerk-center voor de interface de status opvraagt. ... Meer weergeven

@nickw  schreef: @Arnie  schreef: Voor alle duidelijkheid; als je niets aan je TP-link router of AP verandert, maar enkel via mijn.telenet het mac adres bij bridging weghaalt, werkt het dan wel? Om die verandering te forceren moet je even de WAN kabel van je eigen router loskoppelen, en enkele seconden later terug insteken. Wanneer ik dat doe, werkt het evenmin. Ook niet wanneer ik het mac adres van mijn lan gedeelte erin eens invoer. Dat geeft toch te denken dat het probleem zich in je TP-link router bevindt, en niet in de e-router (CV8560E). Tenslotte werkt het met de router van je vriend wel als deze geconnecteerd wordt en een 192.168.0.x adres ontvangt, terwijl dit voor jouw router niet het geval is. Bij jouw router lijkt het dus geen verschil te maken of de e-router "bridged" of niet, het werkt in beide scenarios niet.     ... Meer weergeven