Over NofanTasi

"all is well that ends well" Vraag blijft natuurlijk hangen : wat was het probleem en wat werd de oplossing ? Je zegt dat wàt die IT-mannen doen men niet weet ... mag men het dan niet weten ? Zulks zou een foute support attitude zijn in mijn bescheiden opinie  🤐 . Heb je (ja/nee) gevraagd wat het probleem was, en, zo ja, (ja/nee) hoe het werd opgelost? ... Meer weergeven

Ik denk niet dat men als consumer (tenzij iemand hier gefacineerd mordicus het tegendeel beweert) hebberig is naar gelijk of kleiner (en dus eventueel nog meer adressen) dan /60 prefix. Ik vermoed eerder dat men verkiest, niet zozeer voor zichzelf, maar voor iedereen, om altruistisch geen adressen te verspillen (/60 overhouden van /56 ter beschikking is nogal wat verspilling). Ik kan me vergissen want ik heb een trage 3.0 modem, geen snelle 3.1 router. Misschien is de router (ondertussen) zuiniger en beheert men vandaag met router, pakweg, /57.  Ik meen hier wel gelezen te hebben dat 2^(64-60)=16 /64 subnets (of pakweg vLANs) voor sommigen te weinig is (of was), maar, dan komen we op de kwestie uit dat (sub)netwerking zou stoppen (o.a voor SLAAC) aan grens /64 (en niet tot /96 verder gaat zoals je zou wensen). Volgende (nogal oude) discussie gaat hier veel dieper en verder op in: https://serverfault.com/questions/426183/how-does-ipv6-subnetting-work-and-how-does-it-differ-from-ipv4-subnetting. Gelukkig is netwerk code meestal generiek geschreven, en, op wat onhebbelijkheden na, kan men wellicht kleinere subnets zonder problemen hanteren. Een operator (e.g. Telenet) delegeert typisch mobiel een /64 en die kan men perfect (toch met OpenWRT) in een hotspot verder (sub)adverteren (dat is me toevallig, vandaag nog, gelukt). ... Meer weergeven

@Arnie : fyi, in linux (misschien ook in ander OS, maar dat weet ik niet) kan men MAC adres aanpassen en dat is ook wat ik initieel (o.a. toen we tiojdens overgang even zowel EDPnet als Telenet abonnement hadden) ooit steeds deed om verschillende router HW/SW te vergelijken (om een uiteindelijk 'beste' keuze te maken), en, tijdens het testen, niet steeds opnieuw configuratie in 'mijn telenet' te moeten aanpassen. Ik geloof dat ik zelfs ooit 2 routers zelfde MAC adres gaf om te zien wat dat gaf 😎 . Maar met (ook die) twee routers tegelijk laten delegeren/adverteren lukte niet. Men kan natuurlijk wel verschillende routers achter een (1) centrale router zetten (en verder delegeren/adverteren). Misschien is het dat wat @drafput wenst? (of juist niet?) ... hij/zij kan het ons laten weten. ... Meer weergeven

@flip1953 : inderdaad, mogelijk is de vast ingestelde DUID gebaseerd op het MAC adres van router_1, en daarom werkt PD voor router_n n>1 niet. @drafput : klopt dat? Of heb je telkens je een andere router testte ook de DUID instelling aangepast? Waren de geteste aansluitingen direct aan een modem poort? Of moeten alle exact dezelfde routers tegelijk achter nog een andere, centrale, router komen staan? ... Meer weergeven

