Daar kan ik helaas ook nog niks zinnigs over zeggen 
De update van Mei was duidelijk en eerlijk, en dat is iets wat zeer gewaardeerd wordt.
Ik kan goed begrijpen dat niet direct de gehele core vervangen is, alleen om native IPv6 mogelijk te maken.
Deze extra kosten zouden toch ergens van betaald moeten worden, en het gros van de klanten zal geen prijsverhoging willen betalen puur voor de invoering van native IPv6.
Maar is er nu, een half jaar later, al iets meer duidelijk over de planning wanneer de core wel vervangen gaat worden?
Is de verwachting van Mei, maximaal een jaar, haalbaar?
Gezien de kosten en contracten die hiermee samengaan, zal inmiddels toch wel bekend zijn of deze vervanging voor komend half jaar op de planning staat?
Indien het op de planning staat, snap ik dat dit alsnog geen garantie geeft dat het ook daadwerkelijk gaat lukken.
Maar als het nog niet eens op de planning staat, weten we zeker dat we langer moeten wachten. En dan moet ik misschien toch eens een lijntje uitgooien bij jullie vrienden van Freedom.
Kortom, een nieuwe update zou weer van harte welkom zijn!
3 likes
Hear, hear!
(waarom toch minimaal 20 karaktersā¦ )
@randal, @johan, 8 maanden verderā¦ ik denk dat veel mensen een update op prijs zouden stellen. Ik in ieder geval wel! Ik zit met smart op native IPv6 te wachten.
Alvast dank!
3 likes
@randal , @johan klopt de informatie op IPv6 - Tweak nog?
Ik heb de afgelopen dagen lopen stoeien met een IPv6 RD tunnel op een Ubiquity Edgerouter 6P zoals hier beschreven.
Op subnet 185.227.72.0/22: 2a02:58:54::/46, relay 217.19.16.12 krijg ik de 6RD tunnel aan de praat, maar valt deze soms gewoon weg, zonder dat er iets verandert aan mijn kant. Hetzelfde gedrag vertoont de tunnel als ik de FRITZ!Box 5490 van Tweak gebruik.
Mijn EdgeRouter krijgt op zān eigen MAC address een IP uit de 45.144.216.0/22: 2a02:58:60::/46, relay 217.19.16.15 range. Hier krijg ik de 6RD tunnel helemaal niet aan de praat. Als ik dit MAC address gebruik op de FRITZ!Box doet de 6RD tunnel het ook niet. Ik krijg wel een IPv6 address toegewezen, maar kan niks pingen over IPv6.
Is er iets mis met de tunnels aan de kant van Tweak? Dit is in het verleden ook wel eens het geval geweest.
Ik heb net even gecheckt: Mijn 6RD tunnel werkt. Ik maak gebruik van de
* 217.19.16.0/20: 2a02:58:40::/44, relay 217.19.16.18
range. Ik heb een Fritz.box 5490 als edge router.
Bedankt voor de feedback. Bij mij werkt-ie soms ook op de
185.227.72.0/22: 2a02:58:54::/46, relay 217.19.16.12
range.
Maar betrouwbaar? Het ene moment kon ik probleemloos elk IPv6 adres bereiken, een paar uur later of de volgende dag ineens niet meer. Niet vanaf mān laptop, maar ook niet vanaf de router.
Ik snap niet helemaal waarom jij uit 2 ranges kunt kiezen. Dat lijkt mij al een probleem op zich.
Of het betrouwbaar is weet ik niet. Ik zie echter geen rare delays op rare momenten, en mijn mail komt ook vlot binnen (dual IPv4/IPv6) host. Dus ik zie geen problemen, die ik eerder wel had, met een andere tunnel. Maar dat is slechts een gevoel. Ik zal vandaag eens even een pingetje aan laten staan.
Ik gebruik * 82.197.192.0/19: 2a02:58:80::/43, relay 217.19.16.17 op een USG-Pro en heb eigenlijk sinds ik deze gebruik geen IPV6 issues (hiervoor een HE tunnel welke wel stabiel is maar problemen geeft met bijv. netflix e.d.) Het heeft echter wel even geduurd voordat ik begreep hoe e.e.a. berekend moest worden. Meeste tutorials doen dat verkeerd. misschien dat je de verkeerde ipv6 adressen aan jezelf assigned? Aangezien de meeste machines elke keer een ander ipv6 adres selecteren zou dat verklaren waarom het de ene keer wel werkt en de andere niet.
Je krijgt een publiek IP adres toegewezen op basis van het MAC adres van de internet poort van de router die je gebruikt. Ik heb het MAC adres van mijn FRITZ!Box āgeclonedā naar mān EdgeRouter zodat ik hetzelfde IPv4 adres krijg toegewezen.
Je IPv6 range is direct gerelateerd aan je IPv4 adres. Deze kun je zelf berekenen via IPv6 Address Calculator (silmor.de)
Als ik het originele MAC adres van mijn EdgeRouter gebruik krijg ik een ander IPv4 adres uitgereikt, en dus ook een ander IPv6 range.
Je hebt wel goed gekeken naar het subnet mask gegoochel? daar ging ik de eerste keer de fout mee in. āTo calculate the IPv6 prefix for 6RD, you first need to subtract the amount of bits in your ISP provided netmask from /32. This way you calculate the amount of network bits that can be variable for that specific subnet.ā
Dus zou zou met een 2a02:58:54::/36 aan de slag moeten gaan in de calculator?
Anders even melding maken bij Tweak. Misschien een reboot van de relay machine.
Ik gebruik de methode zoals hier en hier beschreven.
In mijn geval:
Ik heb ook mijn FRITZ!Box weer aangesloten, en met beide MAC adressen getest welke IPv6 range ik kreeg toegewezen. Deze kwamen exact overeen met de ranges die ik zelf middels bovenstaande methode berekend had.
Overigens deed mijn IPv6 RD tunnel het ook op de FRITZ!Box niet bij onderstaande range
45.144.216.0/22: 2a02:58:60::/46, relay 217.19.16.15
Hieronder kun je precies zien dat bovenstaande tunnel het niet doet op de FRITZ!Box, en de andere het wel:
Internet, IPv4 connected since 27.01.2021, 17:21, Tweak MAC change,
IPv4 address: 45.144.219.60
Internet, IPv6 connected since 27.01.2021, 17:21, Tweak MAC change,
IPv6 Address: 2a02:58:63:3c00:7683:c2ff:fe11:9dbe, Valid for: 7069/3469s,
IPv6 prefix: 2a02:58:63:3c00::/56, Valid for: 7069/3469s
DNS servers used
82.197.196.182
82.197.196.183 (currently used for standard queries)
C:\WINDOWS\system32>tracert -6 -d google.com
Tracing route to google.com [2a00:1450:400e:80e::200e]
over a maximum of 30 hops:
1 1 ms 1 ms 2 ms 2a02:58:63:3c01:3a10:d5ff:fe5e:faae
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * ^C
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . : fritz.box
IPv6 Address. . . . . . . . . . . : 2a02:58:63:3c01:904e:77ee:b641:2efa
Temporary IPv6 Address. . . . . . : 2a02:58:63:3c01:e814:55d4:46e5:da56
IPv6 Address. . . . . . . . . . . : fd00::904e:77ee:b641:2efa
Link-local IPv6 Address . . . . . : fe80::904e:77ee:b641:2efa%11
IPv4 Address. . . . . . . . . . . : 192.168.178.20
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::3a10:d5ff:fe5e:faae%11
192.168.178.1
*******************************************************
Internet, IPv4 connected since 27.01.2021, 19:25, Tweak Glasvezel via LAN-poort,
IPv4 address: 185.227.75.211
Internet, IPv6 connected since 27.01.2021, 19:25, Tweak Glasvezel via LAN-poort,
IPv6 Address: 2a02:58:57:d300:3a10:d5ff:fe5e:fab2, Valid for: 7179/3579s,
IPv6 prefix: 2a02:58:57:d300::/56, Valid for: 7179/3579s
DNS servers used
82.197.196.182
82.197.196.183 (currently used for standard queries)
C:\WINDOWS\system32>tracert -6 -d google.com
Tracing route to google.com [2a00:1450:400e:807::200e]
over a maximum of 30 hops:
1 1 ms 1 ms 3 ms 2a02:58:57:d301:3a10:d5ff:fe5e:faae
2 8 ms 6 ms 6 ms ::217.19.16.12
3 111 ms 190 ms 9 ms 2a02:58:1:8::11
4 9 ms 8 ms 8 ms 2001:4860:1:1::1966
5 9 ms 9 ms 10 ms 2001:4860:0:f8b::1
6 9 ms 8 ms 9 ms 2001:4860:0:1::1c81
7 14 ms 9 ms 9 ms 2a00:1450:400e:807::200e
Trace complete.
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . : fritz.box
IPv6 Address. . . . . . . . . . . : 2a02:58:57:d301:904e:77ee:b641:2efa
Temporary IPv6 Address. . . . . . : 2a02:58:57:d301:2907:c5ae:60f3:b613
Temporary IPv6 Address. . . . . . : fd00::2907:c5ae:60f3:b613
IPv6 Address. . . . . . . . . . . : fd00::904e:77ee:b641:2efa
Link-local IPv6 Address . . . . . : fe80::904e:77ee:b641:2efa%11
IPv4 Address. . . . . . . . . . . : 192.168.178.20
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::3a10:d5ff:fe5e:faae%11
192.168.178.1Het gaat om je IPv4 netmask. Dus bij een publiek IPv4 adres uit deze range
45.144.216.0/22: 2a02:58:60::/46, relay 217.19.16.15
gebruik je 32-22=10 bits in de calculator voor Customer IPv4
en gewoon 2a02:58:60::/46 voor de Provider prefix IPv6
Oepsā¦ Zie je ga ik weer de fout in. je hebt gelijk.
2 likes
pingetje liep prima, zonder packet loss. Lijkt erop dat IPv6 hier inmiddels stabiel is.
https://www.tweak.nl/internet/ipv6.html geeft aan welke 6RD instellingen je moet gebruiken afhankelijk van het subnet waar je public IP in zit.
Ik heb een nieuwe router met Vyos en die krijgt een public IP uit een nieuw subnet 45.135.4.0/22. Welke 6RD instellingen horen bij dat subnet? Kun je bovenstaande pagina laten aanpassen?
Ik heb net alle relays en relay prefixes gecontroleerd op de site en de ontbrekende toegevoegd. Tot vanmorgen was de relay voor 45.144.216.0/22 niet goed geconfigureerd maar dat is inmiddels ook opgelost.
Voor de rest: ik zou graag een update geven over native v6, maar die is er niet. Het staat in ieder geval voor dit en komend kwartaal nog niet op de planning.
4 likes
Dat verklaart waarom ik mijn 6RD op het 45.144.216.0/22 subnet maar niet aan de praat kreeg!
Ik ga het later deze week nogmaals proberen en zal het resultaat hier delen.
Geen update is ook een update. Bedankt!
Mijn 6RD tunnel via Tweak loopt weer als een zonnetje. Ik gebruik mijn eigen Vyos router op hardware van PC Engines van nog geen ā¬ 150.
Ik haal met deze router de volledige 1Gbps up and down.