Over BandR

Lijkt me beetje te vlug als conclusie dat het zeker niet de repeater kan zijn omdat een continuous ping werkt, alles kan natuurlijk. Wat ik zie in 1 vd updates is dit: "waarbij de router zelf 192.168.1.100".  Deze "router" welk device is dat ?  En als dit een router is, zo is ook je CV8560E een router, tenzij je die in MACBridging hebt gezet, dan functioneert die voor IPv4 als "bridge", dus misschien is wat extra verduidelijking van je setup ook nodig, maar zal lastig blijven gezien te veel unknown en elk device, ook de repeater, zal flaws hebben.  Zonder MACBridging heb je bvb al dubbele NAT om richting internet te gaan.  Of is die .100 je CV8560E 's IP aan de LAN kant ?   Wat betreft WISP and WDS. WISP is het zeker niet, want WISP is voor ISPs die via Wireless tech internet service aanbieden.  Bij u komt de internet service via coax/kabel.  WDS is in principe wat een repeater by default doet.   ... Meer weergeven

Ik denk dat het lastig is bepaalde devices te gaan troubleshooten.  Geen idee welk type repeater je gebruikt, maar vaak vind je veel informatie door het eenvoudigweg als eens te googlen of chatGPT inte schakelen. je ziet outages, maar direct weer ok, dus misschien verdwijnen de entries na X tijd unused uit de arp cache en moet er nieuwe arp komen zodat die het path kennen. Misschien moet je toch eens denken om die repeater te vervangen door een meer hedendaags toestel.  Repeaters zijn vaak wel goedkoop, puur als aankoop, maar als je rekening houdt met beperkte mogelijkheden om de wifi echt te verbeteren en dan nu de issues die je zelf ervaart, is het eigenlijk een erg duur toestel vrees ik.  Mogelijk is het ook een bug, geen idee of die laatste SW draait en/of er updates van bestaan enz. ... Meer weergeven

Er zijn verschillende soorten "extenders". Je hebt de meest eenvoudige, wifi repeater, die zoals het zegt het signaal enkel versterkt.  Moet geplaatst worden ergens halfweg het signaal (nooit op het einde) om een beetje throughput te behouden.  Niet direct de beste keuze, geeft vaak meer "blokjes" op de host, maar afh van toestel vaak zwakke throughput, meestal wel een goedkope oplossing, maar wel eentje met nogal wat nadelen, kan natuurlijk perfect zijn voor sommigen. Je hebt een echt AP.  een AP versterkt niet het bestaande wifi signaal, maar stuurt zelf eentje uit.  Een ap is via ethernet geconnecteert met de router (of switch ertussen natuurlijk), is in principe een Layer 2 device in het netwerk, maar geen gedoe met dubbele macs vanuit welk perspectief dan ook. Mesh AP, bvb de deco mesh van TPLink of Plume pods van Telenet:  Dit zijn ook APs maar hebben 2 grote verschillen: Ze kunnen ook via wifi gekoppeld worden ipv enkel ethernet, wat meer flexibiliteit geeft, maar anderzijds ook meer complexiteit, want als die bvb te ver uit elkaar staan gaat ook hier de Throughput beinvloed zijn.  Daarnaast hebben die typisch ook een cloud stuk, die ervoor gaat proberen te zorgen dat je host op de meest ideale AP connecteert, dus helpt beetje te sturen zeg maar. ... Meer weergeven

Een MAC-IP combo dient altijd uniek te zijn, anders kom je zowiezo in de problemen, want gaat je router niet weten naar welke MAC de traffic te sturen, gezien hij in uw voorbeeld keuze heeft uit 3.  Uiteraad kan het vanuit het perspectief van een host wel traffic voor meerdere IPs dezelfde richting (via zelfde MAC) op moeten, maar als je dan op de repeater meerdere mac/zelfde-IP hebt gaat het daar toch foutlopen.   Geen idee waar je de arp-a  ah opvragen bent, misschien moet je er eens wat meer duiding over geven ? ... Meer weergeven

