Het grote IPv6 topic

[databeestje]

Zijn er hier ook mensen die problemen hebben met Samba (4.4.4) en IPv6? Ondanks de "host allow" regel aan te passen of uit te commentaren in smb.conf blijf denied terugkrijgen en een password prompt op Windows 10.

code:

 smbd[20678]: [2017/07/24 11:32:18.604527,  0] ../source3/lib/access.c:338(allow_access)
 smbd[20678]:   Denied connection from 2001:aaa:bbbb:ff92::1006 (2001:aaa:bbbb:ff92::1006)

Nevermind, herstart Samba, niet reload Samba. Is niet obvious van de man page, en hosts allow met IPv6 subnet staat nergens als voorbeeld

[MrNGm]

Snow_King schreef op vrijdag 21 augustus 2015 @ 12:45:
[...]

Oh? Hier wel:

code:

wido@wido-desktop:~$ host www.nos.nl
www.nos.nl is an alias for nos.nl.
nos.nl has address 145.58.28.175
nos.nl has IPv6 address 2a02:458:101:28:100:28:0:af
nos.nl mail is handled by 15 mx2.mail.omroep.nl.
nos.nl mail is handled by 15 mx1.mail.omroep.nl.
nos.nl mail is handled by 25 mx3.mail.omroep.nl.
nos.nl mail is handled by 15 mx0.mail.omroep.nl.
wido@wido-desktop:~$

Helaas heb ik (sinds vandaag, naar wat blijkt) MTU-issues vanuit een Hurricane Electric-tunnel naar nos.nl. Tunnelinterface op m'n router staat op 1280, (laptop)client op intern netwerk op standaard 1500. Bij een test vanaf het IPv6-testnetwerk van de uni kreeg ik wél een pagina van nos.nl geladen.

Met wat suggesties van @Kees op twitter over MTU, heb ik wat zitten testen. Ik kwam erachter dat een MTU van 1480 wél een ladende site oplevert . Met een tempfix (zie verder) is dat probleem (tijdelijk) te omzeilen.

IPv6 lijkt verder op meerdere sites actief te zijn bij de publieke omroep, o.a.:

code:

$ for i in {cookiesv2.publiekeomroep.nl,help.npo.nl,over.npo.nl}; do host -t AAAA $i; done;
cookiesv2.publiekeomroep.nl is an alias for ddu1-sites.omroep.nl.
ddu1-sites.omroep.nl has IPv6 address 2a02:458:101:28:100:29:0:88
help.npo.nl is an alias for npov-sites.omroep.nl.
npov-sites.omroep.nl has IPv6 address 2a02:458:101:28:100:28:0:27
over.npo.nl is an alias for npov-sites.omroep.nl.
npov-sites.omroep.nl has IPv6 address 2a02:458:101:28:100:28:0:27

Met dat op het oog heb ik de tempfix van 1 adres (namelijk nos.nl) wat uitgebreid naar het /64 waar het inhangt:

code:

# ip route add 2a02:458:101:28::/64 via $ipv6router mtu 1480

Zijn er anderen met dezelfde issues?

edit: zat even terug te lezen:

Ascension schreef op zondag 9 juli 2017 @ 09:30:
[...]


Goeie, daar ga ik eens naar kijken en testen. Weet jij of het dan nog mogelijk is voor gebruikers om privacy extensions te gebruiken?

Privacy extensions zijn juist een ding bij SLAAC. Simpel gezegd krijg je geen IPv6-autoconfig als een autoconfig-prefix niet wordt geannounced op het netwerk.

Op het IPv6-testnetwerk op 'mijn' universiteit krijg ik dan ook geen werkend IPv6-adres als ik geen DHCPv6-client draai...

[ Voor 13% gewijzigd door MrNGm op 26-07-2017 21:30 ]

[Gogol]

MTU van de tunnel moet op 1480 staan en MSS op 1420

[Zr40]

Het probleem met nos.nl treedt ook op met Tweak (IPv6 via 6rd tunnel) met MTU 1480. De oorzaak van het probleem is dat nos.nl ICMPv6 blokkeert en daardoor werkt PMTUD niet.

Met MTU 1500 (niet mogelijk met een tunnel) treedt het probleem niet op. MSS clamping is een workaround die je zou kunnen toepassen.

[ Voor 28% gewijzigd door Zr40 op 26-07-2017 22:26 ]

[pws34]

@ MrNGm: ik heb hetzelfde probleem sinds woensdag.

nos.nl, npo.nl en een paar afgeleide sites (teletekst, radio2) zijn niet te bereiken.

Ik heb ipv6 (via 6RD) bij Onsbrabantnet.

Is dit iets wat aan de nos kant opgelost moet worden ?

[Zr40]

Ja, het probleem is dat PMTUD niet werkt omdat aan de NOS kant ICMPv6 geblokkeerd wordt. Dit moeten ze niet doen.

De server stuurt een 1500 byte packet naar jou, dat past niet door je 6rd tunnel (MTU 1480), ISP stuurt ICMPv6 packet-too-big naar NOS, NOS blokkeert dit packet. Server interpreteert het uitblijven van een ack als packet loss, stuurt packet opnieuw, en dit herhaalt zich. Uiteindelijk geeft de server het op en sluit de verbinding.

Je kan zelf het werkend krijgen door MSS clamping toe te passen, maar dat is alleen symptoombestrijding, niet een echte oplossing. De echte oplossing ligt bij NOS.

[ Voor 37% gewijzigd door Zr40 op 27-07-2017 12:17 ]

[pws34]

Bedankt voor deze uitleg Zr40 !

Dan wacht ik maar totdat de nos dit heeft opgelost.

[stormfly]

Dan zou ik ze het wel melden via een contact formulier:) als ze hun fout door zouden hebben, had hij er niet ingezeten schat ik in

[MrNGm]

stormfly schreef op donderdag 27 juli 2017 @ 12:37:
Dan zou ik ze het wel melden via een contact formulier:) als ze hun fout door zouden hebben, had hij er niet ingezeten schat ik in

Behalve dan dat nos.nl effectief onbereikbaar is .

Gogol schreef op woensdag 26 juli 2017 @ 21:32:
MTU van de tunnel moet op 1480 staan en MSS op 1420

Leuk idee, maar Path MTU detection zou gewoon moeten werken. Bovendien staat de MTU van mijn tunnel al op 1280 (uit de voorbeeldconfiguratie van HE).

Ik ben mss-clamping alleen nog tegengekomen in OpenVPN bij gebruik van het treininternet. Ik kan trouwens noch bij iproute2 noch in de interface van m'n router iets vinden om MSS aan te passen.

[stormfly]

MrNGm schreef op donderdag 27 juli 2017 @ 13:33:
Behalve dan dat nos.nl effectief onbereikbaar is .

Het is 2017 hé Twitter Facebook etc of even op je machine IPv6 uitzetten en een mail sturen

[MrNGm]

stormfly schreef op donderdag 27 juli 2017 @ 13:56:
[...]


Het is 2017 hé Twitter Facebook etc of even op je machine IPv6 uitzetten en een mail sturen

Ik had ze op twitter al bericht, maar je weet nooit of dat ook echt terechtkomt

[Jef61]

Ik kan sinds kort 'nos.nl' via mijn xs4all IPv6 verbinding niet meer bereiken. Via mijn werk waar we IPv6 hebben lukt het wel.

Welke browser maakt niet uit.
Krijg onderin de browser melding 'wachten op nos.nl', na een tijdje timeout met melding 'ERR_CONNECTION_RESET'.

Ik kan niet vinden waar dit aan ligt, misschien kan iemand bevestigen dat er een probleem is met nos.nl via xs4all?

[MrNGm]

Jef61 schreef op donderdag 27 juli 2017 @ 17:37:
Ik kan sinds kort 'nos.nl' via mijn xs4all IPv6 verbinding niet meer bereiken. Via mijn werk waar we IPv6 hebben lukt het wel.

Welke browser maakt niet uit.
Krijg onderin de browser melding 'wachten op nos.nl', na een tijdje timeout met melding 'ERR_CONNECTION_RESET'.

Ik kan niet vinden waar dit aan ligt, misschien kan iemand bevestigen dat er een probleem is met nos.nl via xs4all?

Read up MrNGm in "Het grote IPv6 topic"

Zie ook deze thread op twitter.

[Jef61]

