Over Jeroen_T

Jeroen_T · ‎20-08-2022

Heb verschillende keren contact gezocht via de whatsapp of messenger voor telenet business. Contact was niet mogelijk via telefoon (zat in het buitenland). Volgens de website is contact mogelijk tijdens de week en op zaterdag. Contact op zaterdag om 11:30 uur via whatsapp - nooit reactie. Contact op zaterdag om 12:53 uur via messenger - antwoord van een bot en een wachttijd van 4 uur!?! (Tegen die tijd is ondersteuning al weer gesloten) is dit enkel een marketing gimmick of echt een dienst die telenet wil aanbieden?

Jeroen_T · ‎24-05-2022

@ArnieIk heb dankbaar van deze pagina gebruik gemaakt. Zo kwam ik erachter door jouw methode dat de DUID anders is dan vermeld in het dnsmasq.lease document. Navraag bij Unifi bevestigden ze me dat het inderdaad klopt dat de DUID in dnsmasq.lease anders is dan de DUID via TCPDUMP. En dat degene die ontdekt is via TCPDUMP de correcte is. Zoals eerder gezegd hebben ze me ook bevestigd dat de UDM-PRO geen prefix ID kan instellen, maar dat die automatisch wordt toegewezen. Dit is iets waar ze nog mee bezig zijn (al meer dan een jaar!!). Het begint er op te lijken dat Unifi eigenlijk IPv6 als een 'afterthought' gebuikt en dus eigenlijk niet geschikt is voor IPv6.

Jeroen_T · ‎24-05-2022

Het P-to-P adres is altijd een /128 adres dat door DCHP toegekend wordt aan de WAN Port. Het is het adres als het ware waarmee de router communiceerd met Telenet. Vervolgens wordt met behulp van de DUID het juist fixed prefix address aangevraagd. Bij ons moet dat zijn 2a02:1807:880::/56. Geven we de "juiste" DUID op (inclusief het correcte MAC address) dan krijgen we inderdaad een /128 address toegewezen op de WAN poort, we kunnen vanaf de UDM-Pro zelfs pingen naar een ipv6 address ... maar ... er worden geen ip addressen uitgereikt aan de VLANs. Er zijn enkel link-local addressen aanwezig. Stellen we de "verkeerde" DUID in (degene die vermeld wordt in het dnsmasq.lease bestand) dan krijgen we ook een /128 address toegewezen aan de WAN, we kunnen ook IPv6 addressen pingen ... maar ... we krijgen ook IPv6 addressen toegewezen aan de verschillende VLANS, maar met de verkeerde prefix. In dit geval worden dan de prefixen op de volgende manier toegewezen: VLAN 1 - 2a02:1811:2c76:b0::/64 VLAN 2 - 2a02:1811:2c76:b1::/64 VLAN 3 - 2a02:1811:2c76:b2::/64 De UDM-Pro heeft geen mogelijkheid om de Prefix ID zelf in te stellen, hij wijst die dus toe zoals hierboven vermeld (b0, b1, b2, etc). Het probleem is echter dat de prefix /56 niet de juiste is. Ik vraag me dus af of er anderen zijn die hetzelfde probleem hebben met een UDM-Pro? Volgens Unifi gaat er niets mis, ligt het aan de ISP, volgens Telenet gaat er niets mis, maar ligt het aan Unifi.

Jeroen_T · ‎17-05-2022

Sorry dat was een fout van mijn kant. We hebben ook een business account met een fixed IPv4 adres en een /56 fixed prefix. We krijgen inderdaad een /128 adres op de WAN poort, inderdaad een P-t-P adres. 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. Door de DreamMachine wordt vervolgens iets al A0 of B1 toegeschreven als prefix ID voor elke VLAN. Het probleem is dus dat we zien dat de verkeerde prefixen worden toegeschreven aan de vlan. Door telenet werd aangegeven dat dit kan zijn omdat we de verkeerde DUID hebben ingevoerd. Geven we echter de DUID in die we tegen komen met de TCPDUMP, dan krijgen we wel een /128 IPv6 toegeschreven aan de WAN poort, maar er worden verder geen addressen of prefixen uitgereikt aan de vlans. Ze krijgen enkel een link local adres. Ik vraag me dus af of iemand succesvol de DreamMachine Pro aan de praat heeft gekregen met een fixed IPv6 prefix voor verschillende Vlans? Op dit moment hebben we IPv6 geheel uitgeschakeld aangezien bepaalde diensten niet meer werkten. Dit werkte overigen als een zonnetje met de USG 3p, maar de UDM Pro lijkt het moeilijk te hebben met IPv6.