ik veronderstel dat je bedoelt om SSIDs te scheiden of om de SSID te splitten over de 2 beschikbare banden. De SSID splitten kan, zoals in andere reply te lezen is, via de Mijn Telenet.  Je creert zo een apart 2,4 en 5Ghz netwerk, dus kan ook niet seamless roamen ertussen als nadeel, maar kan perfect werken uiteraard. Kanaal "splitsen"zoals je vraagt is niet mogelijk, je kan de radio niet op 2 kanalen laten sturen, je hebt enkel de optie "automatic" waar je radio beste kanaal gaat kiezen via Automatic channel selection procedure, dus kiest dan 1, 6 of 11, ofwel selecteer je een kanaal zelf.   Alle andere kanalen hebben overlaps en dienen niet gebruikt te worden.   Misschien bedoel je SSID "splitsen", hetzij een SSID voor home en bvb Guest te maken.  Dat is in C wel mogelijk maar benevens vergissing van mijnentwege niet ondersteund op Telenet toestellen. ... Meer weergeven

Het is niet dat iets werkt op dag X dat dat ook zo is op dag Y.  Veel appliances krijgen updates en elke update (driver, ...) kan de behavior veranderen, dus wat dat betreft kan je niet snelsnel de vgl maken. Wat hier regelmatig aan bod komt is 2,4GHz / 5GHz split, in combinatie met de F@st modem waar je die zelf niet kan splitten met SSID/band, wat op oudere toestellen wel kon.  Hier kan de Telenet helpdesk (of technieker ) inderdaad wel een toestel, bvb je iphone, tijdelijk op de 2,4GHz band zetten om alsnog toe te laten dat je iphone en je andere applicatie op zelfde band zitten.  Let wel: Dit is eigenlijk het gevolg van een slechte applicatie op bvb die sync box en niet een slechte applicatie op je Telenet modem, maar zou wel makkelijker zijn om dat alsnog te laten overrulen via Telenet natuurlijk.  Het zou niet nodig mogen zijn dat je niet kan communiceren op zelfde SSID, maar met toestellen op verschillende band.  Vaak is dit ook enkel een probleem bij onboarding, dus in het begin, en niet later. We kunnen hier niet zien wat die technieker gedaan heeft, maar als die je iphone van 5GHz naar 2,4GHz heeft gemoved, dan heb je nog wel degelijk internet, is puur forceren van de band, aan SSID verandert er niets, enige wat er verandert is bvb de snelheid en 2,4GHz is ook veel harder verstoort.  Heb het hier voordien al eens aangegeven: je zou ook gewoon ver van je modem of Access point/pod kunnen gaan staan, en zo gaat je iphone zelf switchen naar 2,4GHz band omdat op verdere afstand je niet op de 5GHz zal kunnen want dat signaal reikt minder ver.  Lijkt misschien wat vreemd, maar zou ook moeten werken en zonder binnen te bellen. Wat mijns inziens beetje onzin is, is dat je een android toestel hiervoor zou moeten aanschaffen, dat snap ik niet zo goed, zie niet in dat ip[hone dat niet zou aankunnen.  Iphone werkt ook gewoon op 2,4GHz, er is zeker geen beperking naar 5GHz only, dus denk dat er hier  toch ergens eens of ander misverstand aanwezig is. ... Meer weergeven

ok, fine, zeker ff checken, als is er maar eentje, gaat probs vermijden, misschien niet beide types.  TpLink gebruikt vaak 192.168.0.1 als IP ... Meer weergeven

Wat betreft de switches en hun IP: even opgezocht: The default IP address for the TP-Link TL-SG1016D switch is 192.168.0.1. The default IP address for a TP-Link TL-SG108E switch is 192.168.0.1. You can access the web interface using this IP address. However, you may need to configure your computer's IP address to be within the same subnet (e.g., 192.168.0.2-192.168.0.254) to connect to the switch.    Dus, best die IP subnets allemaal eventjes aanpassen om problemen te vermijden en de order van boot van je verschillende netwerk toestellen onbelangrijk te maken. Van die alltec zie ik niet direct iets. Omgekeerde is misschien easier: de subnet van je Telenet modem veranderen,m maar vergeet dan je static IPs niet te veranderen, want die moeten mee in dat subnet natuurlijk ... Meer weergeven

deze ? Blijf verbonden dankzij een noodbatterij | MyTelenet ... Meer weergeven

Thx voor de tekening, altijd een + deze extra informatie te hebben. Er is ook geen enkel probleem te flaggen dat je op beide toestellen een probleem hebt, maar eens je een probleem hebt is het beter proberen dingen te isoleren. Wat opvalt aan je tekening is dat je veel switches in gebruik hebt.  Dat is op zich geen enkel probleem, maar je geeft bvb aan dat IGMP snooping aan probleem kan zijn, ingefluisteerd door AI, en dat kan best allemaal, maar hou er dan wel rekening mee dat die dan mogelijks actief is op alle, of een aantal van die switches die je gebruikt, vandaar het nog grotere belang dingen te isoleren om tot een goede conclusie te kunnen komen.   Eerste ding om te checken: de switches.  Vele switches, ook de erg vaak gebruikte TP link switches, hebben een management IP, en vaak is dat eentje in dezelfde range als de modem pool.  Dus de switch heeft dan bvb 192.168.0.1 als management IP, en de modem gebruikt hetzelfde IP.  Gezien je meerdere switches gebruikt: te checken op al je switches. Stel dat dat het geval is, dan dien je ervoor te zorgen dat ze allemaal apart zitten, dus te veranderen via de UI van de switch en/of via de Mijn Telenet. Nu ga je misschien zeggen: ja maar vroeger had ik daar geen probleem mee.  Hou er rekening mee dat wie eerst online komt daar een rol gaat spelen in de packet forwarding, dus een andere volgorde van boot, bvb switch op voor de modem op, of omgekeerd, kan een ander gedrag introduceren.  Ik lees hier ergens: zet eens alles af: soms kan dat de dingen wel omzeilen, bvb dit probleem, maar vroeg of laat komt dat terug, dus beter aanpakken is de boodschap. Als dat niet het geval is of je bent niet zeker: isoleren van het probleem.  Gebruik enkel modem, geen switches, geen accesspoints of pods, en kijk of het probleem zich voordoet of niet.  Opgelet, als je nadien wel alles weer in gebruik gaat nemen kan het ineens werken als bovenstaande een issue zou zijn, dus bovenstaande als eerste checken indien mogelijk. Succes ermee   ... Meer weergeven

geen probleem, alle vragen zijn hier mogelijk, maar zoals verder ook gevraagd: waarom bvb 2 eth kabels enz, allemaal belangrijke details., dus alle info is belangrijk. Maar denk dat nog steeds best is proberen het issue zoveel mogelijk te isoleren, dus bvb eerst enkel modem dan eventueel enkel pods en dan pas alles teggelijk, kunnen we misschien afleiden in welke richting het gaat.  en bvb eerst de NAS of eerst de chromecast, niet alles tegelijk best ... Meer weergeven

Geen idee welke protocollen precies in use zijn bij die casting en andere attempts, dus moeilijk voor mij om te judgen wat er al dan niet geblokkeerd wordt in uw traffic, maar je spreekt over AP isolation, maar in dat geval kan je volgens mij ook niet pingen en je speekt over multicast snooping, en hoewel multicast mogelijks in use is, zoals ik zei: geen idee welke protocollen in gebruik zijn, is snooping in C toch maar beperking van traffic flooding op een switch, dus op of af, en whatever AI zegt :-), zou toch niet direct traffic mogen killen lijkt me, alles kan antuurlijk, je mag niets uitsluiten.   Los daarvan, behalve dat ik te weinig kennis heb van alle details lijkt het me, behalve dat ik denk dat Telenet wel niet bewust traffic zal droppen, dat je vooral eens moet proberen uw case een beetje te isoleren.  Je zegt een F@stmodem + pod(s) te gebruiken, maar misschien om te beginnen eerst eens alle pods eventjes uitschakelen en de test doen met de modem alleen ?  Als de Nas te ver weg staat, eventjes korter bij brengen, of die eens wired te connecteren (als dat al niet het geval is) en zo zien wat de status is, eventueel dan beetje uitbreiden en/of eens enkel op de pod connecteren ? enz ?? ... Meer weergeven

Gebruik je extra wifi access punten of is het modem ? welk modem type ? 185Mbps op 2,4GHz?? Dat is best wel veel. ... Meer weergeven

via kabel is het slechter ??  Lijkt onmogelijk 🙂 Geef je setup eens dan, welke access points, distance tov access point, ...  Is dat via 2,4GHz, of via 5GHz of ... ... Meer weergeven

Logisch, bij de start boot uw modem als een nieuwe modem/klant, met de nieuwe settings en dus gaat er een bepaalde actie vanuit Telenet getriggerd moeten worden om uw oude gegevens weer over te zetten naar je modem, maar kan pas nadat die online is, dus gaat zowiezo een tijdje overgaan.  In theorie kan dat snel, geen idee hoe snel het in werkelijkheid is.  De modem zal ook SW upgrades enz krijgen, dus zal wel korte tijd minimaal duren. ... Meer weergeven