MrNGm schreef op donderdag 27 juli 2017 @ 18:02:
[...]


Read up MrNGm in "Het grote IPv6 topic"

Zie ook deze thread op twitter.

Ah dank, hoef ik niet meer verder te zoeken. Ik dacht dat het een xs4all probleem was en dus verkeerde zoektermen gebruikt
Ik had ook al getwitterd naar nos, maar geen antwoord gekregen.

[ANdrode]

Jef61 schreef op donderdag 27 juli 2017 @ 17:37:
Ik kan sinds kort 'nos.nl' via mijn xs4all IPv6 verbinding niet meer bereiken. Via mijn werk waar we IPv6 hebben lukt het wel.

Welke browser maakt niet uit.
Krijg onderin de browser melding 'wachten op nos.nl', na een tijdje timeout met melding 'ERR_CONNECTION_RESET'.

Ik kan niet vinden waar dit aan ligt, misschien kan iemand bevestigen dat er een probleem is met nos.nl via xs4all?

Werkt hier wel via XS4ALL,

Gebruik je een eigen router? De PPPOE tunnel moet RFC4638 gebruiken om MTU 1500 te ondersteunen.

Als dit werkt dan kan je in principe zelfs ruim verder dan 1500 bytes. FritBox 7581 doet dit (andere versies heb ik niet)

offtopic:
Heb er snel naar gekeken met wireshark/tshark aan beide kanten en kreeg pings met payload tot 2200 terug

[ Voor 3% gewijzigd door ANdrode op 27-07-2017 19:59 ]

[Jef61]

ANdrode schreef op donderdag 27 juli 2017 @ 19:58:
[...]


Werkt hier wel via XS4ALL,

Gebruik je een eigen router? De PPPOE tunnel moet RFC4638 gebruiken om MTU 1500 te ondersteunen.

Als dit werkt dan kan je in principe zelfs ruim verder dan 1500 bytes. FritBox 7581 doet dit (andere versies heb ik niet)

offtopic:
Heb er snel naar gekeken met wireshark/tshark aan beide kanten en kreeg pings met payload tot 2200 terug

Ja ik gebruik eigen router, Vigor130 als modem en een MikroTik als router. Heb even nagekeken, in de MikroTik staat de MTU op 1480, weet eigenlijk niet meer waarom maar was wel iets mee. Zal eens even proberen of 1500 wil werken.

[Jef61]

Vigor op een MTU van 1500 en MikroTik op 1492 geeft een werkende situatie (maar geen nos.nl).

Had in de Vigor een MTU van 1492 staan en in de MikroTik 1480. Heb wat met de waardes gestoeid maar krijg met andere waardes de IPv6 niet werkende. Ik heb nu even te weinig tijd om er uitgebreid naar te kijken, zal een andere keer nog eens proberen.

[ Voor 17% gewijzigd door Jef61 op 28-07-2017 13:44 ]

[stormfly]

Zijn er alleen problemen met de HE tunnels en npo.nl en nos.nl? De huidige status is dat ik nu MTU 1280 gebruik maar er niet op kom.

• NPO.nl laadt uiteindelijk na heel lang wachten wel door maar blijft " spinnen "
• NOS.nl doet helemaal niets

Er worden heel veel subsites opgevraagd als je NPO.nl inlaadt waarschijnlijk blijft er 1 hangen. Ik zal eens met Google Inspector kijken.

[agresionpower]

Ik heb met ziggo in ieder geval geen problemen met de genoemde sites.

[stormfly]

agresionpower schreef op maandag 31 juli 2017 @ 10:14:
Ik heb met ziggo in ieder geval geen problemen met de genoemde sites.

Just to be sure; je weet zeker dat je over IPv6 aankomt?

Kan ook zijn dat ze de HE tunnels blokkeren ivm GEO rechten en streaming in het buitenland oid.

[agresionpower]

stormfly schreef op maandag 31 juli 2017 @ 10:25:
[...]


Just to be sure; je weet zeker dat je over IPv6 aankomt?

Kan ook zijn dat ze de HE tunnels blokkeren ivm GEO rechten en streaming in het buitenland oid.

Heel zeker, ik heb altijd IPvFoo aan staan.
nos.nl 2a02:458:101:28:100:28:0:af
cookiesv2.publiekeomroep.nl 2a02:458:101:28:100:29:0:88

Hierna volgt een lijstje met ipv4 adressen, maar dat lijkt voor de analytics achtige dingen te zijn.
divolte.nos.nl 145.58.84.15
mab.chartbeat.com 151.101.36.249
nos.dmdelivery.com 91.197.72.25
ping.chartbeat.net 23.23.118.160
sb.scorecardresearch.com 23.206.93.157
static.chartbeat.com 151.101.36.249

[ANdrode]

stormfly schreef op maandag 31 juli 2017 @ 10:09:
Zijn er alleen problemen met de HE tunnels en npo.nl en nos.nl? De huidige status is dat ik nu MTU 1280 gebruik maar er niet op kom.

• NPO.nl laadt uiteindelijk na heel lang wachten wel door maar blijft " spinnen "
• NOS.nl doet helemaal niets

Er worden heel veel subsites opgevraagd als je NPO.nl inlaadt waarschijnlijk blijft er 1 hangen. Ik zal eens met Google Inspector kijken.

Met MTU 1500 werkt nos.nl (IPv6/MTU 1500). NPO.nl lijkt nu geen AAAA record te hebben;

code:

$ host -t ns npo.nl
npo.nl name server minnie.omroep.nl.
npo.nl name server robin.omroep.nl.
$ host -t aaaa npo.nl robin.omroep.nl
Using domain server:
Name: robin.omroep.nl
Address: 2a02:458:101:26::34#53
Aliases:

npo.nl has no AAAA record

[Bigs]

stormfly schreef op maandag 31 juli 2017 @ 10:09:
Zijn er alleen problemen met de HE tunnels en npo.nl en nos.nl? De huidige status is dat ik nu MTU 1280 gebruik maar er niet op kom.

• NPO.nl laadt uiteindelijk na heel lang wachten wel door maar blijft " spinnen "
• NOS.nl doet helemaal niets

Er worden heel veel subsites opgevraagd als je NPO.nl inlaadt waarschijnlijk blijft er 1 hangen. Ik zal eens met Google Inspector kijken.

NOS.nl deed het vanochtend thuis met XS4ALL al niet en nu op m'n werk met Helden van Nu (routit) ook niet dus er lijkt iets aan hun zijde mis te zijn.

[Roetzen]

Ik heb vaker problemen met nos.nl. Het duurt soms heel lang voordat het laden klaar is. Het rondje op de plaats van het favicon blijft maar draaien. Soms loopt Firefox helemaal vast. Meestal gaat nos.nl via IPv6, maar soms valt het om onverklaarbare redenen terug op IPv4. Hier native IPv6 van Ziggo.

[Jef61]

Bij mij werkt het nu plots
Ping6 is nu ook in orde!

[stormfly]

Jeps NOS.nl heeft nog wel IPv6 ingeschakeld en functioneert nu ineens.

NPO.nl heeft de AAAA records weggegooid, top nu gaat de dienstverlening gewoon weer door.

[Snow_King]

stormfly schreef op maandag 31 juli 2017 @ 18:27:
Jeps NOS.nl heeft nog wel IPv6 ingeschakeld en functioneert nu ineens.

NPO.nl heeft de AAAA records weggegooid, top nu gaat de dienstverlening gewoon weer door.

Top!? Dat is een stap terug. Fix het echte probleem NPO

[stormfly]

Snow_King schreef op maandag 31 juli 2017 @ 18:29:
[...]

Top!? Dat is een stap terug. Fix het echte probleem NPO

Klopt maar niet in productie als je de Nederlandse Omroep bent mooi moment om eens over een lab omgeving te beginnen bij de IT manager aldaar 🙃

[Zr40]

Snow_King schreef op maandag 31 juli 2017 @ 18:29:
[...]

Top!? Dat is een stap terug. Fix het echte probleem NPO

Wie zegt dat ze daar niet mee bezig zijn? Deze tijdelijke oplossing zorgt er in ieder geval voor dat het weer werkt voor iedereen.

[Snow_King]

Zr40 schreef op maandag 31 juli 2017 @ 19:01:
[...]

