Het grote IPv6 topic

[ANdrode]

RobinF schreef op woensdag 14 maart 2018 @ 09:53:
[...]
Gebeurt dat niet wanneer je nieuwere nginx draait op een besturingsysteem met een oudere openssl?

Ja, goed opgemerkt.

Ik dacht dat voor HTTP/2 TLS 1.2 nodig was en dat is hier zo. Je moet HTTP/2 wel expliciet aanzetten bij nginx

[Roetzen]

Nieuwe metingen

[valkenier]

Roetzen schreef op dinsdag 20 maart 2018 @ 19:56:
Nieuwe metingen

[afbeelding]

[afbeelding]

Kuch Die stonden hier al

[Roetzen]

Vreemd. Er zijn wel degelijk nieuwe data maar om één of ander reden komt het plaatje van vorige maand in beeld. Als je klikt op "[afbeelding]" in jouw reactie krijg je wel het goede plaatje...

[hcQd]

De plaatjes maken gebruik van HTTP, en komen dus van de proxy van tweakers, die waarschijnlijk nog de oude versie in zijn cache heeft staan.

[Roetzen]

Zoiets zal het dan wel zijn. Dus maar wachten tot iemand die proxy een schop geeft om de cache te vernieuwen...
[edit] Dat is inmiddels blijkbaar gebeurd...

[ Voor 18% gewijzigd door Roetzen op 21-03-2018 10:58 ]

[agresionpower]

Roetzen schreef op woensdag 21 maart 2018 @ 10:41:
Zoiets zal het dan wel zijn. Dus maar wachten tot iemand die proxy een schop geeft om de cache te vernieuwen...
[edit] Dat is inmiddels blijkbaar gebeurd...

En in mijn berichtje van 20 dagen geleden zijn de grafieken nu ook versprongen

[Roetzen]

Evenals in je berichtje van januari en in mijn berichtje van december..

Inhoudelijk is het niet al te spannend. Over wat langere tijd gemiddeld toont KPN een tamelijk constante stijging over de afgelopen twee jaar en gebeurt er met Ziggo na de initële stijging van twee jaar geleden maar weinig. Maar het zou kunnen dat de wat er met Ziggo gebeurt minder goed zichtbaar is vanwege de overname door Liberty Global.

[ANdrode]

Roetzen schreef op woensdag 21 maart 2018 @ 17:03:
Inhoudelijk is het niet al te spannend. Over wat langere tijd gemiddeld toont KPN een tamelijk constante stijging over de afgelopen twee jaar en gebeurt er met Ziggo na de initële stijging van twee jaar geleden maar weinig. Maar het zou kunnen dat de wat er met Ziggo gebeurt minder goed zichtbaar is vanwege de overname door Liberty Global.

Weten we welke modems bij KPN nu standaard met IPv6 worden uitgerold?

Gevoelsmatig is dit percentage te hoog om het deel van de klanten te zijn wat via opt-in (op bv Experiabox v8) IPv6 aanzet.

In mijn ogen is het ook gek dat XS4ALL zo "laag" scoort:


Zelfs bij netwerken waarvan ik weet dat elk device native dual stack krijgt zie ik scores van 85-90% max.

[Dreamvoid]

Met dual stack is nog steeds ipv4 verkeer mogelijk, niet zo gek dat dit dan nog steeds 10% is?

[RobinF]

ANdrode schreef op woensdag 21 maart 2018 @ 19:24:
[...]


Weten we welke modems bij KPN nu standaard met IPv6 worden uitgerold?

Gevoelsmatig is dit percentage te hoog om het deel van de klanten te zijn wat via opt-in (op bv Experiabox v8) IPv6 aanzet.

In mijn ogen is het ook gek dat XS4ALL zo "laag" scoort:
[afbeelding]

Zelfs bij netwerken waarvan ik weet dat elk device native dual stack krijgt zie ik scores van 85-90% max.

V9 en V10 doen standaard IPv6, of je ook IPv6 internettoegang hebt is afhankelijk van de aansluiting

[Out.of.Control]

Dreamvoid schreef op donderdag 22 maart 2018 @ 09:05:
Met dual stack is nog steeds ipv4 verkeer mogelijk, niet zo gek dat dit dan nog steeds 10% is?

Die grafiek toont niet de hoeveelheid IPv6 verkeer ten opzichte van het totale verkeer, maar het percentage van de aansluitingen dat IPv6 gebruikt (ook al gaat er maar een klein percentage van het verkeer overheen).

[ik222]

ANdrode schreef op woensdag 21 maart 2018 @ 19:24:
[...]


Weten we welke modems bij KPN nu standaard met IPv6 worden uitgerold?

Gevoelsmatig is dit percentage te hoog om het deel van de klanten te zijn wat via opt-in (op bv Experiabox v8) IPv6 aanzet.

In mijn ogen is het ook gek dat XS4ALL zo "laag" scoort:
[afbeelding]

Zelfs bij netwerken waarvan ik weet dat elk device native dual stack krijgt zie ik scores van 85-90% max.

Er zijn ook nog steeds genoeg mensen die IPv6 al dat niet bewust niet implementeren in hun eigen netwerk. Denk aan consumenten met een eigen router (daarvan heeft XS4ALL er relatief waarschijnlijk vrij veel omdat ze dit actief mogelijk maken met het vrijgeven van de benodigde instellingen via hun website). Die configureren het denk ik onbewust vaak niet (vergeten) of juist bewust niet omdat ze het eng vinden / de kennis missen.

En zakelijk in het MKB hoor je ook nog heel vaak dat IPv6 standaard uitgezet wordt door een automatiseerder "omdat het alleen maar problemen kan veroorzaken en via IPv4 werkt alles gewoon dus u heeft het niet nodig".

[Dreamvoid]

Out.of.Control schreef op donderdag 22 maart 2018 @ 09:56:
[...]
Die grafiek toont niet de hoeveelheid IPv6 verkeer ten opzichte van het totale verkeer, maar het percentage van de aansluitingen dat IPv6 gebruikt (ook al gaat er maar een klein percentage van het verkeer overheen).

Hoe kan een 3rd party analyse dat zien? Er is voor zover ik weet (buiten voor de ISP zelf die de adressen uitdeelt) geen directe koppeling af te leiden van IPv4 verkeer en IPv6 verkeer aan een specifieke fysieke aansluiting. Je kan analyseren bij welke ISP het verkeer hoort, maar of aansluiting met IPv4 adres x ook een IPv6 adres heeft, dat is alleen vast te stellen als je zelf de DHCP server opereert. Als een client in een IPv4-only LAN zit, dan weet die iig niet of de router een IPv6 WAN adres heeft.

[ Voor 20% gewijzigd door Dreamvoid op 22-03-2018 10:48 ]

[agresionpower]

Dreamvoid schreef op donderdag 22 maart 2018 @ 10:43:
[...]

Hoe kan een 3rd party analyse dat zien? Er is voor zover ik weet (buiten voor de ISP zelf die de adressen uitdeelt) geen directe koppeling af te leiden van IPv4 verkeer en IPv6 verkeer aan een specifieke fysieke aansluiting.

Je kan toch zien welke ip adressen verbinding maken met jouw netwerk, en daaruit kan je dan herleiden hoeveel verbindingen vanuit een specifiek AS verbinding maken met ipv6 en hoeveel met ipv4.

Als je een grote partij bent zoals google kan je dus een redelijk goed beeld krijgen van de percentages.
Bij APNIC doen ze het aan de hand van advertenties.

[Dreamvoid]

Maar als een client op een IPv4-only LAN verbinding maakt met je netwerk, dan kan je daaruit niet afleiden dat die *aansluiting* geen IPv6 heeft.

[Out.of.Control]

Exacte getallen krijg je inderdaad nooit, het blijft een indicatie. Maar ook al is het niet exact, je kunt er prima de trend mee zien en ISP's onderling vergelijken.

[linkforsoad]

ik222 schreef op donderdag 22 maart 2018 @ 10:07:
En zakelijk in het MKB hoor je ook nog heel vaak dat IPv6 standaard uitgezet wordt door een automatiseerder "omdat het alleen maar problemen kan veroorzaken en via IPv4 werkt alles gewoon dus u heeft het niet nodig".

Hoor het inderdaad ook veel bij automatiseerders voor het MKB. Een wat grotere partij in mijn omgeving levert voornamelijk XS4ALL internetverbindingen voor MKB'ers en zet IPv6 standaard uit, want eng. Dezelfde mensen die vrij recent op een UPC SOHO-verbinding met DS-lite maar niet begrepen waarom remote tegen de terminal server praten niet wilde werken.

[ Voor 12% gewijzigd door linkforsoad op 22-03-2018 15:54 ]

[Roetzen]

Nieuwe metingen:




Veel schot zit er nog niet in....

[Roetzen]

Het laatste blok van RIPE (185.0.0.0/8) waarvan men nog eenmaal een /22 kon krijgen nu ook op:

https://labs.ripe.net/Mem...s-for-all-the-allocations

https://www.ripe.net/publ...ipv4-available-pool-graph

[ Voor 18% gewijzigd door Roetzen op 19-04-2018 22:14 ]

[stormfly]

Roetzen schreef op donderdag 19 april 2018 @ 15:06:
Het laatste blok van RIPE (185.0.0.0/8) waarvan men nog eenmaal een /22 kon krijgen nu ook op:

https://labs.ripe.net/Mem...s-for-all-the-allocations

https://www.ripe.net/publ...ipv4-available-pool-graph

It's important to keep in mind that while 185/8 is finished, we still have around nine million recovered IPv4 addresses in our available pool. Under current policy and growth rates, we expect these to last a further two years.

Overigens voor het eerst een Nederlands ziggo modem gezien met een 24.a.b.c adres.

[ Voor 6% gewijzigd door stormfly op 20-04-2018 09:33 ]

[ANdrode]

stormfly schreef op vrijdag 20 april 2018 @ 09:31:
[...]
It's important to keep in mind that while 185/8 is finished, we still have around nine million recovered IPv4 addresses in our available pool. Under current policy and growth rates, we expect these to last a further two years.

Overigens voor het eerst een Nederlands ziggo modem gezien met een 24.a.b.c adres.

Hier is het aantal ripe atlas probes in {6830, 9143} IPv4 ASN's:

24.132.0.0/17               2
24.132.128.0/17             1
62.195.0.0/16               3
77.248.0.0/15               3
77.250.0.0/15               6
80.56.0.0/16                3
80.57.0.0/16                1
80.112.64.0/18              1
80.112.128.0/19             1
80.113.0.0/17               1
80.114.160.0/19             1
80.114.192.0/19             1
80.114.224.0/19             1
82.72.0.0/15                3
82.74.0.0/15                2
82.217.0.0/17               3
83.80.0.0/14                5
83.84.0.0/14               16
84.24.0.0/14                8
84.28.0.0/14                2
84.104.0.0/15               1
84.106.0.0/15               4
85.147.0.0/17               2
89.98.0.0/16                3
89.99.0.0/16                3
92.108.0.0/15               5
92.110.0.0/15               2
94.208.0.0/14               8
94.212.0.0/14              10
95.97.0.0/16                6
178.85.0.0/16               2
212.120.64.0/19             1
212.203.0.0/20              1
213.46.0.0/19               1
213.46.224.0/19             1
213.93.0.0/17               2
213.93.128.0/17             1
213.124.128.0/20            1
213.124.160.0/20            2
213.125.0.0/17              1
213.126.0.0/18              2
213.127.0.0/17              6
213.127.128.0/17            1
217.63.192.0/19             1
217.102.160.0/19            1
217.103.0.0/17              1
217.103.128.0/17            2
217.104.0.0/18              1
217.104.64.0/18             1
217.105.128.0/19            1
217.105.160.0/19            1
217.122.0.0/15              4

[Roetzen]

stormfly schreef op vrijdag 20 april 2018 @ 09:31:
[...]

It's important to keep in mind that while 185/8 is finished, we still have around nine million recovered IPv4 addresses in our available pool. Under current policy and growth rates, we expect these to last a further two years.

Ja, dat zag ik ook. Het is dus nog niet echt op...

Overigens voor het eerst een Nederlands ziggo modem gezien met een 24.a.b.c adres.

Hmmm... Dus nu zijn ze intercontinentaal aan het herverdelen...Want volgens dit lijstje:

https://www.iana.org/assi...e/ipv4-address-space.xhtm

Is 24.0.0.0/8 toegewezen aan ARIN.

[ANdrode]

ANdrode schreef op vrijdag 20 april 2018 @ 10:25:
[...]
Hier is het aantal ripe atlas probes in {6830, 9143} IPv4 ASN's:

v6 is trouwens saaier:

code:

2a02:a210::/28              4
2001:1c00::/24              6
2001:730::/29               1

KPN:

code:

2001:67c:2e8::/48           7

XS4ALL:

code:

2001:888::/32               2
2001:980::/29              31
2001:980::/30              25
2001:980::/32              29

In totaal zitten er iets meer probes in XS4ALL dan in KPN dan in Ziggo netwerk

[Roetzen]

ANdrode schreef op vrijdag 20 april 2018 @ 10:45:
[...]


v6 is trouwens saaier:

code:

2a02:a210::/28              4
2001:1c00::/24              6
2001:730::/29               1

En één van die 6 in 2001:1c00/24 is de mijne. Host name: atlas.vlist.eu.

[bartvb]

Ziggo is nog heel erg niet bezig met IPv6 lijkt het. Krijg net een mail voor het 'Ziggo klantpanel' voor een test die ze willen gaan doen. Daar kan je je voor aanmelden en om dat te doen moet je o.a. je IP adres doorgeven. Dat kan je volgens de mail opvragen via http://www.watismijnip.nl/ :\
Dat werkt dus niet echt met hun DS-Lite setup...

[stormfly]

bartvb schreef op dinsdag 24 april 2018 @ 10:35:
Ziggo is nog heel erg niet bezig met IPv6 lijkt het.

Dat klopt zie de 10 posts hieronder, plenty space so no hurry.

[Roetzen]

bartvb schreef op dinsdag 24 april 2018 @ 10:35:
Ziggo is nog heel erg niet bezig met IPv6 lijkt het. Krijg net een mail voor het 'Ziggo klantpanel' voor een test die ze willen gaan doen.

En wat willen ze dan gaan testen?

Daar kan je je voor aanmelden en om dat te doen moet je o.a. je IP adres doorgeven. Dat kan je volgens de mail opvragen via http://www.watismijnip.nl/ :\
Dat werkt dus niet echt met hun DS-Lite setup...

Dat zullen ze dan vrij snel merken als ze IPv4 nummers krijgen van DS-Liters. Want dat zijn IP nummers die met anderen gedeeld worden.

[bartvb]

@Roetzen waar de mail over gaat mag ik niet zeggen Maar het is een test in de TV-hoek.

En idd, neem aan dat ze vrij snel merken dat een IPv4 adres vragen niet meer heel handig is. Maar vreemd dat een afdeling van Ziggo die bezig is met nieuwe ontwikkelingen niet op de hoogte is van DS-Lite...

[Roetzen]

Zal dan wel een kwestie zijn van twee afdelingen die van elkaar niet weten waar ze mee bezig zijn. Maar inderdaad, het toont wel aan dat IPv6 niet echt leeft bij Ziggo.

[ANdrode]

Roetzen schreef op dinsdag 24 april 2018 @ 14:08:
[...]
Dat zullen ze dan vrij snel merken als ze IPv4 nummers krijgen van DS-Liters. Want dat zijn IP nummers die met anderen gedeeld worden.

Wat ik vooral dom vind. Waarom ondersteunt een "wat is mijn ip dienst" in 2018 geen IPv6. Aan de server kant kan je al 15 jaar dual stack draaien

[Dreamvoid]

Het gaat Ziggo ws niet om die specifieke IP adressen, maar om uit welke range ze komen, dan weten ze grofweg welk deel van hun infra die tester vandaan komt.

[ik222]

Meer mensen al ervaren dat Netflix via Chromecast (ultra) standaard voor IPv4 kiest? De Chromecast op zich doet gewoon netjes IPv6, YouTube op de Chromecast gaat dan ook gewoon via IPv6, maar het Netflix verkeer van de Chromecast is IPv4.

[stormfly]

bartvb schreef op dinsdag 24 april 2018 @ 14:38:
@Roetzen waar de mail over gaat mag ik niet zeggen Maar het is een test in de TV-hoek.

En idd, neem aan dat ze vrij snel merken dat een IPv4 adres vragen niet meer heel handig is. Maar vreemd dat een afdeling van Ziggo die bezig is met nieuwe ontwikkelingen niet op de hoogte is van DS-Lite...

Stel nu dat ze dat platform gewoon op IPv4 hebben gebouwd omdat ze nog voldoende adressen hebben binnen de Liberty Group Dan is er niets mis met die mail, alleen begrijpen wij Tweakers zo'n keuze wat slecht.

Ziggogo.tv is wel helemaal IPv6, voor degene die dat nog niet wist. (ik weet dat het qua platform los staat van bovenstaande discussie).

tweakers@tweakers:~$ host Ziggogo.tv 
Ziggogo.tv has address 212.142.30.166
Ziggogo.tv has address 212.142.30.132
Ziggogo.tv has IPv6 address 2001:730:3400:8001::6
Ziggogo.tv has IPv6 address 2001:730:3400:8000::14
Ziggogo.tv has IPv6 address 2001:730:3400:8000::10
Ziggogo.tv has IPv6 address 2001:730:3400:8000::6
Ziggogo.tv has IPv6 address 2001:730:3400:8000::16
Ziggogo.tv mail is handled by 10 mx.upcbusiness.at.

[frietvanpiet]

