Over BandR

zoals al voordien gesuggereerd. Meerdere vorige artikels vermeldden een gelijkaardig probleem, die eenvoudig weg opgelost was na een reboot. Blijkbaar loopt er (af en toe?) iets fout op die CV8560E, waardoor die in de problemen komt met IPv6. Zoals aangegeven, gebruik ik die al tijdje, en meerdere routers (gewoon retail stuff) eraan gehangen zonder problemen, ook oudere units van bvb LinkSys. De configuratie lijkt ok op eerste zicht. ... Meer weergeven

Heb het onlangs hier nog eens vermeld. Gebruik zelf ook de CV8560e, en heb al verscheidene routers erachter gebruikt. Er was nooit een probleem voor IPv6.  Maar las links en rechts wel al eens gelijkaardige feedback.  Er loopt blijkbaar ergens soms iets mis met de applicaties of config, en een simpele reboot lost blijkbaar dat probleem meestal op. Overigens is slaac op zich niet voldende, wel eerste stap, je router moet ook een IPv6 prefix aanvragen in zijn config. Wat betreft slechte TV (buffering ) etc erachter.  Dat wordt een moeilijke vrees ik, door te kiezen voor een eigen router, kies je eigenlijk ook om zelf alles te gaan fixen.  Hoe is de installing van je eigen router qua queueing, QoS, ....  Maar voor TV service specifiek zou ik zeggen: hang die eens direct aan je CV8560E ipv achter je eigen router.  Dat werkt perfect met dezeCV8560E.  Dit als test, teneinde te zien of het gelinked is aan je eigen install of niet. Ik heb geen idee waarom de switch van toren naar deze unit is, kan zijn omdat je vond dat die niet deftig werkte, of dat je zelf je stuff wil doen, ,aar als die niet deftig zou gewerkt hebben, is er mogelijks ook iets met je coax verbinding, hetzij bij je zelf, hetzij verder op in het netwerk.  In dat geval ga je uiteraard enkel geholpen kunnen worden via klantendienst, niet via de community hier.     ... Meer weergeven

Altobeam is een semiconductor conpany, dus kan zijn dat de chipsets van die Tuya bvb daar vandaan komt. Als je full fingerprint van devices wil zien, zal je iets a la safespot moeten gebruiken.  Dan krijg je detail info over je toestellen en connected devices, maar is natuurlijk ook niet 100% accuraat en Zigbee/zwave connected toestellen gaan ook niet zichtbaar zijn daar. ... Meer weergeven

Gezien je met meerdere verschillende modems en AP/Mesh/powerline zelfde ervaart, lijkt het eerder op de coax verbinding te zitten dan in je huis of ergens een slechte kabel in gebruik ergens. Drops in signaal op de coax kan van verschillende bronnen komen, gaande van loshangende kabels, interference van dingen in de buurt van je modem tot noise getriggerd door buren op dezelfde node.  Dus wordt lastig troubleshooten via dit medium vrees ik. Dingen die invloed kunnen hebben: digitale meter, dus LTE ingress, zonnepanelenomvormer die fout geconfigureerd is als AP en zo een storingsbron vormt (enkel wifi dan), slechte switch in use, slechte bekabeling, ... Beste manier om zonder technieker checks te doen is eigenlijk zo veel mogelijk extra's uit te schakelen.  Heb je zelfde voor tijdens testen vlakbij je modem, liefst bekabeld als eerste check.  Als die goed is, ook wifi ok van in de buurt van je modem enz.  ... Meer weergeven

zijn die smart device wifi (IP) devices, of gebruiken die een andere methode (Zigbee, zwave, ... ) ? Als dat geen wifi devices zijn kan je die ook niet zien. Ken de Tuya app niet, is daar een "Tuya bridge" in use of iets, want zou ok kunnen dat er daar een extra "hop" zit , dus wat is de precieze setup  ? ... Meer weergeven

OK, er was ooit ook (unoffical) support op de oudere modems, type 7465 voor homenet.  Mogelijk heeft zijn opvolger, de witte toren, er iets van ge-erfd, maar gezien homenet-based lijkt me dat niet direct de beste optie voor permanente use. Behalve het feit dat zoiets eerder "best effort" leek, is homenet ook eigenlijk al tijdje afgevoerd, gaf wel een uitweg naar IPv6, maar vor IPv4 was het dan dubbele NAT.  Was een eerste gogie poging om v6 actie te verkrijgen, vele jaren geleden ondertussen. Als je een CV8560E in bridge mode duwt krijg je beiden: publieke IPv4 en sub-delegated prefix, en kan je zelf kiezen wat je erachter plaatst.  Vandaag krijg je ook hier een /60 sub-delegate, zou voldoende moeten zijn voor een home lan lijkt me. En die is er altijd, niet enkel na een reboot vd modem. (gebruik die thuis ook) Of je nu router of vlan-tagged splits gaat doen,je komt in een situatie met meerdere subnets terecht, dus lijkt het beter te zijn voor een CV8560E te opteren in uw specifiek geval, als technical user ook die de dingen zelf kan orchestreren. ... Meer weergeven