Wie zegt dat ze daar niet mee bezig zijn? Deze tijdelijke oplossing zorgt er in ieder geval voor dat het weer werkt voor iedereen.

Nah, meer bang voor die verhalen: Als je problemen hebt, zet IPv6 dan uit, werkt alles weer. Die mentaliteit heerst bij veel mensen nog steeds. Helaas

[CyBeR]

Snow_King schreef op maandag 31 juli 2017 @ 23:47:
[...]

Nah, meer bang voor die verhalen: Als je problemen hebt, zet IPv6 dan uit, werkt alles weer. Die mentaliteit heerst bij veel mensen nog steeds. Helaas

Niet bij NPO-ICT.

[Raven]

MrNGm schreef op woensdag 26 juli 2017 @ 21:17:
[...]


Helaas heb ik (sinds vandaag, naar wat blijkt) MTU-issues vanuit een Hurricane Electric-tunnel naar nos.nl.

Ik dacht dat het aan mij lag, sinds van 't weekend heb ik nos.nl maar in de hostfile gezet met IPv4-adres. Stom om hier niet te kijken , normaal heb ik dit topic altijd openstaan, om de een of andere reden was dat niet meer het geval

[Jef61]

Ik had eigenlijk het idee dat npo.nl helemaal nog niet op IPv6 heeft gezeten.
Er wordt op npo.nl wel iets aangeroepen wat via IPv6 gaat namelijk cookiesv2.publiekeomroep.nl (te zien via IPvFoo). Vóór de wijziging ging dit ook niet goed waardoor npo.nl niet lekker werkte.

[ANdrode]

Jef61 schreef op dinsdag 1 augustus 2017 @ 13:30:
Ik had eigenlijk het idee dat npo.nl helemaal nog niet op IPv6 heeft gezeten.
Er wordt op npo.nl wel iets aangeroepen wat via IPv6 gaat namelijk cookiesv2.publiekeomroep.nl (te zien via IPvFoo). Vóór de wijziging ging dit ook niet goed waardoor npo.nl niet lekker werkte.

npo.nl gaat via cloudflare. Daar is [goed geconfigureerd] IPv6 aanzetten een simpele handeling.

code:

* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN, server accepted to use http/1.1
* Server certificate:
...
> GET / HTTP/1.1
> Host: www.npo.nl
> User-Agent: curl/7.52.1
> Accept: */*
>
{ [5 bytes data]
< HTTP/1.1 200 OK
< Date: Tue, 01 Aug 2017 17:51:49 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
< Set-Cookie: __cfduid=d7b80d1864d1a0db7e9d1431501609909; expires=Wed, 01-Aug-18 17:51:23 GMT; path=/; domain=.npo.nl; HttpOnly
< Cache-Control: max-age=600, public, s-maxage=600
< Vary: Accept-Encoding
< X-Frame-Options: DENY
< X-XSS-Protection: 1; mode=block
< X-Content-Type-Options: nosniff
< CF-Cache-Status: EXPIRED
< Strict-Transport-Security: max-age=2592000
< Server: cloudflare-nginx
< CF-RAY: 387aa5cc12345678-AMS

[Vorkie]

Hebben vandaag mensen nog problemen met de He.Net IPV6 tunnel? Ik haal max 5Mbit/s, dat zegge, vrouwlief begon te klagen dat Facebook traag is

/edit

Ze reageren sneller als Ziggo.. waar je voor betaald haha

Looks like a flapping port on the tserv. We'll take a look at a hardware refresh to fix this soon. Since its a weekend over there already, probably not happening in the immediate.

Voor de duidelijk gaat het om:
tunnel.tserv11.ams1.ipv6.he.net

/edit2

En het is opgelost

[ Voor 58% gewijzigd door Vorkie op 05-08-2017 08:37 ]

[valkenier]

jk-5 schreef op zondag 23 juli 2017 @ 13:02:
Ik ben een van de testers voor de Cisco 3928 IPv6 firmware. Zelf heb ik een eigen router achter het modem hangen die via dhcpv6-pd een eigen /59 krijgt, waarvan ik in alle vlans een /64 zet. Op de ziggo forums zijn vrij veel mensen die last hebben van packetloss op ipv4 en ipv6 als de ipv6 firewall belast word. Iets lijkt de cpu te hard te raken waardoor er verkeer gedropt wordt. Ik heb hier zelf geen last van omdat ik de firewall op het modem uit heb staan en alle firewalling op de eigen router doe.
Ziggo heeft deze bug inmiddels kunnen reproduceren, en heeft het aangemeld bij technicolor (die de CPE afdeling van cisco heeft overgenomen).

De mensen die veel last hadden van de packetloss worden teruggezet naar de v4-only firmware. Ik blijf hem doordraaien omdat het voormij heel stabiel werkt, en native ipv6 is altijd beter dan een tunnel.

Interessant, jij hebt het modem in bridge, en krijgt IPv6 rechtstreeks op je eigen router? Dat wil ik ook wel. Of begrijp ik je verkeerd?

[Roetzen]

valkenier schreef op donderdag 10 augustus 2017 @ 13:09:
[...]
Interessant, jij hebt het modem in bridge, en krijgt IPv6 rechtstreeks op je eigen router? Dat wil ik ook wel. Of begrijp ik je verkeerd?

Nee, hij heeft een eigen router achter de Ziggo modem/router. De eerste router meet zichzelf alleen de eerste /64 van de /56 toe die je van Ziggo krijgt. Met een tweede router er achter kun je dan één of meer andere /64 subnetten gebruiken.

[valkenier]

Roetzen schreef op donderdag 10 augustus 2017 @ 16:22:
[...]

Nee, hij heeft een eigen router achter de Ziggo modem/router. De eerste router meet zichzelf alleen de eerste /64 van de /56 toe die je van Ziggo krijgt. Met een tweede router er achter kun je dan één of meer andere /64 subnetten gebruiken.

Oh dat is dan weer jammer. Ik wist niet dat je specifiek de firewall op je modem uit kon zetten.

[jk-5]

Ja, zoals Roetzen aangeeft heb ik het ziggo modem gewoon routend. Bij de Cisco 3925 is er een optie om de ipv6 firewall uit te zetten. Ik neem aan dat dit op meerdere modems zijn.

Vandaag zag ik nog iets interessants. In het nieuwe huis van een kennis (Nieuw ziggo abonnement) was IPv6 aanwezig op een connectbox met DS-Lite. Het ging hier dus om een nieuwe aansluiting, maar ik heb nog weinig connectboxes in oud-ziggo gebied gezien die ipv6 doen. Zal dit misschien die verdere groei in de ziggo grafieken verklaren?

[hkoster1]

jk-5 schreef op donderdag 10 augustus 2017 @ 21:07:
Vandaag zag ik nog iets interessants. In het nieuwe huis van een kennis (Nieuw ziggo abonnement) was IPv6 aanwezig op een connectbox met DS-Lite. Het ging hier dus om een nieuwe aansluiting, maar ik heb nog weinig connectboxes in oud-ziggo gebied gezien die ipv6 doen. Zal dit misschien die verdere groei in de ziggo grafieken verklaren?

Waar was die nieuwe aansluiting?
Ik ben van plan om over te stappen naar Ziggo, maar alleen als ze mij een native IPv6-aansluiting kunnen geven zoals DS-Lite. Ik heb gisteren nog contact gehad met Ziggo klantenservice en die konden niet zeggen (laat staan garanderen) dat ik in Assen (fZiggo-gebied) bij een nieuwe aansluiting DS-Lite zou krijgen.

[ik222]

Je weet dat DS-Lite ook automatisch carrier grade NAT voor IPv4 betekent? Native IPv6 is mooi maar ik zou er nog niet mijn publieke IPv4 adres voor willen inruilen.

[hkoster1]

ik222 schreef op donderdag 10 augustus 2017 @ 21:57:
Je weet dat DS-Lite ook automatisch carrier grade NAT voor IPv4 betekent?

Ja, weet ik. Maar even goed aardig van je om me dat onder de aandacht te brengen.

Native IPv6 is mooi maar ik zou er nog niet mijn publieke IPv4 adres voor willen inruilen.

Dat is voor mij niet zo'n probleem, en voor die paar keer dat ik van buiten via IPv4 eens op mijn thuisnetwerk wil inloggen met OpenVPN ga ik portmapper feste-ip.net gebruiken.

[Roetzen]

hkoster1 schreef op donderdag 10 augustus 2017 @ 22:06:

Dat is voor mij niet zo'n probleem, en voor die paar keer dat ik van buiten eens op mijn thuisnetwerk wil inloggen met OpenVPN ga ik portmapper feste-ip.net gebruiken.

Die wilde ik net gaan aanbevelen. Als je maar een paar poorten nodig hebt is dat inderdaad een prima werkende oplossing. Alhoewel ik zelf nog Dual Stack heb, bereid ik mij vast voor op de dag dat ik ook op DS-Lite wordt gezet en ik heb een account bij ze aangemaakt en het getest. Het werkt prima.

https://www.feste-ip.net/?ref=18105

[jk-5]

hkoster1 schreef op donderdag 10 augustus 2017 @ 21:51:
[...]

Waar was die nieuwe aansluiting?
Ik ben van plan om over te stappen naar Ziggo, maar alleen als ze mij een native IPv6-aansluiting kunnen geven zoals DS-Lite. Ik heb gisteren nog contact gehad met Ziggo klantenservice en die konden niet zeggen (laat staan garanderen) dat ik in Assen (fZiggo-gebied) bij een nieuwe aansluiting DS-Lite zou krijgen.

Deze nieuwe aansluiting is in Emmen. Ik heb wel gelezen over een succesvol afgeronde test voor de connectbox, in dezelfde vorm als waar ik aan meedoe voor de Cisco. Dat zou dus kunnen betekenen dat ze meteen maar hebben besloten om voor nieuwe of zelfs bestaande klanten dit te gaan activeren. Dat die kisten het aankunnen is wel duidelijk, omdat het in oud-UPC gebied al langer werkt. Ik ben heel benieuwd wat de grafieken de komende weken gaan doen.

[VodafoneZiggo]

hkoster1 schreef op donderdag 10 augustus 2017 @ 21:51:
[...]

Waar was die nieuwe aansluiting?
Ik ben van plan om over te stappen naar Ziggo, maar alleen als ze mij een native IPv6-aansluiting kunnen geven zoals DS-Lite. Ik heb gisteren nog contact gehad met Ziggo klantenservice en die konden niet zeggen (laat staan garanderen) dat ik in Assen (fZiggo-gebied) bij een nieuwe aansluiting DS-Lite zou krijgen.

Elke nieuwe klant krijgt in voormalig Ziggo gebied een IPv6 aansluiting op zijn of haar Connect Box.

[Paul]

VodafoneZiggo schreef op vrijdag 11 augustus 2017 @ 09:28:
Elke nieuwe klant krijgt in voormalig Ziggo gebied een IPv6 aansluiting op zijn of haar Connect Box.

En bestaande klanten? Jullie retentiedesk heeft me een paar maanden geleden weten te behouden met de belofte dat ik, als ik mijn Ubee (de verkeerde voor IPv6 ) zou (laten) vervangen door een Connect Box, ook IPv6 zou hebben, maar niks is minder waar...

[stormfly]

Ik weet bijna zeker als je nu via @VodafoneZiggo , twitter, community of GoT (op GoT zijn ze minder actief) een verzoek inschiet dat het kan.

Als andere klanten het kunnen is het nu slechts het inladen van een nieuwe template, mits je de connectbox hebt. Voorheen bestond die template alleen in fUPC.

my2cents, toch?

[loyske]

VodafoneZiggo schreef op vrijdag 11 augustus 2017 @ 09:28:
[...]


Elke nieuwe klant krijgt in voormalig Ziggo gebied een IPv6 aansluiting op zijn of haar Connect Box.

En bestaande klant met Connect Box?
Heb hem nu in bridged mode staan, mocht er IPv6 aangeboden worden, dan ben ik bereid om weer terug te gaan naar routed mode

[ANdrode]

Paul schreef op vrijdag 11 augustus 2017 @ 10:17:
[...]
En bestaande klanten? Jullie retentiedesk heeft me een paar maanden geleden weten te behouden met de belofte dat ik, als ik mijn Ubee (de verkeerde voor IPv6 ) zou (laten) vervangen door een Connect Box, ook IPv6 zou hebben, maar niks is minder waar...

Bestaande klanten kunnen in mijn ogen het beste één van de goede types op marktplaats kopen en laten activeren

[agresionpower]

stormfly schreef op vrijdag 11 augustus 2017 @ 10:29:
Ik weet bijna zeker als je nu via @VodafoneZiggo , twitter, community of GoT (op GoT zijn ze minder actief) een verzoek inschiet dat het kan.

Als andere klanten het kunnen is het nu slechts het inladen van een nieuwe template, mits je de connectbox hebt. Voorheen bestond die template alleen in fUPC.

my2cents, toch?

Dat is precies hoe ik aan ipv6 ben gekomen.
Punt is echter dat je dan wel DS-lite krijgt.

[Keiichi]

VodafoneZiggo schreef op vrijdag 11 augustus 2017 @ 09:28:
[...]


Elke nieuwe klant krijgt in voormalig Ziggo gebied een IPv6 aansluiting op zijn of haar Connect Box.

ook als deze in bridged mode staat?

[Paul]

agresionpower schreef op vrijdag 11 augustus 2017 @ 11:05:
Punt is echter dat je dan wel DS-lite krijgt.

fZiggo of fUPC? Want ik heb mijn publieke IPv4-adres te hard nodig om die nu al op te geven...

[jk-5]

Paul schreef op vrijdag 11 augustus 2017 @ 11:10:
[...]
fZiggo of fUPC? Want ik heb mijn publieke IPv4-adres te hard nodig om die nu al op te geven...

In beide gebieden krijg je met de connectbox DS-Lite

[Roetzen]

ANdrode schreef op vrijdag 11 augustus 2017 @ 10:55:
[...]
Bestaande klanten kunnen in mijn ogen het beste één van de goede types op marktplaats kopen en laten activeren

Mij is dat in november nog wel gelukt voor een Ubee EVW321b. Gewoon met de activatiecodes die ik nog had van het vorige modem. (fZiggo gebied) Maar het gerucht gaat dat het nu niet meer mogelijk is op marktplaats gekochte modems te laten activeren.

Paul schreef op vrijdag 11 augustus 2017 @ 11:10:
[...]
fZiggo of fUPC? Want ik heb mijn publieke IPv4-adres te hard nodig om die nu al op te geven...

Heb je al eens gekeken naar de alternatieven? Als je maar een paar poorten nodig hebt is de poortmapper van Feste-Ip misschien een oplossing: https://www.feste-ip.net/

[ Voor 0% gewijzigd door DJSmiley op 12-08-2017 15:46 ]

[stormfly]

Keiichi schreef op vrijdag 11 augustus 2017 @ 11:08:
[...]


ook als deze in bridged mode staat?

Nee bridge kent geen IPv6 bij ziggo op dit moment.

[stormfly]

Paul schreef op vrijdag 11 augustus 2017 @ 11:10:
[...]
fZiggo of fUPC? Want ik heb mijn publieke IPv4-adres te hard nodig om die nu al op te geven...

Sinds recent in beide gebieden.

[stormfly]

@Roetzen getest je kan inderdaad niet meer zelf activeren. Die codes kan je vergeten

[Roetzen]

stormfly schreef op vrijdag 11 augustus 2017 @ 12:40:
@Roetzen getest je kan inderdaad niet meer zelf activeren. Die codes kan je vergeten

Maar misschien kan het nog wel via de helpdesk als je de juiste toverwoorden uitspreekt?

[ANdrode]

Roetzen schreef op vrijdag 11 augustus 2017 @ 11:56:
[...]

Mij is dat in november nog wel gelukt voor een Ubee EVW321b. Gewoon met de activatiecodes die ik nog had van het vorige modem. (fZiggo gebied) Maar het gerucht gaat dat het nu niet meer mogelijk is op marktplaats gekochte modems te laten activeren.

Ziggo Webcare geeft aan welke typen modems er geactiveerd worden in fZiggo gebied. fUPC gebied: daar heb je pech…

iirc heeft een EPC3928 dual-stack. Ik weet niet of de TC7210 dual-stack geprovisioned wordt…

[Zsub]

ANdrode schreef op vrijdag 11 augustus 2017 @ 15:05:
[...]


Ziggo Webcare geeft aan welke typen modems er geactiveerd worden in fZiggo gebied. fUPC gebied: daar heb je pech…

iirc heeft een EPC3928 dual-stack. Ik weet niet of de TC7210 dual-stack geprovisioned wordt…

Niet in Bridge volgens mij.

[Roetzen]

ANdrode schreef op vrijdag 11 augustus 2017 @ 15:05:
[...]


Ziggo Webcare geeft aan welke typen modems er geactiveerd worden in fZiggo gebied. fUPC gebied: daar heb je pech…

iirc heeft een EPC3928 dual-stack. Ik weet niet of de TC7210 dual-stack geprovisioned wordt…

Voor zo ver ik weet is het met IPv6 voor de EPC3928 nooit verder gekomen dan een tweetal tests. Allebei Dual Stack. De eerste test van verleden jaar werd afgebroken. De tweede van dit jaar loopt nog, maar staat even in de wachtkamer. Er is geen productie versie, dus tenzij je meedoet aan de test, krijg je geen IPv6 met de EPC3928.

Alleen met de EVW321b heb je standaard Dual Stack. Maar die zie ik niet in het lijstje staan van modems die nog geactiveerd kunnen worden. Dus ik vrees dat Dual stack voor consumenten aamsluitingen een aflopende zaak is...

[ANdrode]

Roetzen schreef op vrijdag 11 augustus 2017 @ 15:53:
[...]
Voor zo ver ik weet is het met IPv6 voor de EPC3928 nooit verder gekomen dan een tweetal tests. Allebei Dual Stack. De eerste test van verleden jaar werd afgebroken. De tweede van dit jaar loopt nog, maar staat even in de wachtkamer. Er is geen productie versie, dus tenzij je meedoet aan de test, krijg je geen IPv6 met de EPC3928.

Op een EPC3982 (niet thuis) heb ik Native Dual Stack gehad. Ik snap het dat die test is teruggerold. DHCPv6 werkte in dat geval niet lekker met meerdere apparaten (Bose radio's en natuurlijk Android).

Sowieso wil ik op devices waarmee ik browse /indien mogelijk/ privacy extensions. Die perfecte traceerbaarheid die DHCPv6 geeft vind ik een groot nadeel

[hkoster1]

VodafoneZiggo schreef op vrijdag 11 augustus 2017 @ 09:28:
[...]


Elke nieuwe klant krijgt in voormalig Ziggo gebied een IPv6 aansluiting op zijn of haar Connect Box.

Bedankt voor die informatie... heb inmiddels mijn bestelling bij Ziggo geplaatst.

[Roetzen]

Meld je nog even of je IPv4 only of DS-Lite hebt gekregen als het zo ver is?

[ShadowLord]

Ik kreeg als nieuwe klant in fZiggo gebied begin deze maand DS-Lite.

[Roetzen]

En hoe bevalt DS-Lite? Ervaar je het niet hebben van een publiek IPv4 adres als bezwaarlijk?

[daxy]

Heeft er iemand ervaring met http://v4-frontend.netiter.com/ ? DS-Lite en het verliezen van een IPv4 adres houdt me tegen om Ziggo te vragen mijn verbinding om te zetten. Ik wil natuurlijk nog wel, op IPv4, mijn OpenVPN servertje kunnen bereiken

[Zr40]

daxy schreef op maandag 14 augustus 2017 @ 16:23:
Heeft er iemand ervaring met http://v4-frontend.netiter.com/ ? DS-Lite en het verliezen van een IPv4 adres houdt me tegen om Ziggo te vragen mijn verbinding om te zetten. Ik wil natuurlijk nog wel, op IPv4, mijn OpenVPN servertje kunnen bereiken

Die dienst is alleen geschikt voor HTTP.

De voorwaarden zijn ook dubieus:

Netiter is allowed to present users with an error page, interstitial page, cached content, or modified page in case any of the following happens:

[..]
* The client's internet provider has chosen not to pay the fee to make use of the service

Any pages shown by Netiter under the above circumstances may contain.

* Netiter's interpretation of the reason why the user is unable to access the site.
* Information about Netiter and Netiter's products.
* Ads for third party products related to IPv6.
* Ads for third party products, which may help the user access the desired site.
* Additional content with the purpose of covering the cost of operating the service.

[ Voor 50% gewijzigd door Zr40 op 14-08-2017 16:50 ]

[ShadowLord]

Roetzen schreef op maandag 14 augustus 2017 @ 14:57:
En hoe bevalt DS-Lite? Ervaar je het niet hebben van een publiek IPv4 adres als bezwaarlijk?

Nu nog niet, maar dat komt vooral omdat ik nog aan het verbouwen ben. Voor normaal internetten op een Ubuntu laptop (Firefox) en op iDevices werkt het zonder probleem. Voor de huis-tuin-en-keuken internetter is het dus goed werkbare oplossing met goede snelheid.

Maar helaas, zoals ik al in het Ziggo topic gemeld heb, kan ik helaas nog niet zonder IPv4 omdat ik van buitenaf toegang nodig heb (en aan anderen moet geven) vanuit IPv4-only netwerken.
Dit is onder andere voor een L2TP/IPsec VPN welke (zover ik weet) alleen via UDP werkt. Dus een oplossing als http://www.feste-ip.net/ is helaas niet mogelijk. Daarnaast wil ik een eigen router gebruiken waarvoor Ziggo überhaupt nog geen IPv6 voor ondersteund. Het liefste had ik Dual Stack met een eigen router, maar dat zit er al helemaal niet in bij Ziggo

Ik denk er over om via HE.net een IPv6 tunnel op te zetten, maar ik moet nog wel even uitzoeken of ik die dan kan blokkeren voor specifieke apparaten (de TV bijvoorbeeld) om te voorkomen dat niemand meer Netflix kan kijken wegens VPN blokkade

[darkrain]

ShadowLord schreef op maandag 14 augustus 2017 @ 17:39:
[...]
Ik denk er over om via HE.net een IPv6 tunnel op te zetten, maar ik moet nog wel even uitzoeken of ik die dan kan blokkeren voor specifieke apparaten (de TV bijvoorbeeld) om te voorkomen dat niemand meer Netflix kan kijken wegens VPN blokkade

Dat heb ik ooit opgelost door op DNS niveau de requests voor Netflix alleen via IPv4 te laten gaan.

[hkoster1]

Roetzen schreef op maandag 14 augustus 2017 @ 13:17:
Meld je nog even of je IPv4 only of DS-Lite hebt gekregen als het zo ver is?

Ja, dat zal ik zeker doen.
Overigens zet Ziggo vaart achter mijn aansluiting. Ik kreeg vandaag, de eerste werkdag na mijn bestelling, al een hele reeks emails met aansluitgegevens, de dozen zijn al bij PostNL, en ze zouden proberen om vandaag al signaal op mijn aansluiting te zetten. Amerikaanse toestanden...

[Vorkie]

@ShadowLord Op Windows Server 2016 DNS kan je mooi Policy's hiervoor gebruiken;

code:

Add-DnsServerQueryResolutionPolicy -Name "IgnoreAAAANetFlix" -Action IGNORE -FQDN "EQ,*.netflix.com" -QType "EQ,AAAA"  -PassThru

Dit zorgt er al sinds Maart voor dat Netflix het netjes blijft doen zonder Proxy geneuzel vanwege IPv6 tunnel

[Keiichi]

tserv11.ams1 Amsterdam, NL Down

*zucht*

[Raven]

Vandaar dat GoT hier via IPv4 opent, Google is echter een ander verhaal, de fallback naar IPv4 werkt daar met heel wat vertraging. Dan maar IPv6 in FF uitzetten.

[Vorkie]

Keiichi schreef op dinsdag 15 augustus 2017 @ 09:15:
[...]


*zucht*

Nou ik denk dat ie even gemaakt wordt, zie mijn bericht de 4de.

Vorkie schreef op vrijdag 4 augustus 2017 @ 20:11:
Hebben vandaag mensen nog problemen met de He.Net IPV6 tunnel? Ik haal max 5Mbit/s, dat zegge, vrouwlief begon te klagen dat Facebook traag is

/edit

Ze reageren sneller als Ziggo.. waar je voor betaald haha


[Looks like a flapping port on the tserv. We'll take a look at a hardware refresh to fix this soon. Since its a weekend over there already, probably not happening in the immediate.]


Voor de duidelijk gaat het om:
tunnel.tserv11.ams1.ipv6.he.net

/edit2

En het is opgelost

[ Voor 11% gewijzigd door Vorkie op 15-08-2017 09:35 ]

[Gogol]

Hij is inmiddels 9 uur down, dus hij wordt niet "even" gemaakt. Maar het zat er inderdaad aan te komen gezien de storingen van de laatste tijd

[ShadowLord]

Vorkie schreef op maandag 14 augustus 2017 @ 18:06:
@ShadowLord Op Windows Server 2016 DNS kan je mooi Policy's hiervoor gebruiken;

code:

Add-DnsServerQueryResolutionPolicy -Name "IgnoreAAAANetFlix" -Action IGNORE -FQDN "EQ,*.netflix.com" -QType "EQ,AAAA"  -PassThru

Dit zorgt er al sinds Maart voor dat Netflix het netjes blijft doen zonder Proxy geneuzel vanwege IPv6 tunnel

Dan zou ik wel een Windows server moeten draaien

Maar ik snap het punt, zoiets zal het mogelijk wel worden. Misschien dat ik hele clients ga blokkeren voor IPv6 DNS. Zo voorkom ik dat bij problemen (zoals bijvoorbeeld een HE.net tunnel server die down gaat) de devices van de minder techoriented gezinsleden 'raar' gaan doen

Want dat is wel het grote nadeel van (gratis) externe tunnels, IPv6 of IPv4: de service is best-effort only. En extra betalen voor iets dat ik al bij een ISP zou moeten krijgen gaat hem niet worden...

[moppentappers]

https://www.tunnelbroker.net/status.php

Hurricane Electric server is sinds gisteren al down, heb al een support aanvraag ingediend om erachter te komen wanneer het is opgelost, maar nog geen reactie gehad, iemand anders wel?

[Roetzen]

ShadowLord schreef op dinsdag 15 augustus 2017 @ 10:02:
[...]
Want dat is wel het grote nadeel van (gratis) externe tunnels, IPv6 of IPv4: de service is best-effort only. En extra betalen voor iets dat ik al bij een ISP zou moeten krijgen gaat hem niet worden...

Tja, zoals ik al jaren in mijn onderschrift zet: Een tunnel is goed, native IPv6 is beter.

Maar ja, we moeten realistisch zijn en eisen dat ISPs naast IPv6 gratis een globaal routeerbaar IPv4 adres aanbieden is niet realistisch. De realiteit is dat IPv4 adressen een schaars goed zijn geworden en aan schaarse goederen hangt een prijs. Dat is een simpele economische wet. Nu bieden de DSL providers die IPv6 doen nog Dual Stack aan en bij de kabelboeren is er nog de keus tussen IPv4 only en DS-Lite, maar je hebt geen kristallen bol nodig om te zien dat dat niet zo zal blijven. En gratis tunnel diensten als he.net zijn ook niet voor de eeuwigheid. De realiteit is gewoon dat als je in de (niet zo verre) toekomst nog een globaal routeerbaar IPv4 adres wilt, je er voor zult moeten betalen. Linksom of rechtsom.

Mij lijkt dat de beste strategie voor de lange termijn is zo snel mogelijk zorgen dat je geen IPv4 meer nodig hebt.

[Paul]

Roetzen schreef op dinsdag 15 augustus 2017 @ 12:47:
Mij lijkt dat de beste strategie voor de lange termijn is zo snel mogelijk zorgen dat je geen IPv4 meer nodig hebt.

Lange termijn, absoluut, maar zolang we alleen kunnen kiezen uit DS-Lite of IPv4 schiet de transitie natuurlijk niet op want veel mensen hebben niets aan DS-Lite. Het is er op wachten tot er een grote groep console gebruikers opstaat omdat ze hun console niet meer kunnen gebruiken voor multiplayer; de mensen die thuis een server draaien zijn al zo ver. Het is mijns inziens gewoon nog veel te vroeg voor DS-Lite.

En Ziggo doet het mijns inziens niet eens voor het terugclaimen van IPv4-adressen, want dan kunnen ze veel beter de MediaBox XL op DS-Lite zetten. Ik heb thuis nu twee IPv4-adressen, en als ik IPv6 wil laten activeren dan verlies ik nu net die ene die wel gebruikt wordt...

[Roetzen]

Paul schreef op dinsdag 15 augustus 2017 @ 12:52:
[...]
Lange termijn, absoluut, maar zolang we alleen kunnen kiezen uit DS-Lite of IPv4 schiet de transitie natuurlijk niet op want veel mensen hebben niets aan DS-Lite.

Voor de meeste mensen is DS-Lite prima. Dus als men voorlopig alleen nieuwe klanten en oude klanten die er om vragen op DS-Lite zet en de rest voorlopig op IPv4 only laat staan, schiet het wel op. Want het aantal nieuwe klanten dat vraagt om op IPv4 only gezet te worden is relatief klein. Binnenkort is er weer een update te verwachten van: http://www.worldipv6launch.org/measurements/ Ik ben benieuwd hoe het er uit gaat zien.

Het is er op wachten tot er een grote groep console gebruikers opstaat omdat ze hun console niet meer kunnen gebruiken voor multiplayer; de mensen die thuis een server draaien zijn al zo ver

Het zal geen verschil maken. Als het op is, is het op, aanpassen is de enige optie. Ik draai ook al jaren servers. Ik behoor nu nog tot de gelukkigen die Dual Stack heeft Desondanks heb ik mij voorbereid. Ik heb oplossingen gezocht en gevonden. Als ik op DS-Lite gezet wordt, kan ik er mee leven. Ik ben er klaar voor.

Het is mijns inziens gewoon nog veel te vroeg voor DS-Lite.

Men is veel te laat begonnen met de introductie van IPv6. Het had vijf jaar geleden toen de IPv4 adressen nog niet op waren al klaar moeten zijn. Maar dat is niet gebeurd. Nu gaat de wal het schip keren. Je kunt dan zeggen dat het te vroeg is om de wal het schip te laten keren, maar de wal trekt zich daar niets van aan.

En Ziggo doet het mijns inziens niet eens voor het terugclaimen van IPv4-adressen, want dan kunnen ze veel beter de MediaBox XL op DS-Lite zetten. Ik heb thuis nu twee IPv4-adressen, en als ik IPv6 wil laten activeren dan verlies ik nu net die ene die wel gebruikt wordt...

Elk IPv4 only of Dual Stack Ziggo modem heeft minstens twee IPv4 adressen in gebruik. Eén voor de gebruiker en één voor het beheer door Ziggo zelf. Die reclaimen ze allebei als de verbinding op DS-Lite gaat.

[Raven]

moppentappers schreef op dinsdag 15 augustus 2017 @ 12:32:
https://www.tunnelbroker.net/status.php

Hurricane Electric server is sinds gisteren al down, heb al een support aanvraag ingediend om erachter te komen wanneer het is opgelost, maar nog geen reactie gehad, iemand anders wel?

* Raven heeft net gemaild, eens kijken of ik wel reactie krijg.

[Gogol]

7 jaar geleden is de server ongeveer 24 uur down geweest vanwege een losse kabel. Geduld....

[darkrain]

Roetzen schreef op dinsdag 15 augustus 2017 @ 13:49:
[...]

Het zal geen verschil maken. Als het op is, is het op, aanpassen is de enige optie. Ik draai ook al jaren servers. Ik behoor nu nog tot de gelukkigen die Dual Stack heeft Desondanks heb ik mij voorbereid. Ik heb oplossingen gezocht en gevonden. Als ik op DS-Lite gezet wordt, kan ik er mee leven. Ik ben er klaar voor.

Ik kan het gemist hebben maar zou je misschien kunnen delen wat je voorbereidingen hierop zijn? Mogelijk zijn je oplossingen ook handig voor anderen...

[Paul]

Roetzen schreef op dinsdag 15 augustus 2017 @ 13:49:
Het zal geen verschil maken. Als het op is, is het op, aanpassen is de enige optie.

Het is echter niet op. Niet bij Ziggo. Die zijn nu misschien uit het dal aan het klimmen maar krijgen al een hele tijd minder en minder klanten. If anything hebben ze dus adressen over; tenzij ze zichzelf rijk hebben gerekend en er iets anders mee zijn gaan doen.

Men is veel te laat begonnen met de introductie van IPv6.

Wat veranderd dat aan de huidige situatie? Feit is gewoon dat er nog maar relatief weinig plekken zijn met IPv6. Mensen hun IPv4-adres afpakken (wat iets anders is dan er geen meer hebben om uit te delen!) is niet de wal het schip laten keren...

Elk IPv4 only of Dual Stack Ziggo modem heeft minstens twee IPv4 adressen in gebruik. Eén voor de gebruiker en één voor het beheer door Ziggo zelf. Die reclaimen ze allebei als de verbinding op DS-Lite gaat.

Great, dus ik heb er vier, waarvan ze er drie probleemloos achter GCNAT kunnen zetten. Dus is het nog achterlijker dat ze net dat ene adres dat mensen anno 2017 nog daadwerkelijk nodig hebben(*) niet meer uitdelen maar de rest (of iig 2 van de 4, geen idee wat ze met dat management adres doen) wel laten bestaan...

Anno 2017 is het middel DS Lite voor veel mensen gewoon erger dan de kwaal. Als je niet anders kan, dan snap ik dat je het zo doet, maar hoewel ik niet bij Ziggo in de keuken kan kijken lijkt het mij sterk dat het bij Ziggo om een gebrek aan IPv4-adressen gaat. Ook het feit dat je van DS Lite terug kan naar IPv4 only zegt mij dat ze die adressen dus wel hebben. Waarom ze dan mensen terug zetten naar IPv4 only snap ik dus echt niet. Geef die dan dual stack, dan heb je best of both worlds... Kun je nog steeds default DS Lite doen en alleen de klagers full dual stack geven, dan heeft Ziggo ook best of both worlds...

Het is dat ik weer een jaar aan Ziggo vast zit (servicedesk gaf aan dat ik dual stack kon krijgen bij modemwissel, dus weer jaarcontract aangegaan, maar fUPC heeft dus gewonnen) en dat ik hartje centrum Tilburg niet hoger kom dan 18/1 DSL bij KPN want ik ben op zich niet te beroerd om met mijn voeten (of portemonnee) te stemmen, maar ik heb IPv6 niet zo hard nodig dat ik er 5 Mb/s upload (en 100 down) voor opoffer...

*: zie de vele topics over consoles met NAT problemen; ja, IPv6 is een oplossing voor IPv4 NAT-problemen, maar dan moet "de ander" ook IPv6 hebben en dat is gewoon vaak niet de realiteit

[hkoster1]

@Roetzen
@VodafoneZiggo
Vandaag de aansluitmaterialen van Ziggo al ontvangen! Echter: een Technicolor modem/router, geen ConnectBox...?

Snel even aangesloten (300/30 Mbps werkt prima) maar ik krijg alleen een publiek IPv4 adres, geen DS-Lite dus. Ook nergens in de Advanced View instellingen voor IPv6 te zien.

Wat nu? Die handel terugsturen (want ruim binnen de 14-dagen bedenktermijn)?
Of kan @VodafoneZiggo wat voor me betekenen? Ik wacht nog even af.

[Vorkie]

Roetzen schreef op dinsdag 15 augustus 2017 @ 12:47:
[...]

....

Mij lijkt dat de beste strategie voor de lange termijn is zo snel mogelijk zorgen dat je geen IPv4 meer nodig hebt.

En dat wordt al heel lang geroepen, maar zolang fabrikanten weigeren een goeie IPv6 implementatie uit te voeren in hun product (Denk hierbij aan security, home automation zoals thermostaten, maar ook zonnepanelensystemen, Hue etc...) zal je dit niet goed kunnen bewerkstelligen.

Ook de consument is niet goed op de hoogte van het gehele IPv6 gebeuren, alle instructies op internet geven aan hoe je een NAT regel toevoegt, maar geen / een enkel geeft aan hoe je de firewall openzet voor een port allow naar je interne IPv6 adres (wat weer uitdagend wordt met privacy extensions en SLAAC.... )


_{PS er zijn maar 674 sages in NL, jij en mijzelf eraf halen blijven er 672 over.. wie o wie??}

[agresionpower]

Paul schreef op dinsdag 15 augustus 2017 @ 12:52:
[...]
Lange termijn, absoluut, maar zolang we alleen kunnen kiezen uit DS-Lite of IPv4 schiet de transitie natuurlijk niet op want veel mensen hebben niets aan DS-Lite. Het is er op wachten tot er een grote groep console gebruikers opstaat omdat ze hun console niet meer kunnen gebruiken voor multiplayer; de mensen die thuis een server draaien zijn al zo ver. Het is mijns inziens gewoon nog veel te vroeg voor DS-Lite.

En Ziggo doet het mijns inziens niet eens voor het terugclaimen van IPv4-adressen, want dan kunnen ze veel beter de MediaBox XL op DS-Lite zetten. Ik heb thuis nu twee IPv4-adressen, en als ik IPv6 wil laten activeren dan verlies ik nu net die ene die wel gebruikt wordt...

Ik ben zo'n console gebruiker met DS-lite.
En ik kan je vertellen, alles werkt bijna net zo goed als voorheen.
Dus ik denk niet dat we daar op moeten gaan wachten.

Paul schreef op dinsdag 15 augustus 2017 @ 15:05:
[...]
Het is echter niet op. Niet bij Ziggo.

Ziggo melde vorig jaar in de ipv6 taskforce al dat ze er bijna door heen waren.
Je moet bedeken dat elke klant die een horizon box kreeg een extra ipv4 adres nodig had. dus zelfs bij een terug gang aan klanten waren ze meer ipv4 adressen aan het gebruiken.

Bij de overige liberty global telco's in europa zijn ze ook al door ipv4 heen. Dat is nou net de rede waarom er bijvoorbeeld in belgie zoveel ipv6 gebruikt word.

[ Voor 22% gewijzigd door agresionpower op 15-08-2017 17:21 ]

[Roetzen]

Paul schreef op dinsdag 15 augustus 2017 @ 15:05:
[...]
Het is echter niet op. Niet bij Ziggo. Die zijn nu misschien uit het dal aan het klimmen maar krijgen al een hele tijd minder en minder klanten. If anything hebben ze dus adressen over; tenzij ze zichzelf rijk hebben gerekend en er iets anders mee zijn gaan doen.

Providers publiceren geen gegevens over hoeveel IPv4 ze nog op de plank hebben liggen, dat is concurrentie gevoelige informatie. Dus tenzij je inside informatie hebt, kun je het niet weten. Feit is dat Ziggo weliswaar klanten verliest, maar dat zijn TV klanten. Qua internet zijn ze juist nog wat aan het groeien zo gaat het verhaal. Maar je vergeet het belangrijkste: Ziggo is geen zelfstandige onderneming meer die zelf kan beslissen wat ze met hun eventueel resterende IPv4 adressen doen. Ze zijn een dochter van Liberty Global en bij krapte zal Liberty Global de resterende adressen naar behoefte onder haar dochters gaan verdelen. En wereldwijd is er krapte, wie dat ontkent steekt de kop in het zand. Het favoriete gezegde van een Amerikaan die ik ooit kende was : "Denial is not a river in Egypt".

[...]
Wat veranderd dat aan de huidige situatie? Feit is gewoon dat er nog maar relatief weinig plekken zijn met IPv6. Mensen hun IPv4-adres afpakken (wat iets anders is dan er geen meer hebben om uit te delen!) is niet de wal het schip laten keren...

Toen ik schreef "men is gewoon veel te laat begonnen met de introductie van IPv6" bedoelde ik iedereen. De providers, de fabrikanten,de overheden en ja, ook de gebruikers die er niet luid en duidelijk om gevraagd hebben. Daardoor hebben we nu de situatie dat nog lang niet iedereen over IPv6 beschikt. Was dat wel het geval geweest, dan was het ook niet zo'n probleem dat men geen IPv4 meer heeft. Overigens heeft Ziggo voor zo ver ik weet nog geen IPv4 adres afgepakt van bestaande klanten. KPN heeft dat al wel gedaan. Ik krijg al een paar jaar geen publiek IPv4 nummer op mijn prepaid SIM kaartje. In aanvang kreeg ik dat wel, maar nu zit ik achter CGNAT. ZONDER IPv6. De wal keert het schip.Het is niet een kwestie van laten keren. De uitdrukking betekent dat men het zo ver heeft laten komen dat men de controle over de situatie uit handen heeft laten nemen. De wal keert het schip. Niet de schipper dus, maar iets waar hij/zij verder geen controle meer over heeft. De schipper laat niet de wal het schip keren. Het is de wal die bepaalt.

[...]
Great, dus ik heb er vier, waarvan ze er drie probleemloos achter GCNAT kunnen zetten.

Je hebt twee modems op je aansluiting?

Dus is het nog achterlijker dat ze net dat ene adres dat mensen anno 2017 nog daadwerkelijk nodig hebben(*) niet meer uitdelen maar de rest (of iig 2 van de 4, geen idee wat ze met dat management adres doen) wel laten bestaan...

Je doet nu alsof het maar en kwestie van een vinkje aankruisen is om dat voor elkaar te krijgen.

Anno 2017 is het middel DS Lite voor veel mensen gewoon erger dan de kwaal. Als je niet anders kan, dan snap ik dat je het zo doet, maar hoewel ik niet bij Ziggo in de keuken kan kijken lijkt het mij sterk dat het bij Ziggo om een gebrek aan IPv4-adressen gaat.Ook het feit dat je van DS Lite terug kan naar IPv4 only zegt mij dat ze die adressen dus wel hebben

De kwaal is het opraken van de IPv4 adressen. DS-Lite is daar geen middel tegen, zo'n middel bestaat niet. Ik kan natuurlijk ook niet bij Ziggo in de keuken kijken, maar ik volg het wereldwijd opraken van de IPv4 adressen al bijna tien jaar en het lijkt mij zeer aannemelijk dat vijf jaar nadat Providers nog iets van Ripe konden krijgen, ze nu door hun voorraden heen zijn. Dat ze no terug kunnen zetten van DS-Lite naar IPv4 only kan alleen omdat slechts een kleine minderheid daar om vraagt. Er is niet genoeg voor iedereen. En ook dat zal binnenkort wel afgelopen zijn. Dan moet er extra voor betaald worden voor een publiek IPv6 adres.

Het is dat ik weer een jaar aan Ziggo vast zit (servicedesk gaf aan dat ik dual stack kon krijgen bij modemwissel, dus weer jaarcontract aangegaan, maar fUPC heeft dus gewonnen) en dat ik hartje centrum Tilburg niet hoger kom dan 18/1 DSL bij KPN want ik ben op zich niet te beroerd om met mijn voeten (of portemonnee) te stemmen, maar ik heb IPv6 niet zo hard nodig dat ik er 5 Mb/s upload (en 100 down) voor opoffer...

Tja, dat het keuzes maken...

*: zie de vele topics over consoles met NAT problemen; ja, IPv6 is een oplossing voor IPv4 NAT-problemen, maar dan moet "de ander" ook IPv6 hebben en dat is gewoon vaak niet de realiteit

Het is mooi meegenomen dat IPv6 een einde maakt aan NAT. Maar dat is niet de reden dat men het invoert. De reden is dat de IPv4 adressen op zijn. Denial is not a river in Egypt.

[Tomsworld]

DS-Lite is ook problematisch, wij hebben @ work op dit moment contact met Telenet voor klanten die achter ds-lite zitten waar sommige applicaties breken. Ondertussen wel al een paar pistes gevonden. Maar in de praktijk is het DS-Lite uitzetten op die lijnen.

Daarentegen leveren telenet / proximus hier in België wel full dual stack en is de discussie enkel de weg indien de ipv4 op is.

Voor de eigen ipv4 loze connecties :
Proximus doet CGNAT.
Telenet doet DS-Lite.

[Roetzen]

darkrain schreef op dinsdag 15 augustus 2017 @ 14:50:
[...]

Ik kan het gemist hebben maar zou je misschien kunnen delen wat je voorbereidingen hierop zijn? Mogelijk zijn je oplossingen ook handig voor anderen...

Ik heb er al eens wat over los gelaten. Als ik nog eens wat tijd over heb, zal ik er nog wel eens wat over schrijven... Heb geduld...

[Paul]

Roetzen schreef op dinsdag 15 augustus 2017 @ 17:23:
Je hebt twee modems op je aansluiting?

Connect Box en MediaBox XL, ja.

Je doet nu alsof het maar en kwestie van een vinkje aankruisen is om dat voor elkaar te krijgen.

Dat was het wel, want fZiggo had Dual Stack...

De kwaal is het opraken van de IPv4 adressen. DS-Lite is daar geen middel tegen, zo'n middel bestaat niet.

Natuurlijk wel... IPv4-adressen worden niet verbruikt, het is niet alsof er steeds minder zijn. Het zijn en blijven er ~4 miljard. Als je er te weinig _vrij_ hebt, dan is DS Lite zeker wel een manier om IPv4-adressen vrij te spelen...

Dat ze no terug kunnen zetten van DS-Lite naar IPv4 only kan alleen omdat slechts een kleine minderheid daar om vraagt. Er is niet genoeg voor iedereen.

Dat besef ik me. Je ziet me echter nergens vragen om dat voor iedereen te doen...

Verder staat je post vol met "weerwoord" op zaken die ik helemaal niet beweer dus daar ga ik verder niet op in.

[darkrain]

Roetzen schreef op dinsdag 15 augustus 2017 @ 17:54:
[...]

Ik heb er al eens wat over los gelaten. Als ik nog eens wat tijd over heb, zal ik er nog wel eens wat over schrijven... Heb geduld...

Ik wacht af en zal ondertussen zelf ook wat onderzoek doen

Vorkie schreef op dinsdag 15 augustus 2017 @ 17:08:
_{PS er zijn maar 674 sages in NL, jij en mijzelf eraf halen blijven er 672 over.. wie o wie??}

Ik

[Vorkie]

darkrain schreef op dinsdag 15 augustus 2017 @ 18:50:
[...]

Ik wacht af en zal ondertussen zelf ook wat onderzoek doen


[...]

Ik

Nog 671 te gaan..

We are currently waiting on the facility to perform some remote hands requests. No ETA yet, but once their work is done, service should be restored quickly.

Met andere woorden... de koffie duurt wat langer... geduld is schone zaak

[ Voor 31% gewijzigd door Vorkie op 15-08-2017 18:58 ]

[Raven]

Vorkie schreef op dinsdag 15 augustus 2017 @ 18:56:
[...]


Met andere woorden... de koffie duurt wat langer... geduld is schone zaak

Die kwam hier net ook binnen, afwachten dus...

Overigens ging de fallback naar IPv4 niet alleen met Google mis, apt-get update/upgrade op Rasbian had daar blijkbaar ook moeite mee, dan maar -o Acquire::ForceIPv4=true er achter. IPv6 in Firefox staat nog steeds uit.

[Vorkie]

Raven schreef op dinsdag 15 augustus 2017 @ 18:58:
[...]

Die kwam hier net ook binnen, afwachten dus...

Overigens ging de fallback naar IPv4 niet alleen met Google mis, apt-get update/upgrade op Rasbian had daar blijkbaar ook moeite mee, dan maar -o Acquire::ForceIPv4=true er achter. IPv6 in Firefox staat nog steeds uit.

Thuis merk ik helemaal niets ervan dat alles nu op IPv4 draait eigenlijk. Raar dat je deze problemen ondervindt met de fallback.

[Raven]

Vorkie schreef op dinsdag 15 augustus 2017 @ 19:04:
[...]

Thuis merk ik helemaal niets ervan dat alles nu op IPv4 draait eigenlijk. Raar dat je deze problemen ondervindt met de fallback.

Op GoT had ik er overigens geen last van.

[MrNGm]

Vorkie schreef op dinsdag 15 augustus 2017 @ 17:08:
[...]
_{PS er zijn maar 674 sages in NL, jij en mijzelf eraf halen blijven er 672 over.. wie o wie??}

* MrNGm meldt

[CyBeR]

Vorkie schreef op dinsdag 15 augustus 2017 @ 17:08:
[...]
_{PS er zijn maar 674 sages in NL, jij en mijzelf eraf halen blijven er 672 over.. wie o wie??}

Shirt nog niet ontvangen maar ik dus.

[Raven]

Vorkie schreef op dinsdag 15 augustus 2017 @ 17:08:
_{PS er zijn maar 674 sages in NL, jij en mijzelf eraf halen blijven er 672 over.. wie o wie??}

* Raven steekt hand op