Graag zou ik mijn pfSense router uit willen rusten met volledige IPv6 ondersteuning.
Mijn provider is XS4ALL. Die levert keurig een IPv6 /48 prefix. Als modem/router heb ik een Fritzbox 5490.
Ik krijg een IPv6 adres op de WAN-adapter van PfSense. LAN krijg ik maar niet aan de praat, geen adres.
Ik vermoed dat mijn IPv6 instellingen op mijn Frtizbox niet goed staan.
De PfSense instellingen zijn goed te vinden op het internet.

Mijn vraag:
Zou iemand zo vriendelijk willen zijn om alle IPv6 instellingen van de Fritzbox te delen?
Dan kan ik dubbelchecken.

Tnx alvast!

[ANdrode]

frietvanpiet schreef op woensdag 2 mei 2018 @ 06:45:
Mijn vraag:
Zou iemand zo vriendelijk willen zijn om alle IPv6 instellingen van de Fritzbox te delen?
Dan kan ik dubbelchecken.

Staat prefix delegation aan in de fritzbox?
Wat voor prefix/adres heeft de WAN interface van pfsense? Is dat een volledig adres of is dat een prefix waaruit hij adressen kan uitdelen?

[Dutch2007]

frietvanpiet schreef op woensdag 2 mei 2018 @ 06:45:
Graag zou ik mijn pfSense router uit willen rusten met volledige IPv6 ondersteuning.
Mijn provider is XS4ALL. Die levert keurig een IPv6 /48 prefix. Als modem/router heb ik een Fritzbox 5490.
Ik krijg een IPv6 adres op de WAN-adapter van PfSense. LAN krijg ik maar niet aan de praat, geen adres.
Ik vermoed dat mijn IPv6 instellingen op mijn Frtizbox niet goed staan.
De PfSense instellingen zijn goed te vinden op het internet.

Mijn vraag:
Zou iemand zo vriendelijk willen zijn om alle IPv6 instellingen van de Fritzbox te delen?
Dan kan ik dubbelchecken.

Tnx alvast!

Niet het zelfde type, maar wel zelfde merk:

https://nl.avm.de/service...n-FRITZ-Box-configureren/

[Roetzen]

Nieuwe metingen:

[St00mwals]

Ik wert niet of het hier al bekend is, maar beter 2x als nooit:

Ik zit bij mijn ouders in Twente (7443) en zij hebben KPN glasvezel met een ExperiaBox v9 met IPv6.
Suffix: 2a02:a441

[ Voor 5% gewijzigd door St00mwals op 20-05-2018 19:55 ]

[Onbekend]

Leuk die grafiekjes.
Bij KPN is het een redelijk stabiele lijn omhoog, terwijl Ziggo toch problemen lijkt te hebben. Er zijn verschillende toppen in de grafiek te zien waardoor het lijkt alsof ze regelmatig de IPV6-toewijzing weer hebben teruggezet.

Zou dat te maken kunnen hebben met de verschillende netwerken die Ziggo gedurende de tijd heeft opgekocht en nog niet als een geheel samenwerken?

[Vorkie]

Onbekend schreef op zondag 20 mei 2018 @ 20:11:
Leuk die grafiekjes.
Bij KPN is het een redelijk stabiele lijn omhoog, terwijl Ziggo toch problemen lijkt te hebben. Er zijn verschillende toppen in de grafiek te zien waardoor het lijkt alsof ze regelmatig de IPV6-toewijzing weer hebben teruggezet.

Zou dat te maken kunnen hebben met de verschillende netwerken die Ziggo gedurende de tijd heeft opgekocht en nog niet als een geheel samenwerken?

Volgens mij is de oorsprong van de grafiek ook voor Liberty Global?

Verder kan je met 1 belletje IPv6 weer uitschakelen bij Ziggo, aangezien je geen DualStack krijgt en de helft niet meer werkt daarna...

[Jeroen_R]

Vorkie schreef op zondag 20 mei 2018 @ 20:16:
[...]

Volgens mij is de oorsprong van de grafiek ook voor Liberty Global?

In de metingen van http://www.worldipv6launch.org/measurements/ wordt het oude Ziggo netwerk (AS 9143) nog los gezien van de rest van Liberty Global (oa AS6830).

[agresionpower]

[b][message=55256511,noline]

Verder kan je met 1 belletje IPv6 weer uitschakelen bij Ziggo, aangezien je geen DualStack krijgt en de helft niet meer werkt daarna...

Ik vraag me af wat er niet werkt voor de gemiddelde gebruiker.
Zit zelf al een hele tijd achter DS-lite van Ziggo en heb daar nog nooit een probleem ervaren.

[Osiris]

Game consoles vinden NAT meestal niet zo prettig.

[Roetzen]

Dan moeten de fabrikanten van die game consoles eindelijk eens wat met IPv6 gaan doen!

[hcQd]

Vaak maken games gebruik van P2P, dat werkt niet zo lekker als niet iedereen hetzelfde protocol praat.

[Osiris]

Roetzen schreef op maandag 21 mei 2018 @ 17:35:
Dan moeten de fabrikanten van die game consoles eindelijk eens wat met IPv6 gaan doen!

Uiteraard, maar wie garandeert dat jouw mattie óók IPv6 heeft dan?

In een ideale wereld heeft iedereen IPv6 en bestaat IPv4 niet meer. Maar we leven (nog) niet in die wereld. Dus levert DS-lite problemen op.

[Roetzen]

Osiris schreef op maandag 21 mei 2018 @ 17:57:
[...]
Uiteraard, maar wie garandeert dat jouw mattie óók IPv6 heeft dan?

Niemand. Niemand garandeert ook dat jouw mattie hetzelfde spel speelt. Dat probleem lost zich zelf op. Als ik overstap op een e-bike en mijn mattie kan me niet meer bijhouden, dan koopt hij ook keen e-bike of ik zoek een andere mattie.

[Maurits van Baerle]

Roetzen schreef op maandag 21 mei 2018 @ 17:35:
Dan moeten de fabrikanten van die game consoles eindelijk eens wat met IPv6 gaan doen!

Voor zover ik weet werkt de XBOX gewoon met IPv6, het is PlayStation dat het nog niet ondersteunt. Toen UnityMedia, de Duitse ISP, overstapte op DS-Lite waren het dan ook PS4 gebruikers die direct aan de bel trokken dat ze niet meer konden gamen.

De PS4 draait op een variant van FreeBSD (wat al sinds FreeBSD 4.0 uit 2000 IPv6 ondersteunt) en hij reageert ook wel op basale IPv6 verzoeken maar de hoger liggende niveaus ondersteunen het nog niet. Hij gebruikt nog geen IPv6 voor aanmelding bij de centrale servers bijvoorbeeld.

Misschien is er iemand met een PS4 met een meer recentere firmware versie dan die uit bovenstaande link om te kijken hoe het tegenwoordig staat met IPv6 op de PS4?

[ Voor 13% gewijzigd door Maurits van Baerle op 22-05-2018 11:32 ]

[Snow_King]

Maurits van Baerle schreef op dinsdag 22 mei 2018 @ 11:22:
[...]

Voor zover ik weet werkt de XBOX gewoon met IPv6, het is PlayStation dat het nog niet ondersteunt. Toen UnityMedia, de Duitse ISP, overstapte op DS-Lite waren het dan ook PS4 gebruikers die direct aan de bel trokken dat ze niet meer konden gamen.

De PS4 draait op een variant van FreeBSD (wat al sinds FreeBSD 4.0 uit 2000 IPv6 ondersteunt) en hij reageert ook wel op basale IPv6 verzoeken maar de hoger liggende niveaus ondersteunen het nog niet. Hij gebruikt nog geen IPv6 voor aanmelding bij de centrale servers bijvoorbeeld.

Misschien is er iemand met een PS4 met een meer recentere firmware versie dan die uit bovenstaande link om te kijken hoe het tegenwoordig staat met IPv6 op de PS4?

Nog steeds het zelfde toen ik 2 maanden geleden keek met tcpdump.

Recent (2 weken geleden) keek ik nog bij de netwerk instellingen en daar liet de PS4 enkel zijn IPv4 adres zien, nog niets te zien.

[agresionpower]

Osiris schreef op maandag 21 mei 2018 @ 16:26:
Game consoles vinden NAT meestal niet zo prettig.

Ik ben nou juist een hardcore playstation gamer en heb ondanks m'n DS-lite dus nooit problemen.

[Keiichi]

1406 - Data too long for column 'ip_address' at row 1

insert into whos_online (customer_id, full_name, session_id, ip_address, time_entry, time_last_click, last_page_url) values ('0', 'Guest', 'tm8pnts4f2jobvpribsnvnm3d1', '2001:470:xxx:x:c1f0:274e:b933:368e', '1527702433', '1527702433', '/perliet-vermiculiet-c-93.html')

[TEP STOP]

Soms ben ik blij met mensen die absoluut geen database kunnen normaliseren. Dan was het veld voor IP adres gewoon varchar(255) of text geweest