Jeroen_T · ‎16-05-2022

Dit weekend heeft onze USG 3p het begeven. Gelukkig waren we al van plan om naar een UDM Pro te upgraden. We hebben dit afgelopen weekend gedaan. We lopen nu tegen het probleem aan dat IPv6 niet meer goed werkt. Allereerst was het bijzonder moeilijk om de DUID te achterhalen van de UDM Pro. Als we met SSH naar UDM gaan en dit commando geven: cat /config/dnsmasq.lease Dan wordt daar een DUID vermeld. Als we deze opgeven voor onze fixed IPv6 prefix, dan krijgen we wel IPv6 addressen maar met het verkeerde Prefix (niet het prefix dat vermeld staat op mijn telenet). Dit zou erop kunnen duiden dat de DUID niet goed is en we prefixen krijgen uit de algemene pool van telenet (i.e.: 2a02:181/24) en niet vanuit de fixed prefix pool (2a02:180/24). In gesprek met unifi is er een mogelijkheid om een TCPdump te doen. Je start de TCPdump met dit commando: tcpdump -i eth8 -n -vv '(udp port 546 or 547) or icmp6' -w /tmp/dhcpv6.pcap Vervolgens disable je IPv6 op de WAN poort en even later enable de DHCPv6 weer op de WAN poort. Hierdoor wordt er dus een nieuw verzoek aan Telenet gedaan om de IPv6 fixed prefix aan te vragen. Door met WinSCP het aangemaakte pcap bestand te downloaden en het met Wireshark te analyser, kun je de DUID die gebruikt wordt om de aanvraag aan telenet te doen extraheren. Dit blijkt ineens een heel andere DUID te zijn dan vermeld in the dsnmasq.lease. Dit keer is het een 00:03:00:01: en dan het MAC address van de WAN poort. Als je deze DUID invoert in de fixed IP pagina van mijn telenet en vervolgens de modem (24*8 DOC3 EMTA (DOCSIS)) herstart en de UDM herstart, dan worden er geen prefixen meer uitgedeeld. De UDM WAN Port krijgt wel een IPv6 adres en je kunt ook gewoon "ping -6" doen, wat werkt. Maar geen enkele prefix wordt uitgedeeld. Heeft iemand hier de UDM Pro ooit aan de praat gekregen met IPv6? Wij krijgen dus enkel of de verkeerde prefix of geen prefix. We zitten een beetje met onze handen in haar, zeker aangezien het allemaal als een zonnetje werkte op de USG 3p. Deze is enkel bijzonder traag en in ons geval kapot. Kan iemand ons helpen welke DUID we moeten gebruiken? Die van de dnsmasq.lease of die van de tcpdump? Kan er iest mis zijn bij Telenet waardoor we niet de juist prefix uitgedeelt krijgen? Overigens alle clienten die de verkeerde prefix krijgen, hebben wel internet verbinden en als we bij https://whatismyipaddress.com checken dan zien we een IPv6 addres maar met de verkeerde prefix. Dus IPv6 werkt wel - alleen geen juist prefix. De prefix die we zouden moeten krijgen is 2a02:1807:880::/54. Degene die we krijgen is 2a02:1811:1c86::/54

Jeroen_T · ‎01-07-2020