Een "L3 switch", wat bedoel je hier precies?  Ik vero nderstel een router? By nature is een switch een Layer 2 device,  en doet dus niets op L3, hoewel soms wel eens van L3 switch gesproken wordt. Anyway, de witte toren supporteert geen prefix delegation, ttz die doet netjes prefix delegation naar je LAN devices (krijgt LAn prefix via zijn wan dhcpv6 client en distribueert die op zijn lan), maar geen prefix delegation naar een extra hop verder, dat kan ook gewoonweg niet zonder specifieke instellingen.  Dus vraag me af wat je met "inconsistent gedrag" bedoelt.  Het enige wat je L3 switch / router krijgt is, zoals elke host op je netwerk, een prefix, om stateless je IPv6 address te creeren en/of je router kan dhcpv6 client doen en een ia_na optie gebruiken voor een IPv6 addr te verkrijgen.  ALs je router ook een ia-pd vraagt, een prefix voor de LAN van je router, dan zal die niet aangeboden worden.  Zoals in andere reply al vermeld, kan dit wel verwezenlijkt worden met de CV8560E, die dan in "bridged" mode wordt gezet (voor de IPv4 traffic) en waar je een sub-delegate van je /56 IPv6 prefix kan verkrijgen op je router als die de juiste opties aanvraagt uiteraard. ... Meer weergeven

Het gaat ook niet om de security mode op zich, dus WPA2-PSK of mixed mode, het gaat erom om, met zelfde pwd, op verschillende toestellen, er zeker van te zijn dat de sec mode consistent wordt toegepast. Behalve checken of 1 network is ingesteld, kan je ook gewoon ff alle extra APs uitschakelen en gewoon de test even in de burt vd modem zelf uitvoeren. Je kan ook een "forget network" op je gsm proberen voor de SSID, en zo opnieuw laten zoeken.   ... Meer weergeven

Niet direct. Wat mogelijk is is dat een ouder toestel, oudere wifi standaard, bvb 11n, problemen heeft om te connecteren met een recent AP, bvb wifi6, indien die zijn driver niet updated werd. Vandaar de vraag naar welke toestellen je gebruikt, maar gezien je toestellen is dat allemaal wifi5, dus niet applicable. Wat misschien nog een issue zou kunnen zijn is de config van je modem/AP.  Staat die ingesteld als "1 netwerk" in de Mijn Telenet ?  Of heb je aparte SSIDs en pwd ? En wat zie je als security mode in de config (WPA2-psk mode of WPA/WPA2-PSK mode).  Kan bvb issues geven als je mixed op 2 toestellen, maar lijkt dan eerder enkel bij roaming etc.  Nog wel iets wat waard is om checken lijkt me. ... Meer weergeven

welke WiFi infrastructuur gebruik je thuis ? Is dat een modem, indien ja, welk type modem is dat, of is het een modem + accesspoint en/of powerlines en/of andere WiFi units (mesh, pods, ...) ? Ook indien extra wifi APs in use: welke types zijn dat ? ... Meer weergeven

Gaat zeker werken, ttz, al verschillende routers achter mijn CV8560E gebruikt, geen enkel probleem om full dual stack te runnen. Zoals steeds, de router DHCPv6 client (stateful) draaien, dus moet optie ia_pd aanvragen (ipv6 prefix voor lan), optioneel optie ia_na.  Gezien de router ook "host" is op de LAN vd CV8560E zal die via Router advertissement (icmpv6 type 134) ook een IPv6 address assigned krijgen.  De Router advertissement zal ook een def route includen. Prefix hint heeft geen belang, je krijgt een /60 assigned uit de /56 die je CV8560E zelf krijgt op de WAN en dus "sub-delegate" naar je eigen router als alles netjes ingesteld is rond bridging (en dit ongeacht de value vd hint).  Zoals hieronder al aangegeven: af en toe lijkt er iets weg te vallen en kan een reboot helpen, normaal niet nodig, zelf nog niet ervaren. Als je zeker wil zijn: neem eens een capture op de eth tussen je eigen router en de CV8560E, check voor dhcpv6 packets (je router zal een dhcpv6 sollicit moeten doen na het booten) en je zal ook IPv6 info zien via ICMPv6, type 134. ... Meer weergeven