[ANdrode]

Keiichi schreef op woensdag 30 mei 2018 @ 19:49:
[...]
Soms ben ik blij met mensen die absoluut geen database kunnen normaliseren. Dan was het veld voor IP adres gewoon varchar(255) of text geweest

Meestal heb ik er geen moeite mee zolang de performance ok is en de dataset in geheugen pas dan is normaliseren vroegtijdige optimalisatie maar bij IP's is varchar of text écht een onhandige keuze.

Hoe wil je IP adressen sorteren?

code:

19.1.2.3
192.1.2.3a
20.1.2.3

[Keiichi]

ANdrode schreef op woensdag 30 mei 2018 @ 20:35:
[...]


Meestal heb ik er geen moeite mee zolang de performance ok is en de dataset in geheugen pas dan is normaliseren vroegtijdige optimalisatie maar bij IP's is varchar of text écht een onhandige keuze.

Hoe wil je IP adressen sorteren?

code:

19.1.2.3
192.1.2.3a
20.1.2.3

als je postgresql zou gebruiken, kun je het type 'inet' gebruiken, die lijkt me wel goed te sorteren. Eens dat een textveld voor ip's onhandig is, maar vrees dat dit in veel gevallen wel realiteit is. Heb een simpele website ergens rondhangen in CodeIgniter, daarbij kun je sessies in de database opslaan. Deze data gaat vergezeld van een IP adres in een varchar(45) veld (wel groot genoeg voor ipv6). Maar die data zal je waarschijnlijk ook niet op adres sorteren, enkel op tijd om sessies weg te gooien.

[ik222]

Sowieso is als je veel met IP adressen doet Postgresql veel handiger dan bijvoorbeeld MySQL. In Postgresql kun je bijvoorbeeld ook makkelijk checken of een IP adres binnen een subnet valt en dat soort dingen als je het inet type gebruikt.

Als je afhankelijk bent van MySQL zijn eigenlijk alle oplossingen niet optimaal. Meestal kies ik dan zelf ook voor een varchar. Dat is tenminste leesbaar maar inderdaad alle logica moet je dan in code doen of je moet aardig creatief worden in queries.

[ Voor 4% gewijzigd door ik222 op 30-05-2018 21:09 ]

[ANdrode]

ik222 schreef op woensdag 30 mei 2018 @ 20:56:
Sowieso is als je veel met IP adressen doet Postgresql veel handiger dan bijvoorbeeld MySQL. In Postgresql kun je bijvoorbeeld ook makkelijk checken of een IP adres binnen een subnet valt en dat soort dingen als je het inet type gebruikt.

In mijn ogen is PostgreSQL in eigenlijk alle situaties beter geschikt dan MySQL

Als je afhankelijk bent van MySQL zijn eigenlijk alle oplossingen niet optimaal. Meestal kies ik dan zelf ook voor een varchar. Dat is tenminste leesbaar maar inderdaad alle logica moet je dan in code doen of je moet aardig creatief worden in queries.

Wanneer je een natural sort functie hebt dan werkt een varchar (voorkeur) of text veld voor de meeste use cases ook. Alleen die functie ontbreekt in mysql - ik kon hem in ieder geval niet vinden.

[Jerrythafast]

Even een update m.b.t. stabiliteit van de IPv6-prefix bij Ziggo. Die was jaren stabiel, maar ik heb in 2018 al twee keer een verandering geregistreerd. Het IPv4-adres is daarentegen al bijna twee jaar onveranderd...

Sinds 28 februari 2016:
26 mei 2016 nieuw IPv6
13 augustus 2016 nieuw IPv4
10 september 2016 nieuw IPv6
16 december 2016 nieuw IPv6
26 januari 2018 nieuw IPv6
1 juni 2018 nieuw IPv6

[Roetzen]

Ik heb al weer een jaar dezelfde IPv6 prefix. Laatste keer dat het wijzigde was op 30 mei 2017, Toen lag door een probleempje bij Stedin de netspanning in het halve dorp er een uurtje uit.

Daarvoor was het een half jaar stabiel.

IPv4 is nog steeds hetzelfde sinds de laatste modem wijziging in nov 2016,

[hkoster1]

Onlangs ben ik overgestapt van Ziggo naar XS4ALL.
Bij Ziggo had ik een DS-Lite aansluiting met een Compal ConnectBox;
bij XS4ALL heb ik een Fritz!Box 7581 (met de nieuwste Labor firmware).
Beide apparaten handelen IPv6 correct af op mijn LAN, maar er is wel
een verschil met mijn IPv6-only (VMware) Debian VM's die gebruik maken
van Bridged Ethernet.

De ConnectBox liet keurig alle aangesloten apparaten zien met zowel
hun IPv4- als IPv6-adressen - in geval van mijn VM's dus alleen de
IPv6-adressen.

De Fritz!Box 7581 vermeldt aangesloten apparaten alleen met hun
IPv4-adressen, en laat de bijbehorende IPv6-adressen zien na op een
bijbehorend potlood-ikoontje te klikken. Mijn VM's hebben geen
IPv4-adressen, staan niet in de lijst van Network Connections, en
hebben geen potlood-ikkontje om op te klikken.

Niet erg behulpzaam van AVM als je het mij vraagt.

[Roetzen]

Nieuwe metingen.







KPN stijgt geleidelijk. Ziggo doet niet veel, maar Liberty Global blijft ook stijgen. Dus misschien moeten we alleen maar naar Liberty Global kijken en niet meer naar Ziggo.

[ANdrode]

hkoster1 schreef op woensdag 13 juni 2018 @ 17:51:
De Fritz!Box 7581 vermeldt aangesloten apparaten alleen met hun
IPv4-adressen, en laat de bijbehorende IPv6-adressen zien na op een
bijbehorend potlood-ikoontje te klikken. Mijn VM's hebben geen
IPv4-adressen, staan niet in de lijst van Network Connections, en
hebben geen potlood-ikkontje om op te klikken.

Niet erg behulpzaam van AVM als je het mij vraagt.

Tijd geleden dat ik een ConnectBox met DS-Lite gebruikt heb - maar gebruikte deze DHCPv6?

Als de VM's SLAAC gebruiken en geen DHCPv4 dan zou de naam alleen via een mDNS protocol bekend worden. Veel routers gaan uit van de hostnaam in DHCP requests.

[Keiichi]

Roetzen schreef op dinsdag 26 juni 2018 @ 15:01:
Nieuwe metingen.

[afbeelding]

[afbeelding]

[afbeelding]

KPN stijgte geleidelijk. Ziggo doet niet veel, maar Liberty Global blijft ook stijgen. Dus misschien moeten we alleen maar naar Liberty Global kijken en niet meer naar Ziggo.

De plaatjes hebben een certificaat error (domein komt niet voor als CN of SAN). De niet-https varianenten werken wel

[hkoster1]

ANdrode schreef op dinsdag 26 juni 2018 @ 16:04:
[...]


Tijd geleden dat ik een ConnectBox met DS-Lite gebruikt heb - maar gebruikte deze DHCPv6?

Als de VM's SLAAC gebruiken en geen DHCPv4 dan zou de naam alleen via een mDNS protocol bekend worden. Veel routers gaan uit van de hostnaam in DHCP requests.

Daar heeft het waarschijnlijk wel mee te maken. De ConnectBox gebruikte DHCPv6; met de FB7581 moest ik mijn VMs naar "slaac hwaddr" omzetten, zodat er een enkel IPv6-adres bekend is bij de FB7581 (had ik nodig voor het openzetten van bepaalde poorten). Zonder dat enkele IPv6-adres (ook in fe80:: vorm) onthoudt de FB7581 alle eerder gebruikte IPv6-adressen (local, global, temporary). Na elke keer opstarten komen er dan weer een stuk of drie adressen bij, soms heb je een lijst van 50 adressen voor een enkele VM (waarvan 47 niet langer bruikbaar).
Als je dan een "port forwarding" doet pakt de FB7581 daar een willekeurig adres van, dus meestal een fout adres. Met de hand invoeren werkt korte tijd, en dan verandert de FB7581 het weer naar een random adres uit de lijst. Om gek van te worden.

Ik zit te overwegen om de FB7581 in (echte) brug-modus te zetten (voor de pair-bonding) en er dan mijn oude vertrouwde FB7490 achter te zetten (moet wel het TV VLAN correct kunnen afhandelen). Vragen, vragen...

[Roetzen]

Keiichi schreef op dinsdag 26 juni 2018 @ 16:18:
[...]


De plaatjes hebben een certificaat error (domein komt niet voor als CN of SAN). De niet-https varianenten werken wel

Vreemd. Ik krijg die fout ook op mijn laptop met Win10. Op de machine waarop ik het bericht oorspronkelijk aanmaakte kreeg ik dat niet. Hopelijk gaat het nu beter...

[ANdrode]