Ik beweer absoluut niet een oplossing te bieden, maar, misschien, een hint op weg: je kan namelijk altijd eens een recursieve diff (bv: diff -U2 -r) van paren routers hun /etc/config directory maken. Zelf heb ik geen meerdere routers maar wel meerdere OpenWRT access points, en, die APs hun /etc/config vergelijk ik steeds nauwkeurig op die manier (met diff) om me er 100% van te vergewissen dat ze werkelijk (op voor de hand liggende waarden na) identiek geconfigureerd zijn. Indien zo, en indien ze zelfde HW zijn en zelfde SW versie hebben, dan is je vermoeden van Telenet-shenanigans zeker niet onterecht. Welk type Telenet modem heb je? Is het de uiteindelijke bedoeling meerdere router_n n>=1 tegelijk achter de Telenet modem te zetten? En zo ja, op eenzelfde Telenet modem poort (via een tussenliggende switch) of op verschillende Telenet modem poorten? Uit je onderzoek lijkt het alsof je de routers 'een voor een' achter de Telenet modem te zette. Maar ik kan de bal uiteraard ver mis slaan wat je finale doelstelling qua netwerk topologie betreft... ... Meer weergeven

sorry voor late reactie (ik was op reis) FYI: Ik gebruik 2a02:1807:etc:a0::/64 op WAN en 2a02:1807:etc:a1::/64 op LAN (ik heb maar 1 (v)LAN),  alzo zijn alle interfaces (inclusief WAN) met vast adres hier instelbaar in DNS. Mijn router WAN adres is 2a02:1807:etc:a0::1 en kan vanaf het Internet ge-ping-ed (met vast adres: i.e. met host.domein uit DNS) worden. Hetzelfde voor een aantal andere belangrijke devices (op de LAN). Vandaar mijn vraag iets gelijkaardigs te proberen (je WAN van buitenaf pingen op een vast adres uit de/56 range, pakweg misschien 2a02:1811:2c76:bx::1 x>2). ... Meer weergeven

Als een 4G-only camera (of wat voor 4G-only toestel dan ook) de APN/username/password niet op voorhand kent of autonoom volgens een of ander protocol kan vinden voor jouw MCC/MNC combinatie (bijvoorbeeld: mogelijk 206/05 in geval van Telenet), dan gaat connectie nooit lukken en krijg je een kip en ei probleem, precies om die extra nodige onbekende parameters te kunnen ingeven. Het is daarom dat dergelijke toestellen door de fabrikant ingesteld per regio ondersteuning krijgen (pakweg Nederland). Maar dan nog, ... als een toestel anno 2020 op de markt kwam kan er inmiddels een provider in die regio bij komen of kan er een provider van parameters veranderen. Heeft de Activ24 geen enkele andere input methode (WiFi, Ethernet, USB, BT, COM, ...)? Hetzelfde voor andere 4G cameras. Misschien koop je best een systeem dat je eerst kan configureren via andere input methode om dan pas 4G-only in werking te plaatsen. Tenzij expliciet gedocumenteerd is dat de huidige Telenet MCC/MNC combinatie ondersteund is (die dan hopelijk niet al te snel verandert 😎 ). @Arnie : Reolink high end, lees ik, ondersteunt Orange en 'Base' en Proximus in Belgie. De UID based verbinding is (extra?) voor identiteit (ik vermoed, en terecht in dat geval: privacy, maar ik ken de Reolink producten niet uit praktijk dus mag je mijn vermoeden rustig negeren) ... Meer weergeven

@Jeroen_T  schreef: Vervolgens met ifconfig kunnen we zien of de juiste prefixen worden toegeschreven aan de diverse LANs. Daar zien we dat prefixen worden gegeven als 2a02:1811:etc::/56 aan de VLANs.   Ik heb geen DreamMachine om te vergelijken (ik gebruik een x86_64 multi ethernet mini-pc met laatste OpenWRT). Als je een 2a02:1811:etc.../128 P-t-P adres op je WAN krijgt kan je onmogelijk grotere ranges adverteren naar je (V)LANs. Er lijkt me in je setup een verwarring te bestaan tussen het 2a02:1811:etc.../128 P-t-P WAN adres en de 2a02:1807:etc.../56 prefix delegatie. Op OpenWRT zie ik zowel /128 adres als /56 prefix delegatie toegekend op de WAN interface. Ook : de VLANs moeten prefixen gegeven en geadverteerd worden met mask groter dan 56, pakweg, /64 ... i.e. kleinere (sub)ranges. Om te testen of Telenet je wel degelijk prefix 2a02:1807:etc.../56 delegeert en routeert, zoals gezegd, geef je WAN manueel extra (een v6 interface kan meerdere v6 adressen hebben) adres, bijvoorbeeld: 2a02:1807:etc::1/64, en, probeer met een IPv6 online test tool dat adres te pingen. Als dat werkt vergroot de kans dat Telenet correct toekent maar DreamMachine verkeerd interpreteert of verkeerd of onvolledig ingesteld is. ... Meer weergeven

