Over BandR

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

Maar niet iedereen wil de overhead van extra device/router, ook aankoop, kennis enz nodig. Meeste devices laten gewoon toe ze een static IP toe te wijzen (ipv DHCP), en dan is het probleem ook opgelost. Zie hier vaak in de chats ook dat er erg nonchalant soms omgesprongen wordt met portmaps, UPnP en dmz en ... maar besef dat hoe meer dingen er open gezet wordt, hoe meer vulnarability je toevoegt aan je setup voor mensen met minder goede intenties, dus limit die zoveel mogelijk zou ik zeggen. Abuse via openports is wel een klassieker. ... Meer weergeven

of je host zelf een static IP geven uit het 192.168.0.X (of als je ander gebruikt, 192.168.Y.X) subnet (voor IPv4). voor IPv6 zal dat niet direct een optie zijn ... Meer weergeven

IPs kunnen waarsch wel geblokkeerd worden, eerder dan bepaalde VPN service zou ik denken.  Als een IP als malicious wordt tagged ergens, zou die idd geblokeerd kunnen worden, maar lijkt me dan eerder dat iedereen die de VPN gebruikt er last zou van hebben.  In huidige tijden van veel homework, lijkt het me straf dat Telenet, of eender welke andere operator, VPN services zou blokkeren, alles kan natuurlijk, maar lijkt onwaarschijnlijk. ... Meer weergeven

chatGPT weet niet alles he :-). Ik zie niet in wat IP range precies te maken zou hebben met VPN en/of packet drops. Wat bedoel je overigens met "de range van je IP netwerk" ?  Over welke "range" gaat het ?   Maar bon, een VPN opent een poort outbound, en voor zover ik weet blokkeert Telenet geen outbound poorten.  Inbound wel, uiteraard, om access te verhinderen van buitenuit naar je modem/home.   Denk dat er misschien wat verduidelijking nodig is ... Meer weergeven

ben je zeker dat je achter een CGNAT zit ?  Hoe zie je dat dan (want je gebruikt geen extra router zeg je, PC direct in modem). Kwestie van proberen juist naar probleem te zoeken.   ... Meer weergeven