hkoster1 schreef op dinsdag 26 juni 2018 @ 19:38:
[...]
Daar heeft het waarschijnlijk wel mee te maken. De ConnectBox gebruikte DHCPv6; met de FB7581 moest ik mijn VMs naar "slaac hwaddr" omzetten, zodat er een enkel IPv6-adres bekend is bij de FB7581 (had ik nodig voor het openzetten van bepaalde poorten). Zonder dat enkele IPv6-adres (ook in fe80:: vorm) onthoudt de FB7581 alle eerder gebruikte IPv6-adressen (local, global, temporary). Na elke keer opstarten komen er dan weer een stuk of drie adressen bij, soms heb je een lijst van 50 adressen voor een enkele VM (waarvan 47 niet langer bruikbaar).

Bij mij werkte de combinatie van SLAAC met DHCPv4 wel prima (met een global adres voor VM's). Met privacy extensions aan zou het anders een rotzooitje worden...

Als je dan een "port forwarding" doet pakt de FB7581 daar een willekeurig adres van, dus meestal een fout adres. Met de hand invoeren werkt korte tijd, en dan verandert de FB7581 het weer naar een random adres uit de lijst. Om gek van te worden.

Ik zit te overwegen om de FB7581 in (echte) brug-modus te zetten (voor de pair-bonding) en er dan mijn oude vertrouwde FB7490 achter te zetten (moet wel het TV VLAN correct kunnen afhandelen). Vragen, vragen...

7490 is ook nog relatief lang uitgerold door XS4ALL en bij glasvezel moet dit volgens mij werken. Bij bonded xDSL weet ik het niet.

[Roetzen]

Nieuwe Measurements:

[Raven]

Raven schreef op zaterdag 10 juni 2017 @ 09:26:
Facebook denkt sinds afgelopen week dat ik suggested posts in het Duits wil en posts van een aantal pagina's die ik volg zijn ook ineens in het Duits, terwijl de taalinstelling op Engels staat. Daarnaast was er een notificatie van een "nearby" event dat 600km verderop in DE bleek te zijn.

Mijn IPv4 adres komt nog steeds uit in Almere, mijn IPv6 adres van HE niet meer in de US of A, aldus
https://www.iplocation.net/
- IP2Location: Germany, Bayern, Rothenburg ob der Tauber
- ipinfo.io: Russia, St.-Petersburg, Saint Petersburg
- DB-IP: Netherlands, North Holland, Amsterdam

Weet iemand hoe dit zo ineens komt?

edit: inmiddels een mail richting IP2Location gestuurd, er gaat iemand naar kijken
edit2: ipinfo.io ook maar even op hun foutje gewezen.

Het IPv6-probleem met Facebook is nog altijd niet opgelost en de database die aangaf dat ik in Rusland woon geeft tegenwoordig ineens Hong Kong aan Misschien Facebook maar op IPv4 forceren m.b.v. hostfile, dan heb ik dat Duitsland-probleem hopelijk niet meer.

[ijdod]

Afgelopen week even zakelijk met IPv6 gespeeld, in de zin dat we in de testomgeving DHCPv6 aan hebben gestoken ipv SLAAC. Daarmee werd pijnlijk duidelijk dat er nog wel wat meters te maken zijn. Hosts met IPv6 laten praten met SLAAC en RDNSS is triviaal. DHCPv6 inrichten grofweg zoals iedereen dat gewend is met DHCPv4 (aka met DDNS)... not so much. Hoop inconsistent gedrag van clients (of gewoon geen gedrag, looking at you, Android).

Thuis inmiddels door allerlei providerovernames e.d. bij XS4ALL terecht gekomen. Eens overwegen of ik van de HE tunnel naar XS4ALL toe ga qua IPv6. Geen afhankelijkheden, maar vooral herconfiguratie thuisnetwerk .

[Snow_King]

Waarom zou je DHCPv6 willen doen? Prima voor extra opties richting clients, maar SLAAC is gewoon perfect voor adressen. Simpel en betrouwbaar.

Puur omdat je DHCP kent uit de v4 tijd?

[ijdod]

Het zal wel aan mij liggen, maar 'puur omdat je DHCP kent uit de v4 tijd' vind ik een beetje denigrerend overkomen...

Meerdere redenen.
- Het is een mogelijkheid, dus is goed om te weten wat de (on)mogelijkheden zijn.
- Compliancy. Wij dienen een link te kunnen leggen tussen een adres en een client/aansluiting
- Tooling
- DDNS

Dus eigenlijk de gebruikelijke enterprise features voor een managed omgeving (feature parity met wat we nu op v4 doen). Van een aantal van die zaken speelt de DHCPv4 omgeving een duidelijke rol (dus in zekere zin 'omdat we het kennen uit de v4 tijd', ja), dus kijken of diezelfde infrastructuur die rol ook voor v6 kan vervullen zou ons een hoop werk schelen. Sommige dingen kunnen met SLAAC ook, anderen niet, of vereisen wat creativiteit.

Niet dat we momenteel IPv6 plannen hebben, en als we die hebben zal dat eerder outside-facing zijn dan intern (clients), maar het kan hard gaan als die bal ooit gaat rollen. Intern zie ik het voorlopig nog niet direct gebeuren. Teveel spullen die het niet of matig ondersteunen, en er mist nog wat feature parity op de infra her en der.

[Snow_King]

ijdod schreef op zondag 22 juli 2018 @ 09:11:
Het zal wel aan mij liggen, maar 'puur omdat je DHCP kent uit de v4 tijd' vind ik een beetje denigrerend overkomen...

Meerdere redenen.
- Het is een mogelijkheid, dus is goed om te weten wat de (on)mogelijkheden zijn.
- Compliancy. Wij dienen een link te kunnen leggen tussen een adres en een client/aansluiting
- Tooling
- DDNS

Dus eigenlijk de gebruikelijke enterprise features voor een managed omgeving (feature parity met wat we nu op v4 doen). Van een aantal van die zaken speelt de DHCPv4 omgeving een duidelijke rol (dus in zekere zin 'omdat we het kennen uit de v4 tijd', ja), dus kijken of diezelfde infrastructuur die rol ook voor v6 kan vervullen zou ons een hoop werk schelen. Sommige dingen kunnen met SLAAC ook, anderen niet, of vereisen wat creativiteit.

Niet dat we momenteel IPv6 plannen hebben, en als we die hebben zal dat eerder outside-facing zijn dan intern (clients), maar het kan hard gaan als die bal ooit gaat rollen. Intern zie ik het voorlopig nog niet direct gebeuren. Teveel spullen die het niet of matig ondersteunen, en er mist nog wat feature parity op de infra her en der.

Reken er op dat DHCPv6 voor de uitgifte van adressen eigenlijk heel slecht ondersteund wordt.

Android doet het sowieso niet, daar zijn ze bij Google heel duidelijk in geweest, iOS durf ik niet te zeggen.

Maar ook onder Linux heb ik raar gedrag gezien. Clients die een adres aan namen via DHCPv6, maar óók een SLAAC adres aan namen.

Wat betreft de compliancy kan je wellicht beter kijken naar je neighbor table uit je router elke X periode op te slaan. Dan heb je direct de link tussen IPv6 adres en MAC adres. Via welke methode iemand zijn adres ook verkrijgt.

[ijdod]

Snow_King schreef op maandag 23 juli 2018 @ 08:33:
[...]

Reken er op dat DHCPv6 voor de uitgifte van adressen eigenlijk heel slecht ondersteund wordt.

Dat blijkt ja. . Standaard stelt ook dat SLAAC verplicht is, DHCPv6 optioneel.

Maar ook onder Linux heb ik raar gedrag gezien. Clients die een adres aan namen via DHCPv6, maar óók een SLAAC adres aan namen.

Dat klopt, zolang je de autonomous vlag bij de prefix aan blijft staan. Is ook conform de standaard, Windows doet dat ook (met de privacy extension adressen). Als je die vlag uit hebt staan is het idd vreemd gedrag.

Wat betreft de compliancy kan je wellicht beter kijken naar je neighbor table uit je router elke X periode op te slaan. Dan heb je direct de link tussen IPv6 adres en MAC adres. Via welke methode iemand zijn adres ook verkrijgt.

Dat is inderdaad de voor de hand liggende optie. Dat doen we nu ook al gedeeltelijk voor IPv4; Eventueel zou je dan ook als een soort poor man's DDNS die data naar je DNS kunnen pushen als je daar behoefte aan hebt.

[ Voor 4% gewijzigd door ijdod op 23-07-2018 11:27 ]

[Snow_King]

ijdod schreef op maandag 23 juli 2018 @ 11:26:
[...]


Dat blijkt ja. . Standaard stelt ook dat SLAAC verplicht is, DHCPv6 optioneel.

Jep. Dat merk je dus gewoon heel erg. DHCPv6 is leuk voor information zoals SIP servers e.d. uit te delen of Prefix Delegation, maar voor adresuitgifte is het wat mij betreft waardeloos.

ijdod schreef op maandag 23 juli 2018 @ 11:26:
[...]


Dat klopt, zolang je de autonomous vlag bij de prefix aan blijft staan. Is ook conform de standaard, Windows doet dat ook (met de privacy extension adressen). Als je die vlag uit hebt staan is het idd vreemd gedrag.

Ook als je die flag zet heb ik Linux clients gezien die tóch gewoon via SLAAC een adres aan namen. Helaas.

ijdod schreef op maandag 23 juli 2018 @ 11:26:
[...]
Dat is inderdaad de voor de hand liggende optie. Dat doen we nu ook al gedeeltelijk voor IPv4; Eventueel zou je dan ook als een soort poor man's DDNS die data naar je DNS kunnen pushen als je daar behoefte aan hebt.

Bij veel routers kan je deze via SNMP gewoon opvragen. Dan is het een kwestie van deze opslaan en zo de link te hebben tussen Adres en MAC.

[tc-t]

Ik heb ondertussen - in België, bij Telenet - ipv6 ook werkend gekregen.

Ik heb een modem-only en die geeft alles netjes door aan mijn (virtuele) pfSense router/firewall.
pfSense krijgt een eigen ipv6 op de WAN interface, en een 56-bit prefix.

Ik heb op mijn pfSense een aantal VLANs gedefinieerd. Op elke interface gebruik ik dan Track Interface: WNA en mbv een uniek Prefix ID wordt dat 56-bit prefix aangevuld tot een volledige 64-bit prefix.

So far so good.


Ik heb ook in pfSense ingesteld dat er geen release wordt toegestaan van het gekregen prefix.
Nu is er een tijdje terug een stroomonderbreking geweest en heeft mijn router een halve dag zonder stroom gezeten. Zo heb ik uiteindelijk tóch een ander prefix gekregen.


Dat is niet handig.
Ik wil graag dat mijn servers (windows domain / AD / DNS etc ...) een fixed IP krijgen, hebben en houden.

Ik lees hier en daar dat het afgeraden wordt om naast de GUA adressen die ik nu al heb ook met ULA te gaan werken.
Maar hoe krijg ik dat dan wel voor mekaar?


Ik heb al even met die ULA adressen gespeeld en kan er voor zorgen dat mijn pfSense dmv RA naast de GUA adressen ook ULA adressen voorziet voor de clients.
Het probleem is daarmee dan weer dat een ping-opdracht (op ULA) van een client in VLAN1 naar een client in VLAN2 niet blijft werken.
Dat werkt perfect na het instellen van de configuratie (RA: uitdelen ULA adressen) maar na een reboot van pfSense werkt het niet meer en krijg ik het ook niet meer werkend.
Client op VLAN1 kan client op VLAN2 nog wel bereiken op zijn GUA adres maar niet meer op zijn ULA adres (en identiek van client 2 naar client1)


Zijn er mensen die een soortgelijke setup hebben, of weet iemand een betere oplossing voor wat ik wil gaan bereiken?

[Hipska]

Je kan voor die servers kiezen on SLAAC te gebruiken, dan weet je altijd wat het host gedeelte is, en het network gedeelte is dan afhankelijk van je verkregen prefix. Desnoods via DHCPv6, maar dan blijft de situatie hetzelfde.

Ik zie geen reden om die static te willen houden? Je krijgt er dus idd meer werk door indien je prefix veranderd..

[tc-t]

Het extra werk wanneer mijn prefix verandert wil ik net vermijden

Ik heb niet veel zin om wanneer dat gebeurt:
* het adres van (en de verwijzingen naar) mijn pi-hole aan te passen
* de DNS server adressen te gaan aanpassen waar nodig (op de DHCP-tab van mijn RA settings en/of in de DHCPv6 config van Windows)
* de oude ipv6 adressen uit de DNS-server te gaan verwijderen
* ...

Ik zie dat ik het woord "fixed" een beetje dubbelzinnig gebruik. Mijn apparatuur hoeft geen static IP te hebben, enkel een voorspelbaar IP. Dat mag gerust via SLAAC of Stateless DHCP (SLAAC+DHCPv6 voor de opties) zolang het adres maar op 1 of andere manier voorspelbaar is: echt static, of via DNS opvraagbaar.


==

EDIT:

Ik ben er ondertussen achter dat dit eigenlijk een bug is in pfSense (of het onderliggende FreeBSD)

Ik kan op een interface zowel via Track Interface (GUA) als via een additional subnet (kan ULA zijn) prefixen announcen naar de clients toe.
Op die manier krijgen de clients een ULA en een GUA adres. Of dat dan SLAAC of DHCPv6 of nog iets anders is maakt eigenlijk niet veel uit.

Het probleem is:
* voor dat additional subnet wordt geen route aangemaakt, tenzij er op de interface ook een virtual IP (voor dat specifieke prefix) wordt aangemaakt
* na een reboot van pfSense verandert de volgorde van de toegekende ipadressen op een interface soms.
* de RA service/daemon kijkt enkel naar het eerst gevonden adres. Als dat niet de track interface (dus het gekregen GUA prefix) dan krijgen de clients geen GUA adres meer, maar enkel een uit het additional prefix)