00:03:00:01: en dan het MAC address is correct   Hier ook een 2a02:181f:etc... IPv6 adres en een 2a02:1807:etc... prefix om te delegeren. Wij hebben een business abonnement met 1 vast IPv4 adres en 1 vaste /56 IPv6 prefix. Vraag: Heb jij een business abonnement met grotere vaste IPv4 range en/of grotere vaste IPv6 prefix? Ik vraag het vermits je /54 schrijft. Ik neem aan dat 'ifconfig' je het 2a02:1811:etc... adres toont op je WAN interface, maar, welke mask? Bij ons is dat /128. Toont het ook een 2a02:1807:etc... adres ? Verder toont 'ip -6 rou | grep default' een route voor onze /56 prefix via link-local adres van next-hop. Die kan men ook zien met 'ip -6 nei | grep REACHABLE | grep eth1' (waar eth1 de WAN interface is in ons geval).   Hoe weet je zeker dat je 2a02:1811:etc::/54 'krijgt' en niet 2a02:1807:etc::/54? Zoals gezegd is 2a02:1811:etc eerder voor je P-t-P adres (/128) en je zou je WAN adres manueel adres 2a02:1807:etc::1 kunnen geven en zien of het bereikbaar is met een of andere online IPv6 ping tool. Als dat lukt zit je goed en is het verder een kwestie van je router te configureren met een WAN (deel)prefix en verder nog LAN (deel)prefixen zoals je had.   ... Meer weergeven

Toch even een klein pijnpunt herhalen.   Men krijgt dus /56 ... in mijn geval: ...:a00:.... (er zijn andere providers die een /48 geven) Nu: 0x0a00 is 0000 1010 0000 0000 en: de /56 mask eindigt bij horizontale bar: 0000 1010 | 0000 0000 Typisch verdeelt men de laatste bits voor LAN subnets, bijvoorbeeld /64 subnets. a00 /64 a01 /64 a02 /64 etc... Een probleem nochtans is dat subnet a00 niet ter beschikking is. Het wordt namelijk voor de WAN zijde van de e-router gebruikt. Wat overigens een volledig subnet verspilt.   Concreet wil dat zeggen dat iemand (zoals ik) die een modem heeft en de volle /56 onder eigen beheer heeft problemen krijgt wanneer de (3.0) modem door een (3.1) e-router vervangen zou worden. Want, ik ben mijn LANs netjes en zuinig beginnen nummeren van 0. Ik moet dus (in mijn geval zo goed als alle) adressen, en mogelijke adres filters her en der, veranderen.   notebene: Het gaat bovendien om statische adressen en er is dus ook DNS wat moet aangepast worden. Kortom, geen dag om naar uit te kijken. Telenet heeft overigens geen oplossing voor business statische ipv6 adressen met e-router. Die klanten zitten voorlopig vast aan 3.0 modem. Voor mij (en anderen) is het daarom (tevergeefs?) wachten op 3.1 modem met behoud van volledig /56 beheer, en ik sla 3.1 router graag over.   ... Meer weergeven

@janne_man  schreef: Omdat het maar een halve slechterik is. Gewoon voor de kick, zonder bedoeling andere bedoeling. Gewoon een andere schakering van grijs. @janne_man   😎 zou inderdaad kunnen !   Ik dacht soms ook eerder pikzwart: misschien is het een afleidingsmanoeuvre om ondertussen elders (op andere account(s)) ongestoord verder te gaan ...   ... Meer weergeven