uiteraard zou alles netjes moeten lukken via bvb Mijn Telenet, maar toch ook niet direct een pluim voor je warmtepomp installateur.  En zal zeker verre van perfect allemaal zijn, zeker de laatste tijd redelijk wat problemen, dus dat is zowiezo een item, maar  ... 1. waarom moet die een fixed IP krijgen ?   2. indien fixed IP een must is, waarom kan je die dan zelf niet via een UI van hun systeem veranderen ? 3. waarom is er een portmap nodig ?  Men schijnt het niet altijd te beseffen, maar elke portmap opent een poort in de firewall en maakt je install meer kwetsbaar voor mensen die het minder goed voorhebben en op zoek gaan naar zwaktes in het systeem.  Dus elke portmap is er eigenlijk eentje te veel.  Waarschijnlijk gaat iemand zeggen: jamaar, ik moet daar remote (van buitenaf) aankunnen!  Blijft slechte implementatie vd warmtepomp, want als die per se remote ernaartoe wil, moet die maar zorgen voor een keep-alive mechanisme vanuit de warmtepomp, zodat access er naartoe kan op basis van een reply (in-> out is altijd toegelaten).  En ja, zelfde applied voor mensen met IP camera's waarvoor portmaps nodig zijn, dat is voor niets nodig als de install correct is.  Vreemde zelfs daar is dat de IP cam als "security" wordt gebruikt maar terzelfdertijd een extra poort opent in de firewall ... ... Meer weergeven

Er is full dual stack support op de CV8560E, al gebruikt met verschillende routers erachter. Dus alles hangt af van uw settings of die al dan niet werkt bij uzelf.   In "bridged" mode is er een verschillende behandeling voor IPv4 en IPv6. 1. de IPv4 traffic wordt inderdaad bridged, dus je router gaat dhcpv4 client spelen en krijgt een publiek IPv4 adres van upstream 2. de IPV6 traffic wordt niet bridged, maar routed.  Ik lees dat er niets gedaan wordt voor IPv6, maar dat klopt niet helemaal, ttz, voor het bridged mac addres krijg je inderdaad een /60 prefix, maar dit komt van de CV8560E die ervoor hangt, en niet van upstream, en is een sub-delated prefix van de /56 die je op de wan vd CV8560E krijgt.  Maar in the end gaat je eigen router hier ook gewoon (stateful) dhcpv6 client spelen en een prefix (ia_pd optie) aanvragen en krijgen.     ... Meer weergeven

Dat is zeker niet mogelijk, ook niet na betaling 90 euro, of interventies whatsoever. Een Mesh systeem gebruikt certificates om de mesh devices te managen via een cloud, en spreekt dus met een specifieke cloud, de nieuwe modem heeft ook een Plume client on board, waardoor je plume pods kan connecteren naar je modem via WiFi, gezien management via de Telenet Plume cloud gebeurt, dus modem managed via zelfde cloud als de plume pods. Bij een DecoMesh, of andere mesh, gaat de management van de mesh via een ander cloud systeem, in dit geval DecoMesh (maar is identiek toepasbaar op andere vendors), en kunnen die dus niet samenwerken. Enige wat je kan doen, of die technieker, is: 1. een ethernet kabel trekken naar de plaats waar je eerste decomesh device moet komen 2. een of andere (ugly?) work-around gaan toepassen, bvb door je eerste decomesh met de modem te gaan verbinden via een powerline, waar je dan ethernet over de power grid gaat doen, en dus waar je eigen de decomesh bekabeld gaat gebruiken.  Echter dan gaat de kost nog oplopen, want heb je de kost van de powerlines on top, tenzij je er natuurlijk nog hebt liggen van vroeger.  Ook de powerlines gaan een beperking hebben, dus mogelijks ga je hiermee ook extra limiten gaan opleggen qua speed, dus niet direct de beste oplosssing ... Meer weergeven

de 6643E is inderdaad een model dat uit roulatie gaat genomen worden, gezien die max 200Mbps downstream supporteert en nog een wifi4 aan boord heeft. Dus de move naar nieuwe modem zal er van moeten van komen sooner or later 🙂 in principe worden alle gegevens overgenomen rond wifi van uw oude install, dus zou alles seamless moeten herconnecteren, maar gezien de problemen van de laatste tijd is dat links en rechts al wel eens fout gelopen inderdaad ... Meer weergeven