Blijkbaar gebeurt dat alleen in de combinatie Track Interface + virtual IP.
Met een Static IPv6 ipv Track Interface komt dat blijkbaar niet voor.

[ Voor 42% gewijzigd door tc-t op 08-08-2018 18:04 ]

[Roetzen]

Een dag of tien geleden heeft Ziggo een firmware update gepleegd bij mijn Ubee VW321b. Nu krijg ik bij ipv6-test.com nog maar 18/20 met als commentaar dat mijn router of mijn firewall ICMPV6 filtert.

Voordat ik bij Ziggo ga klagen - ik wil die EVW321b niet kwijt - wil ik even zeker weten dat het niet komt doordat er bij ipv6-test.com iets veranderd is.

Zijn er mensen die nog wel 20/20 krijgen? Filtert mijn Ubee echt ICMPv6 na de firmware update?

BTW, de versie die de firmware nu heeft is 9.12.8006

[ik222]

Hier lukt de ICMP test nog gewoon, ik krijg enkel 19/20 omdat ik geen hostname heb voor het IPv6 adres waarmee mijn telefoon naar buiten gaat.

XS4ALL glasvezel via een pfSense firewall trouwens.

[stormfly]

Roetzen schreef op zondag 12 augustus 2018 @ 16:40:
Een dag of tien geleden heeft Ziggo een firmware update gepleegd bij mijn Ubee VW321b. Nu krijg ik bij ipv6-test.com nog maar 18/20 met als commentaar dat mijn router of mijn firewall ICMPV6 filtert.

Voordat ik bij Ziggo ga klagen - ik wil die EVW321b niet kwijt - wil ik even zeker weten dat het niet komt doordat er bij ipv6-test.com iets veranderd is.

Zijn er mensen die nog wel 20/20 krijgen? Filtert mijn Ubee echt ICMPv6 na de firmware update?

BTW, de versie die de firmware nu heeft is 9.12.8006

Ik denk eerder aan een firewall instelling die teruggezet is sinds de upgrade.

[Roetzen]

ik222 schreef op zondag 12 augustus 2018 @ 16:54:
Hier lukt de ICMP test nog gewoon, ik krijg enkel 19/20 omdat ik geen hostname heb voor het IPv6 adres waarmee mijn telefoon naar buiten gaat.

XS4ALL glasvezel via een pfSense firewall trouwens.

Bedankt.

stormfly schreef op zondag 12 augustus 2018 @ 17:09:
[...]

Ik denk eerder aan een firewall instelling die teruggezet is sinds de upgrade.

Inmiddels heb ik de bevestiging dat het inderdaad de firewall is. Ik heb de knop gevonden om de IPv6 firewall helemaal uit te zetten en dan krijg ik netjes 20/20. Er valt verder niks te tunen aan die firewall. Het is aan of uit en verder niks. Het lijkt er op dat ze wat gesleuteld hebben aan de firewall en ICMP dan maar meteen geblokkeerd hebben

De firewall helemaal uit zetten lijkt me geen goed idee. Dus nu moet ik maar eens gaan nadenken hoe ik dat aanpak. Dit modem komt van Marktplaats. Grijze circuit dus en ik vrees dat ik een connect box krijg als "oplossing": Dan ben ik Dual Stack vrijwel zeker kwijt en mogelijk krijg ik niet eens DS-Lite...

[ik222]

Kun je het modem niet in bridge mode (laten) zetten en dan een fatsoenlijke eigen firewall / router plaatsen?

[Roetzen]

ik222 schreef op maandag 13 augustus 2018 @ 08:09:
Kun je het modem niet in bridge mode (laten) zetten en dan een fatsoenlijke eigen firewall / router plaatsen?

Ja, dat kan.

Maar dan ben ik IPv6 kwijt. In bridge mode krijg je alleen IPv4.

Ik heb juist die Ubee EVW321b "geregeld" omdat dat de enige manier was om van Ziggo native Dual Stack te krijgen...