Wilde hier graag mijn ervaringen delen met IPv6 en de twee modems van Telenet (CV8560E en 24*8DOC3 EMTA). Wij zijn een business klant en betalen voor een fixed IPv4 en IPv6 adres. We gebruiken nu de EMTA modem, maar gebruikte hiervoor de CV8560E in bridge mode. Onze gateway/router is the UniFi Security Gateway 3P. Telenet deelt een fixed prefix IPv6 adres van /56 uit aan de klant. Echter dient bij de CV8560E modem de gateway ingesteld te worden met een prefix van /60. Dit werkt allemaal prima totdat je erachter komt dat net die 4 bit tussen /56 en /60 om de zoveel tijd (een paar maand) verandert. Dit is in een IPv6 adres maar één cijfertje/lettertje. Wat er gebeurd, bijvoorbeeld, dat je fixed prefix 2a02:1818:950:200::/56 is. Dat je zelf het laatste cijfertje mag veranderen, dus je mag instellen dat je netwerk 2a02:1818:950:208:: als prefix gebruikt. Dat laatste cijfertje staat voor 4 bits, je kan dus 16 subnetwerken creëren. Jammer genoeg, en dat schijnt nu door de CV8560E modem software te komen, veranderd echter om de zoveel tijd 4 bits daarvoor door Telenet. Dus wordt plotseling je fixed prefix 2a02:1818:950:218::. Het is maar een kleine verandering maar je hebt een volledig nieuw ip adres te pakken en dus moet je je hele netwerk en DNS weer aanpassen aan dat ene cijfertje. Dit is ons in het afgelopen jaar 4 keer overkomen. Je moet je dus bewust zijn dat met de CV8560E je uiteindelijk geen fixed IPv6 adres krijgt toegewezen. De technische ondersteuning gaf aan dat een modem-only een oplossing zou zijn. Nog op dezelfde dag werd de "nieuwe" modem geïnstalleerd: 24*8 DOC3 EMTA. Jammer genoeg werkt ipv6 hier nog niet bij. De wan poort van onze gateway krijgt een volledig ander adres toegewezen dan op de pagina van "Mijn vaste IP adres beheren". We hebben het correcte MAC adres in gegeven voor IPv4 en dat werkt wel juist. We hebben tevens de juiste DUID ingegeven voor het IPv6 adres, maar dat werkt dus niet. Dit is iets wat op dit moment wordt uitgezocht, waarom de DHCPv6 van telenet niet de juiste prefix aan de DUID toeschrijft. We hebben op dit moment de hele IPv6 "uitgeschakeld" op ons netwerk, anders werkte ons internet ook niet meer, omdat het interne netwerk voorkeur geeft aan IPv6 afhandeling van adressen. Hoewel IPv6 geen nieuwe technologie is, lijkt het wel zo te worden behandeld bij telenet. Niet veel eerste lijn bij technische hulp weet hoe IPv6 werkt en hoe het werkt bij Telenet. Wel jammer dat ze nog steeds zo onvoorbereid zijn op IPv6.

Jeroen_T · ‎07-04-2020

Tot ongeveer vorige week vrijdag hadden wij deze problemen ook met Amazon S3. Onze backup software kon geen enkele backup meer maken omdat er constant problemen met de verbinding waren. Deze backups draaien uiteraard 's avonds. Vanaf afgelopen zaterdag lopen ze plots weer. Waarschijnlijk dus wel degelijk een probleem bij Telenet.

Jeroen_T · ‎07-02-2020

@VinzzB Ik zou proberen een andere prefix dan 0. Ik weet het niet zeker maar bij ons werkte het in eerste instantie ook niet met een prefix van 0. Kan zijn dat het iets anders toen was. Maar het is het waard te proberen.

Jeroen_T · ‎04-02-2020

@VinzzBHet klopt ik ben inderdaad een business klant en we betalen voor een fixed ipv4 en fixed ipv6 adres (voor zover ik weet is het één prijs). IPv6 delegatie zou eigenlijk altijd moeten werken, alsin de router van Telenet doet dan prefix delegation. Meestal gaat dit volledig automatisch. Als ipv6 "aan" staat vanuit Telenet dan krijgt meestal alle computer door middel van prefix delegation de ipv6 adressen. Binnen ons bedrijf hebben we meer controle nodig over de IPv6 distributie en hebben we een fixed ipv4 adres nodig voor onze mail servers. Het is meestal wel zo dat zelfs al je geen fixed ipv4 adres hebt, dat je ipv6 adres wel "fixed" is. Deze verandert bijna nooit, omdat de internet providers nu zoveel addressen to hun beschikking hebben dat ze niet meer ip addressen hoeven te rouleren.

Jeroen_T · ‎31-01-2020

Hier even een update ten aanzien van onze situatie. Na de post van @De_Kim hebben we in onze USG router ook de prefix ingesteld met /60. Na deze wijziging werkte alles. Hiervoor hadden we prefix /64 ingesteld en dan werkt de prefix delegation en de ipv6 routing niet. We hebben ook /56 geprobeerd, maar dat werkt ook (nog) niet. Het is wel verwarrend omdat de gegevens op mijn.telenet.be constant veranderen. Tevens staat bij WAN-configuratie dat de prefix wel /56 is. Het IPv6 adres van de WAN poort van de modem is dan weer een andere dan de prefix en weer anders dan fixed ipv6 doorgegeven aan de router in bridge mode. Het is nu ook zo dat de fixed ipv6 nu ook in het rijtje van verbonden gebruikers staat. Maar ik klaag niet, het werkt 😉