[Vorkie]

Roetzen schreef op maandag 13 augustus 2018 @ 10:34:
[...]

Ja, dat kan.

Maar dan ben ik IPv6 kwijt. In bridge mode krijg je alleen IPv4.

Ik heb juist die Ubee EVW321b "geregeld" omdat dat de enige manier was om van Ziggo native Dual Stack te krijgen...

Waarom niet een ADSL lijn erbij van xs4all? Dat ipv6 gedeelte kan je dan delegeren naar je netwerk, ik heb het opgegeven met Ziggo en IPv6....

Mijn server zijde is bereikbaar via de he.net tunnel, email, nextcloud en webservers. cliënts ipv4 only tenzij ik de Proxy gebruik.

[borft]

Roetzen schreef op maandag 13 augustus 2018 @ 10:34:
[...]

Ja, dat kan.

Maar dan ben ik IPv6 kwijt. In bridge mode krijg je alleen IPv4.

Ik heb juist die Ubee EVW321b "geregeld" omdat dat de enige manier was om van Ziggo native Dual Stack te krijgen...

Andere, lelijke oplossing: router achter je modem hangen en een DMZ instellen? zou dat werken?

Andere vraag, afgezien van het specifieke modem dat je hebt, heb je nog iets anders moeten instellen om dual stack werkend te krijgen bij Ziggo? Ik heb een EVW320 (iets ouder denk ik), en hier geen ipv6. Ik heb het meerdere keren nagevraagd, en volgens Ziggo is alleen DS-lite mogelijk.

Het vreemde is, op werk hebben we ook Ziggo, en daar hebben we gewoon dual stack. Het kan dus wel.

[ANdrode]

Roetzen schreef op zondag 12 augustus 2018 @ 22:52:
[...]
De firewall helemaal uit zetten lijkt me geen goed idee. Dus nu moet ik maar eens gaan nadenken hoe ik dat aanpak. Dit modem komt van Marktplaats. Grijze circuit dus en ik vrees dat ik een connect box krijg als "oplossing": Dan ben ik Dual Stack vrijwel zeker kwijt en mogelijk krijg ik niet eens DS-Lite...

Weet niet wat die firewall doet.

Met de IPv6 support van de thuisrouters waar ik ervaring mee heb moet je expliciet een port forward instellen om van WAN -> LAN verkeer toe te laten. LAN -> WAN laten ze standaard toe. Dit is zonder firewall.
Colloquiaal taalgebruik. Met WAN bedoel ik 'verkeer met src/dst buiten eigen prefix met WAN interface tag' - met LAN bedoel ik 'adres in eigen prefix'

Ik weet niet wat de firewall doet in dit modem maar als WAN -> LAN standaard geblokkeerd wordt zou ik deze zonder problemen uitzetten.
Een stateful firewall met een hele /48 aan adressen die ik op ~2^16 poorten kan een 'open' sessie kan maken gebruikt ook flink wat geheugen. Dat zou een leuke DOS aanval zijn. Met een SYN pakket een state table entry maken en tot 2^64 * BYTES_PER_ENTRY bytes aan geheugen gebruiken - met 2^64 pakketten per timeout

[hkoster1]

@Roetzen Zie ook (de laatste alinea van) mijn sticky "Eigen Router als Ubee DMZ Host (IPv4 en IPv6)" op het Ziggo Gebruikersforum (Internet - Eigen netwerk).

P.S. Ik ben inmiddels weer in de moederschoot van XS4ALL teruggekeerd...

[ik222]

Roetzen schreef op maandag 13 augustus 2018 @ 10:34:
[...]

Ja, dat kan.

Maar dan ben ik IPv6 kwijt. In bridge mode krijg je alleen IPv4.

Ik heb juist die Ubee EVW321b "geregeld" omdat dat de enige manier was om van Ziggo native Dual Stack te krijgen...

Ooh ja, daarom viel Ziggo voor mij inderdaad destijds af als ISP.

[tcviper]

ik222 schreef op maandag 13 augustus 2018 @ 13:11:
[...]

Ooh ja, daarom viel Ziggo voor mij inderdaad destijds af als ISP.

Mits je Ziggo Zakelijk Internet PRO pakt (coax), dan krijg je vaste IPv4 en IPv6 adressen en een modem

[Snow_King]

tcviper schreef op maandag 13 augustus 2018 @ 13:34:
[...]


Mits je Ziggo Zakelijk Internet PRO pakt (coax), dan krijg je vaste IPv4 en IPv6 adressen en een modem

Modem die in bridge kan!? En dan ook IPv6 behoud.

Wat ik krijg volgende zomer een nieuwe woning (nieuwbouw) en daarin zal Coax van Ziggo liggen. Ik zou best klant bij ze willen worden, maar ik wil mijn eigen router (Ubiqiuity) en niet die van Ziggo.

Maar ik wil ook IPv6.

[tcviper]

Snow_King schreef op maandag 13 augustus 2018 @ 14:21:
[...]

Modem die in bridge kan!? En dan ook IPv6 behoud.

Wat ik krijg volgende zomer een nieuwe woning (nieuwbouw) en daarin zal Coax van Ziggo liggen. Ik zou best klant bij ze willen worden, maar ik wil mijn eigen router (Ubiqiuity) en niet die van Ziggo.

Maar ik wil ook IPv6.

Ja en ja. Modem dat bij Ziggo Zakelijk PRO zit is een Cisco 3940 (althans in oud Ziggo gebied) en dat is puur modem (zonder router stuk dus). En ja je krijgt daar IPV4 en IPV6 bij.

Ik heb ook zo'n verbinding met Unifi USG router erachter

[ Voor 5% gewijzigd door tcviper op 13-08-2018 15:31 ]

[Snow_King]

tcviper schreef op maandag 13 augustus 2018 @ 15:31:
[...]


Ja en ja. Modem dat bij Ziggo Zakelijk PRO zit is een Cisco 3940 (althans in oud Ziggo gebied) en dat is puur modem (zonder router stuk dus). En ja je krijgt daar IPV4 en IPV6 bij.

Ik heb ook zo'n verbinding met Unifi USG router erachter

Ah, dat is goed nieuws. Nieuwe woning krijgt een ruim kantoor vanaf waar ik veel van mijn IT Consultancy zal gaan doen, dan wil ik daar echter wel een goede verbinding hebben.

Ik zou graag XS4All VDSL nemen, maar in die wijk kan ik wel 8Mbit krijgen van XS4All, jeee....

Dus dan maar Ziggo, wat Glas ligt er ook niet.

De Unifi USG is gewoon een ideale router. Die heb ik nu ook achter mijn ZeelandNet verbinding en ben er erg blij mee. IPv6 mogen ze nog iets beter ondersteunen, maar het werkt eigenlijk al probleemloos.

[Roetzen]

Vorkie schreef op maandag 13 augustus 2018 @ 10:48:
[...]

Waarom niet een ADSL lijn erbij van xs4all? Dat ipv6 gedeelte kan je dan delegeren naar je netwerk, ik heb het opgegeven met Ziggo en IPv6....

DSL is hier met het 70+ jaar oude koper in de straat niet echt aantrekkelijk. Bovendien wil ik ook niet tweemaal betalen voor iets dat ik maar één keer nodig heb. Dan kan ik beter bij Ziggo terug gaan naar IPv4 only en mijn he.net tunneltje weer in gebruik nemen. Maar ik heb Ziggo nog niet opgegeven. Teruggaan naar IP4 only bij Ziggo vind ik ook het verkeerde signaal. Zeg dan beter Ziggo helemaal op en zeg ook waarom. Als er nog eens een glasvezelboer met een leuk aanbod komt... wie weet, Voorlopig heeft de groene kabelboer nog een quasi monopolie hier...

borft schreef op maandag 13 augustus 2018 @ 11:46:
[...]

Andere vraag, afgezien van het specifieke modem dat je hebt, heb je nog iets anders moeten instellen om dual stack werkend te krijgen bij Ziggo?

Nee, ik heb verder niets hoeven doen. Na de registratie van het modem had ik direct IPv6.

Ik heb een EVW320 (iets ouder denk ik), en hier geen ipv6. Ik heb het meerdere keren nagevraagd, en volgens Ziggo is alleen DS-lite mogelijk.

Voor zo ver ik weet is de Ubee321b het enige modem waarmee je als consument Dual Stack krijgt. Ik begrijp eigenlijk niet waarom ze nog een firmware update uitgerold hebben. Dat ding wordt toch uitgefaseerd?

Het vreemde is, op werk hebben we ook Ziggo, en daar hebben we gewoon dual stack. Het kan dus wel.

Ja, met zakelijk pro. Kost ietsje meer maar dan heb je ook wat...

ANdrode schreef op maandag 13 augustus 2018 @ 12:31:
[...]

Weet niet wat die firewall doet.

Ik weet het ook niet precies, maar een aantal dingen heb ik inmiddels wel uitgevlooid.

Met de IPv6 support van de thuisrouters waar ik ervaring mee heb moet je expliciet een port forward instellen om van WAN -> LAN verkeer toe te laten. LAN -> WAN laten ze standaard toe. Dit is zonder firewall.

Deze dus niet. Als je de firewall uit zet wordt alles doorgelaten.

Zet je hem aan, dan moet je inderdaad expliciet aangeven welke poorten naar waar doorgelaten worden. Maar dan wordt ICMP geblokkeerd. Inclusief PING. Dat deed de vorige firmware niet. Er is geen mogelijkheid ICMP door te laten anders dan de firewall helemaal uit te zetten.

Ik weet niet wat de firewall doet in dit modem maar als WAN -> LAN standaard geblokkeerd wordt zou ik deze zonder problemen uitzetten.

Als ik hem uit zet wordt alles van WAN naar LAN doorgelaten . Slecht idee lijkt me.

Een stateful firewall met een hele /48 aan adressen die ik op ~2^16 poorten kan een 'open' sessie kan maken gebruikt ook flink wat geheugen. Dat zou een leuke DOS aanval zijn. Met een SYN pakket een state table entry maken en tot 2^64 * BYTES_PER_ENTRY bytes aan geheugen gebruiken - met 2^64 pakketten per timeout

Er zijn vinkjes om "port scan detection", "Block fragmented packet" en "Ip flood detection" aan te zetten.

hkoster1 schreef op maandag 13 augustus 2018 @ 13:00:
@Roetzen Zie ook (de laatste alinea van) mijn sticky "Eigen Router als Ubee DMZ Host (IPv4 en IPv6)" op het Ziggo Gebruikersforum (Internet - Eigen netwerk).

Ik zal het eens bekijken...

P.S. Ik ben inmiddels weer in de moederschoot van XS4ALL teruggekeerd...

DS-Lite beviel toch niet?

ik222 schreef op maandag 13 augustus 2018 @ 13:11:
[...]

Ooh ja, daarom viel Ziggo voor mij inderdaad destijds af als ISP.

Heb je ze dat ook laten weten? Als ze niet weten dat ze afvallen vanwege onvoldoende IPv6 ondersteuning gaan ze er zeker niet aan werken...

[ Voor 10% gewijzigd door Roetzen op 14-08-2018 13:26 ]

[ANdrode]

Roetzen schreef op dinsdag 14 augustus 2018 @ 12:30:
[...]
Deze dus niet. Als je de firewall uit zet wordt alles doorgelaten.

Zet je hem aan, dan moet je inderdaad expliciet aangeven welke poorten naar waar doorgelaten worden. Maar dan wordt ICMP geblokkeerd. Inclusief PING. Dat deed de vorige firmware niet. Er is geen mogelijkheid ICMP door te laten anders dan de firewall helemaal uit te zetten.

Dat zou inderdaad ook niet mijn voorkeur hebben . Ik ga er wel vanuit dat het modem op deze manier stabiele is - feitelijk is het nu een bridge voor IPv6.

Er zijn vinkjes om "port scan detection", "Block fragmented packet" en "Ip flood detection" aan te zetten.

Allemaal dingen die stateless kunnen. Ik snap de keuze voor deze setting maar had als ik jou was heel graag de middenweg willen hebben. Hoewel een eigen firewall voor IPv6 natuurlijk nog steeds een optie is.
Grappig om in dit geval een eigen firewall te gaan draaien voor IPv6 terwijl de IPv4-nat van de isp wel voldoet

[hkoster1]

Roetzen schreef op dinsdag 14 augustus 2018 @ 12:30:
[...]

DS-Lite beviel toch niet?

Het beviel wel, maar ik kon bij XS4ALL op de valreep (van VPlus activatie) toch nog
VVDSL pair-bonding krijgen, zodat mijn huidige 200 Mbit/s BVVDSL op den duur nog
400 Mbit/s BVPlus kan worden.

[borft]

ANdrode schreef op dinsdag 14 augustus 2018 @ 13:59:
[...]


Dat zou inderdaad ook niet mijn voorkeur hebben . Ik ga er wel vanuit dat het modem op deze manier stabiele is - feitelijk is het nu een bridge voor IPv6.


[...]


Allemaal dingen die stateless kunnen. Ik snap de keuze voor deze setting maar had als ik jou was heel graag de middenweg willen hebben. Hoewel een eigen firewall voor IPv6 natuurlijk nog steeds een optie is.
Grappig om in dit geval een eigen firewall te gaan draaien voor IPv6 terwijl de IPv4-nat van de isp wel voldoet

Ook jammer dat het niet mogelijk is om beiden te bridgen. Again, bij Ziggo zakelijk kan het wel daar heb ik zowel een extern IPv4 als IPv6 adres op mijn eigen router, met het modem in bridge.... oh well....

[ShadowLord]

Roetzen schreef op zondag 12 augustus 2018 @ 22:52:
[...]

Bedankt.


[...]

Inmiddels heb ik de bevestiging dat het inderdaad de firewall is. Ik heb de knop gevonden om de IPv6 firewall helemaal uit te zetten en dan krijg ik netjes 20/20. Er valt verder niks te tunen aan die firewall. Het is aan of uit en verder niks. Het lijkt er op dat ze wat gesleuteld hebben aan de firewall en ICMP dan maar meteen geblokkeerd hebben

De firewall helemaal uit zetten lijkt me geen goed idee. Dus nu moet ik maar eens gaan nadenken hoe ik dat aanpak. Dit modem komt van Marktplaats. Grijze circuit dus en ik vrees dat ik een connect box krijg als "oplossing": Dan ben ik Dual Stack vrijwel zeker kwijt en mogelijk krijg ik niet eens DS-Lite...

Met een ConnectBox krijg je DS-Lite, ook in fZiggo gebied. Dat is namelijk ook wat ik kreek bij mijn aansluiting in fZiggo gebied.

Alleen als je de box in bridge laat zetten ga je naar IPv4 only. Dus effectief heb je of een publiek IPv6 adres (in normale mode) met DS-Lite of een publiek IPv4 adres (in bridge mode) zonder IPv6.
Maar aangezien jij helemaal klaar bent voor DS-Lite zou het verlies van je IPv4 adres niet uit mogen maken toch?

[Roetzen]

ShadowLord schreef op woensdag 15 augustus 2018 @ 12:01:
[...]

Met een ConnectBox krijg je DS-Lite, ook in fZiggo gebied. Dat is namelijk ook wat ik kreek bij mijn aansluiting in fZiggo gebied.

Nieuw klanten krijgen een Connect box en DS-Lite. Maar bestaande klanten krijgen met een Connect box met IPv4 only. Dat is althans wat mijn beide buren hebben gekregen...

Maar aangezien jij helemaal klaar bent voor DS-Lite zou het verlies van je IPv4 adres niet uit mogen maken toch?

Ik zou inderdaad best kunnen leven met Ds-Lite. Maar ik denk niet dat ik dat krijg als ik mijn Ubee inlever...

[ShadowLord]

Roetzen schreef op woensdag 15 augustus 2018 @ 13:56:
[...]

Nieuw klanten krijgen een Connect box en DS-Lite. Maar bestaande klanten krijgen met een Connect box met IPv4 only. Dat is althans wat mijn beide buren hebben gekregen...

Fijn dat Ziggo zo consistent met z'n klanten om gaat

Kunnen ze net zo goed iedere klant zelf laten kiezen wat ze willen, qua aantal verschillende configuraties gaat dat dan ook niet meer uitmaken.

[Roetzen]

ShadowLord schreef op woensdag 15 augustus 2018 @ 14:27:
[...]

Fijn dat Ziggo zo consistent met z'n klanten om gaat

De wegen van Ziggo zijn ondoorgrondelijk...

Kunnen ze net zo goed iedere klant zelf laten kiezen wat ze willen, qua aantal verschillende configuraties gaat dat dan ook niet meer uitmaken.

De nieuwe klanten die DS-Lite krijgen hebben meen ik nog wel de keus om op verzoek op IPv4 only gezet te worden. Bestaande klanten van IPv4 only naar DS-Lite omzetten lijkt niet te kunnen.

[Brahiewahiewa]

ShadowLord schreef op woensdag 15 augustus 2018 @ 14:27:
[...]

Fijn dat Ziggo zo consistent met z'n klanten om gaat

Kunnen ze net zo goed iedere klant zelf laten kiezen wat ze willen, qua aantal verschillende configuraties gaat dat dan ook niet meer uitmaken.

Dat zouden ze best kunnen doen, maar 99% van de klanten zegt dan "Hûh, whot?" Bovendien zouden dan de servicedesk medewerkers allemaal én goed op de hoogte moeten zijn van de technishe issues én goed in staat moeten zijn om dat uit te leggen aan Jan met de Pet. Maar als je in die beide dingen goed bent, ga je niet op een servicdesk werken; dat schuift dan niet voldoende