Jeroen_T · ‎12-01-2020

@Ex-NetweterOverigens wordt hier iets geheel anders verteld: https://www.netweters.be/t5/Instellingen-software-hardware/Giga-speedboost-en-modem-only-onmogelijk/m-p/74821 Heb jij persoonlijk ervaring met de modem-only?

Jeroen_T · ‎12-01-2020

@Ex-NetweterIk zou niet weten welke modem de technieker bij zich had, ik neem aan de nieuwste, maar dat kan even goed een oudere zijn. Overigens kan ik niets vinden over die nieuwe mode-only type die jij noemt: CV7160E. Heb je hier een link over of wat informatie?

Jeroen_T · ‎12-01-2020

@Ex-Netweter Helaas was het bij ons wel zo zwart wit. De modem-only kon de gigabit niet activeren en bereikte maximaal 200 tot 300 mbps. Terwijl de e-router inderdaad over de 900 haalt. Dus voor ons was het wel een zwart wit keuze.

Jeroen_T · ‎10-01-2020

@Steven-EHelemaal juist. Inderdaad het is prefix delegation, niet distribution. Het is inderdaad ook correct dat je publiek ipv6 adres niet noodzakelijk een vaste hoeft te zijn. Is het echter geen vaste ipv6 adres dan kan het veranderen in de toekomst. Dit zal hoogstwaarschijnlijk niet gebeuren omdat er zoveel ipv6 addressen zijn dat het rouleren van ip addressen niet nodig is, zoals dat met ipv4 wel nodig was. We hebben een zakelijk abonnement met een fixed ipv4 adres en ook een (niet werkend met de huidige e-router) fixed ipv6 adres. Thuis (bij edpnet) beide addressen niet vast en moet dus mijn ipv4 adres dynamisch updaten met mijn dns registratie, maar mijn niet vaste ipv6 adres is nog steeds niet gewijzigd sinds het begin. Er gaat inderdaad iets mis aan de kant van telenet in combinatie met de nieuwe e-router. Het schijnt dat de oude modem dit wel kan, echter niet de gigaboost aan kan. Dus het is op dit moment kiezen tussen of een snelle internet verbinding maar niet met ipv6 of een langzamere internet verbinding maar met ipv6 (alles natuurlijk in bridge mode). We hebben maar gekozen voor de snelheid en we blijven in contact met Telenet wanneer ipv6 ook goed beschikbaar komt voor de e-router.

Jeroen_T · ‎10-01-2020

@janne_manIk denk dat je me verkeerd begrepen hebt. IPv6 kan op verschillende manieren toebedeeld worden aan je router. Als je modem in Bridge Mode staat dan wordt een vast IP adres toegewezen aan de poort van je router. Telenet doet dit met ipv4 door het mac adres van je router te vragen (of zelf in te vullen), zodat zij het ipv4 adres rechtstreeks aan de poort van jou router kunnen toedelen. Met ipv6 vraagt telenet om de DUID van je router. DUID wordt gebruikt om via DHCP(v6) een vast ip adres toe te kennen aan een poort. Met ipv4 wordt dit gedaan door middel van je MAC address met ipv6 wordt het doormiddel van je DUID gedaan. Je router (achter de telenet modem) krijgt dus een vast (extern) ipv4 adres als de telenet modem in bridge mode staat. Door middel van NAT kun je dan al je achterliggende computers van internet voorzien. Jet router zou ook een vast ipv6 adres krijgen via bridge mode (door middel van DHCPv6) en vervolgens wordt de prefix doorgestuurd (door middel van prefix distritbution) naar de rest van je computers in je lan. Dit gebeurt dus niet door de nieuwe e-router. a) De router krijgt geen vast ipv6 adres. b) de prefix wordt niet doorgestuurd naar de rest van het netwerk. De router kan niet pingen naar ipv6 addressen en het netwerk kan geen verbinding krijgen met ipv6 (onderling eventueel wel, mits je zelf intern de DHCPv6 doet) met het internet. Nu blijkt dat de nieuw e-router hier problemen mee heeft. Ipv4 werkt prima in bridge mode, ipv6 werkt niet in bridgemode. Ik ben geen groentje op het gebied van ipv6 en we zijn overgestapt van Proximus naar Telenet, maar onder proximus hadden we een volledig compatible ipv6 netwerk intern en extern.