Het grote IPv6 topic

[Raven]

Raven schreef op vrijdag 07 augustus 2015 @ 17:09:
Valt Tweak met zijn goedkope Gb-lijntjes onder bekend?

I guess not, zojuist een probe ontvangen

Later vandaag maar eens aanslingeren en gelijk kijken of ie ook automatisch IPv6 oppikt hier.
.... Waar is dat Verbatim USB stickje voor die in de 3G/4G USB poort zit?

edit: Inmiddels up and running, al lijkt ie de IPv4 ASN niet te kunnen bepalen, van IPv6 wel. Bij IPv4 Internet Address staat "None"

Roetzen schreef op woensdag 12 augustus 2015 @ 12:37:
Ja, het klopt dat ze het beweren.

[ Voor 38% gewijzigd door Raven op 12-08-2015 14:02 ]

[Compizfox]

Jep, heb vandaag ook een probe ontvangen! (heb ook Tweak)

Zo meteen maar eens kijken hoe je dat ding aansluit/configureert/registreert.

Raven schreef op woensdag 12 augustus 2015 @ 12:59:
[...]
.... Waar is dat Verbatim USB stickje voor die in de 3G/4G USB poort zit?

Het is blijkbaar een "Verbatim STORE N GO" (18a5:0245). Flash drive dus.

[ Voor 49% gewijzigd door Compizfox op 12-08-2015 14:46 ]

[Raven]

De probe kun je na het aanmaken van een account aanmelden op https://atlas.ripe.net/register/ , daarna aansluiten en na een paar minuten zou ie (indien firmware update niet nodig is) al wat weer moeten geven op https://atlas.ripe.net/probes/*****/ waarbij ***** het probe ID is. 't ding zelf configureren lijkt niet nodig te zijn.

Inmiddels wordt het IPv4-WAN adres ook weergeven, blijkbaar had ie daar wat meer tijd voor nodig om te bepalen. Sta inmiddels ook al op de kaart
edit: Nu niet meer , vaag.

Hmm, zal daar de probe-firmware op staan? Of gewoon een leuk extraatje als bedankje voor het plaatsen van de probe?

[ Voor 7% gewijzigd door Raven op 12-08-2015 14:57 ]

[ShadowLord]

Raven schreef op woensdag 12 augustus 2015 @ 14:54:
Hmm, zal daar de probe-firmware op staan? Of gewoon een leuk extraatje als bedankje voor het plaatsen van de probe?

Van https://atlas.ripe.net/about/faq/

What hardware and software do you use?

The hardware of the first and second generation probes is a Lantronix XPort Pro module with custom powering and housing built around it. The third generation probe is a modified TP-Link wireless router (model TL-MR 3020) with a small USB thumb drive in it; this probe does not support WiFi (see below). All three versions of the probe perform the same built-in measurements.

The probe is not a powerful device on its own, but it's small and attractive. The software on the device is developed by the RIPE NCC. The probes are connected to a hierarchical control and data collection service, which is also built by us.

Het lijkt me dat de stick dus wel nodig is

---

EDIT:
Kregen jullie de probe zo toegestuurd of kreeg je eerst een e-mail? Ik heb zelf nog niets gehoord (of mijn aanvraag is goed of afgekeurd).

[ Voor 6% gewijzigd door ShadowLord op 12-08-2015 15:44 ]

[Compizfox]

Raven schreef op woensdag 12 augustus 2015 @ 14:54:
De probe kun je na het aanmaken van een account aanmelden op https://atlas.ripe.net/register/ , daarna aansluiten en na een paar minuten zou ie (indien firmware update niet nodig is) al wat weer moeten geven op https://atlas.ripe.net/probes/*****/ waarbij ***** het probe ID is. 't ding zelf configureren lijkt niet nodig te zijn.

Inmiddels wordt het IPv4-WAN adres ook weergeven, blijkbaar had ie daar wat meer tijd voor nodig om te bepalen. Sta inmiddels ook al op de kaart

Ja, had het al gevonden. Ding is inmiddels geregistreerd en aangesloten, maar hij geeft nog geen IPv6 status weer (wel IPv4).

ShadowLord schreef op woensdag 12 augustus 2015 @ 15:41:
Kregen jullie de probe zo toegestuurd of kreeg je eerst een e-mail? Ik heb zelf nog niets gehoord (of mijn aanvraag is goed of afgekeurd).

Nee ik kreeg dat ding vandaag onverwachts in de bus. Geen email gehad.

[Raven]

ShadowLord schreef op woensdag 12 augustus 2015 @ 15:41:
Het lijkt me dat de stick dus wel nodig is

Hoorde toenstraks van RIPE dat daar de custom firmware op staat.

ShadowLord schreef op woensdag 12 augustus 2015 @ 15:41:
Kregen jullie de probe zo toegestuurd of kreeg je eerst een e-mail? Ik heb zelf nog niets gehoord (of mijn aanvraag is goed of afgekeurd).

Alleen een bevestiging van de aanvraag, niet dat er daadwerkelijk een werd verstuurd.

Compizfox schreef op woensdag 12 augustus 2015 @ 16:14:
[...]

Ja, had het al gevonden. Ding is inmiddels geregistreerd en aangesloten, maar hij geeft nog geen IPv6 status weer (wel IPv4).

IPv6 deed het hier juist als eerst, IPv4 volgens mij nog niet helemaal 100%.

[Compizfox]

Raven schreef op woensdag 12 augustus 2015 @ 16:20:
[...]
IPv6 deed het hier juist als eerst, IPv4 volgens mij nog niet helemaal 100%.

Heb het al gevonden, was een configuratiefout in mijn router aan mijn kant. Ik heb hem in een apart netwerk gegooid, maar op mijn router stonden de router advertisements voor dat netwerk niet aan. Nu wel

Zou dat ding automatisch router sollicitations blijven sturen? Of moet ik hem daar even voor power-cyclen?

EDIT: Hij heeft hem al opgepakt

[ Voor 3% gewijzigd door Compizfox op 12-08-2015 16:36 ]

[Raven]

Geen flauw idee, zo goed ken ik de probe nog niet

[ShadowLord]

Hier de probe nu ook binnen Straks maar eens aansluiten aan de router. Liefste aan de USB poort van de router (wat weinig stopcontacten nog leeg hier), maar eerst even checken hoeveel mA de TP-link slurpt.
Ook even kijken of ik hem, net als Compizfox kan isoleren van het interne netwerk.

[Raven]

De hoeveelheid mA vraag ik mij ook af, omdat er een USB Y-kabel bij zit, oftewel power van 2 USB poorten. De meegeleverde AC-adapter heeft echter maar 1 USB poort (5V/1A), maar dat lijkt gewoon te werken hier.

[ik222]

Zo'n ding heeft weinig nodig, je kunt ze ook prima aan de USB poort van een server hangen weet ik uit ervaring en dan is dat dus maximaal 0,5A.

[Maestro]

Snow_King schreef op woensdag 12 augustus 2015 @ 08:14:
[...]
zo ver ik weet blocked de fritzbox het standaard.

Heel irritant vind ik dat

Dat klopt inderdaad: XS4All heeft een nieuwe FB toegezonden die met z'n default instellingen ook 'filtered' geeft bij ICMP op ipv6test.com.
Blijft de vraag waarom ik die problemen hier wel heb, terwijl duizenden andere XS4All abonnees er geen last van hebben. XS4All kan er verder ook weinig over zeggen. Daar heb ik dus minder aan dan gehoopt.
Eventuele tips zijn daarom nog steeds van harte welkom

[tlpeter]

Bij mij is het met een fb ook gefilterd.

[Jaap-Jan]

Mijn RIPE- probe staat nu ook op (ongeveer) de correcte plaats op de kaart.

[Raven]

Jaap-Jan schreef op donderdag 13 augustus 2015 @ 23:16:
Mijn RIPE- probe staat nu ook op (ongeveer) de correcte plaats op de kaart.

Dat "ongeveer" is de bedoeling. Zelf heb ik de exacte locatie verborgen gehouden door alleen de stad in te vullen ipv volledige adres, maar later kwam ik erachter dat ze de marker standaard een km (of 2) verderop zetten i.v.m. privacy toestanden.

"Geen IPv6- ready check meer "
Waarom niet?

[ Voor 38% gewijzigd door Raven op 13-08-2015 23:26 ]

[Jaap-Jan]

Ik hostte mijn avatar zelf, dus ik kon de bewegende schildpad/ kame laten zien als iemand de avatar ophaalde met IPv6, net zoals op http://kame.net. Maar dat kan niet meer sinds tweakers.net het gebruik van externe url's voor avatars niet meer toestaat.

[ Voor 6% gewijzigd door Jaap-Jan op 14-08-2015 00:19 ]

[Verwijderd]

Jaap-Jan schreef op donderdag 13 augustus 2015 @ 23:16:
Mijn RIPE- probe staat nu ook op (ongeveer) de correcte plaats op de kaart.

Via een IPv6 tunnel? Dat is dan weer jammer voor de RIPE openIPmap (ipv6). Met Ziggo zag je stad voor stad voorbijkomen bij de hops. Met tunnel eindig je meestal in Amsterdam op het traceerbare deel.

[Snow_King]

Jaap-Jan schreef op donderdag 13 augustus 2015 @ 23:16:
Mijn RIPE- probe staat nu ook op (ongeveer) de correcte plaats op de kaart.

Die op ons kantoor is ook online! https://atlas.ripe.net/probes/24034/

Kreeg hem heel snel van ze toe gestuurd. Wellicht nog een aanvragen voor thuis achter native IPv6 van ZeelandNet.

[Raven]

Jaap-Jan schreef op vrijdag 14 augustus 2015 @ 00:18:
Ik hostte mijn avatar zelf, dus ik kon de bewegende schildpad/ kame laten zien als iemand de avatar ophaalde met IPv6, net zoals op http://kame.net. Maar dat kan niet meer sinds tweakers.net het gebruik van externe url's voor avatars niet meer toestaat.

[ShadowLord]

Mijn probe is sinds gisteren online: https://atlas.ripe.net/probes/24101/

[Raven]

Bit is met een kleine b

[ShadowLord]

Raven schreef op vrijdag 14 augustus 2015 @ 12:46:
Bit is met een kleine b

*zucht* Sommige mensen zijn ook nooit tevreden... Daarom schrijf ik MByte/Mbit altijd voluit. Als de shift dan even blijft hangen (of te vroeg los gaat) blijft het te begrijpen

Aangepast naar Mbit op de probe pagina.

Valt in de metingen van de probe trouwens goed op dat de 6RD tunnel toch een paar ms toevoegt aan de ping tijden. Hopelijk gaan ze bij On.nl/OBN/Edutel binnen afzienbare tijd over op native IPv6 (en een MTU van 1500). Maar ik verwacht dat dat nog wel eens vrij lang kan gaan duren

[ Voor 28% gewijzigd door ShadowLord op 14-08-2015 13:13 ]

[Raven]

Ben ik trouwens de enige waarbij "#2011 Ping to c.root-servers.net (2001:500:2::c)" 100% package loss heeft?

[ Voor 96% gewijzigd door Raven op 14-08-2015 15:12 ]

[CooleSmurf]

Hier geen packet-loss

Pinging c.root-servers.net [2001:500:2::c] with 32 bytes of data:
Reply from 2001:500:2::c: time=17ms
Reply from 2001:500:2::c: time=17ms
Reply from 2001:500:2::c: time=17ms
Reply from 2001:500:2::c: time=18ms

Ping statistics for 2001:500:2::c:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 17ms, Maximum = 18ms, Average = 17ms

[Raven]

Vaag, die ping-test heeft hier (zowel op pc als probe) nog niet één keer gedaan. Alle andere *.root-servers.net's doen het prima.

[ShadowLord]

Root C doet het bij mij ook gewoon via zowel IPv4 als IPv6. Daarbij kijk ik op de 'Built-in Measurements' tab van mijn probe pagina.

Lijkt er op dat je een IPv6 routing issue hebt naar die server. Op de 'Built-in Measurements' tab zou onder het grafiekje van de metingen voor de root server een icoontje met een bliksemschicht moeten staan. Als je daar op klikt krijg je de traceroute te zien naar de bijbehorende root server.

Als referentie is mijn IPv6 traceroute is te zien op https://atlas.ripe.net/probes/24101/traceroute/6011/

[Raven]

code:

#6011 Traceroute to c.root-servers.net (2001:500:2::c)
1   0.411   2001:470:****:****:****:1   2001:470:****:****:****:1   2001:470:****:****:****:1
2   10.3    2001:470:****:****:****:1   2001:470:****:****:****:1   2001:470:****:****:****:1
3   6.728   2001:470:0:7d::1    2001:470:0:7d::1    2001:470:0:7d::1
4   -   *   *   *
5   -   *   *   *
6   -   *   *   *
7   -   *   *   *
8   -   *   *   *
255     -   *   *   *

[MegaTronics]

Raven schreef op vrijdag 14 augustus 2015 @ 17:29:

code:

#6011 Traceroute to c.root-servers.net (2001:500:2::c)
1   0.411   2001:470:****:****:****:1   2001:470:****:****:****:1   2001:470:****:****:****:1
2   10.3    2001:470:****:****:****:1   2001:470:****:****:****:1   2001:470:****:****:****:1
3   6.728   2001:470:0:7d::1    2001:470:0:7d::1    2001:470:0:7d::1
4   -   *   *   *
5   -   *   *   *
6   -   *   *   *
7   -   *   *   *
8   -   *   *   *
255     -   *   *   *

Hier hetzelfde, ook via een HE tunnel. Ik vermoed dat het probleem bij HE zit.

[Raven]

Heb ze een mail gestuurd. Wel vaag dat alle andere *.root-servers.net testen wel goed werken

edit: HE zegt dat degene die de server beheert zich afscheid van het hele IPv6 gebeuren. Heb net maar aangegeven dat alleen HE-tunnels er last van hebben, met links naar een probe die 'm wel en een die 'm niet kan bereiken.

[ Voor 61% gewijzigd door Raven op 14-08-2015 20:35 ]

[Verwijderd]

Fork / veel gebruikte vervanger van Mysql (mariadb) gaat vanaf 10.1.* ook volledig IPv6 ondersteunen. Waar eerst de mysql poort alleen IPv6 deed zal ook de replicatie (wsrep) IPv6 gaan ondersteunen.

[Snow_King]

Verwijderd schreef op vrijdag 14 augustus 2015 @ 22:38:
Fork / veel gebruikte vervanger van Mysql (mariadb) gaat vanaf 10.1.* ook volledig IPv6 ondersteunen. Waar eerst de mysql poort alleen IPv6 deed zal ook de replicatie (wsrep) IPv6 gaan ondersteunen.

Super!! Dat is waar ik bij veel omgevingen nog op wachtte alvorens ze v6 only konden.

[Ximon]

Reddit daarentegen heeft andere prioriteiten

[Snow_King]

Ximon schreef op zaterdag 15 augustus 2015 @ 00:54:
Reddit daarentegen heeft andere prioriteiten

Het excuus waar iedereen mee aan komt zetten terwijl ze dus gewoon al jaren hun kop in het zand steken.

Vooral van Github kan ik het érg slecht hebben, ook van Twitter overigens. Vooral Github echter, te triest voor woorden voor een dergelijke site.

[Verwijderd]

Ik vind het zo jammer dat bij bv reddit en twitter nu vele mobiele gebruikers met name in de USA een mindere kwaliteit hebben omdat het door een NAT64 gateway moet. Je zou verwachten dat als er enkele miljoenen gebruikers van je dienst IPv6 gebruiken dat je daar je diensten voor geschikt maakt.

Misschien een berichtje sturen via https://github.com/contact


En zelfs de NOS begint al over IPv6
http://nos.nl/op3/artikel...ter-met-de-oplossing.html

[ Voor 25% gewijzigd door Verwijderd op 15-08-2015 10:53 ]

[databeestje]

Github heb ik 2 jaar geleden al contact mee gehad, als je een IPv6 only verbinding hebt kan je dus in het geheel geen code in of uit checken. Dat vindt ik erg slecht.

Ik was toendertijd bezig met de IPv6 ontwikkeling van pfSense, en ik kon dus niet gemakkelijk pull requests doen vanaf mijn IPv6 only ontwikkel firewall. Dat is stom. Ouderwets knippen, plakken en kopieren. Niet handig.

[Verwijderd]

Reactie van Github

Adding IPv6 support is definitely something we want to add. I've added a note to the existing suggestion on our internal Feature Request List. I can't make any specific promises about when this will happen, but we appreciate the feedback.

Misschien dat het helpt, misschien dat het meer helpt als een hoop mensen gaan vragen.

[Roetzen]

Verwijderd schreef op zaterdag 15 augustus 2015 @ 11:35:
Misschien dat het helpt, misschien dat het meer helpt als een hoop mensen gaan vragen.

Ik vrees dat het enige dat echt helpt is dat de aandeelhouders het gaan merken in de jaarstukken. Dwz als het ze klanten gaat kosten. Dus niks meer vragen, die tijd is voorbij, ze hebben hun kans gehad. Gewoon mededelen dat als ze het niet voor het eind van het jaar voor elkaar hebben, je elders zaken gaat doen.

[Freee!!]

Roetzen schreef op zaterdag 15 augustus 2015 @ 12:42:
[...]
Ik vrees dat het enige dat echt helpt is dat de aandeelhouders het gaan merken in de jaarstukken. Dwz als het ze klanten gaat kosten. Dus niks meer vragen, die tijd is voorbij, ze hebben hun kans gehad.

AMEN!

Gewoon mededelen dat als ze het niet voor het eind van het jaar voor elkaar hebben, je elders zaken gaat doen.

Eind van het jaar vind ik nog rijkelijk lang.

[Kees]

Roetzen schreef op zaterdag 15 augustus 2015 @ 12:42:
[...]

Ik vrees dat het enige dat echt helpt is dat de aandeelhouders het gaan merken in de jaarstukken. Dwz als het ze klanten gaat kosten. Dus niks meer vragen, die tijd is voorbij, ze hebben hun kans gehad. Gewoon mededelen dat als ze het niet voor het eind van het jaar voor elkaar hebben, je elders zaken gaat doen.

En dan nog zullen ze het pas echt gaan merken als mensen niet meer bij github kunnen komen omdat ze een ipv6-only provider hebben. En hoeveel ipv6-only providers zijn er nu al?

[Compizfox]

Kees schreef op zaterdag 15 augustus 2015 @ 14:13:
[...]

En dan nog zullen ze het pas echt gaan merken als mensen niet meer bij github kunnen komen omdat ze een ipv6-only provider hebben. En hoeveel ipv6-only providers zijn er nu al?

Nog niet zo veel, maar het hele idee is ook dat er een transitieperiode is. Dat betekent dus dat alle huidige servers IPv6 moeten gaan ondersteunen vóórdat het zo ver is dat er IPv6-only verbindingen komen.

Zeggen dat "IPv6 nog niet nodig is omdat er nog weinig IPv6-only clients zijn" is dus geen argument; je zou juist IPv6 moeten implementeren vóórdat het zo ver komt, zodat niemand er last van heeft.

Dit soort redeneringen zijn de hele reden dat de transitie zo enorm lang duurt. Als we het echt hadden gewild had de hele wereld ondertussen al lang op IPv6 kunnen draaien.

[ Voor 27% gewijzigd door Compizfox op 15-08-2015 14:54 ]

[Roetzen]

Compizfox schreef op zaterdag 15 augustus 2015 @ 14:30:
Zeggen dat "IPv6 nog niet nodig is omdat er nog weinig IPv6-only clients zijn" is dus geen argument; je zou juist IPv6 moeten implementeren vóórdat het zo ver komt, zodat niemand er last van heeft.

Precies! Je moet met het dak repareren ook niet wachten tot het gaat regenen. Dat moet je doen als de zon nog schijnt!

[Kees]

Roetzen schreef op zaterdag 15 augustus 2015 @ 15:36:
[...]

Precies! Je moet met het dak repareren ook niet wachten tot het gaat regenen. Dat moet je doen als de zon nog schijnt!

Tenzij je het hele huis wil renoveren, dan kun je mischien beter even wachten totdat je alles in 1 keer goed kan aanpakken.

That said, hier bij tweakers is de exterieur-renovatie net klaar, nu nog het interieur

[ Voor 11% gewijzigd door Kees op 15-08-2015 16:36 ]

[Paul]

Freee!! schreef op zaterdag 15 augustus 2015 @ 13:19:
Eind van het jaar vind ik nog rijkelijk lang.

...en dat is dus precies de reden waardoor dit soort 'protesten' totaal niet serieus worden genomen...

Heb je enig idee wat er bij komt kijken? Hoeveel randvoorwaarden er zijn? Hoeveel mensen er op vakantie zijn? Hoeveel er rond de Kerst met vakantie gaan? Hoe traag leveranciers af en toe reageren? Hoe moeilijk het soms is om van leverancier te switchen?

Het is niet zo simpel als 'gewoon even' op het knopje 'Enable IPv6' drukken En in grote organisaties is 3.5 maand om iets te regelen echt helemaal niets. Bij sommige bedrijven heb je dan net je useraccount Niet dat dat goed is natuurlijk, maar het is wel de aard van het beestje.

[Roetzen]

Paul schreef op zaterdag 15 augustus 2015 @ 17:05:
[...]
Heb je enig idee wat er bij komt kijken? Hoeveel randvoorwaarden er zijn? Hoeveel mensen er op vakantie zijn? Hoeveel er rond de Kerst met vakantie gaan? Hoe traag leveranciers af en toe reageren? Hoe moeilijk het soms is om van leverancier te switchen?

Het is niet zo simpel als 'gewoon even' op het knopje 'Enable IPv6' drukken

Niemand beweert dat het simpel is.

En in grote organisaties is 3.5 maand om iets te regelen echt helemaal niets. Bij sommige bedrijven heb je dan net je useraccount Niet dat dat goed is natuurlijk, maar het is wel de aard van het beestje.

Tja, dat de overgang naar IPv6 onvermijdelijk is, is al zeker tien jaar bekend. Niemand kan nog met de uitvlucht aankomen dat het niet te voorzien was. Wie nu nog pas moet beginnen is dus gewoon veel te laat en moet maar op de blaren zitten.

[Paul]

Roetzen schreef op zaterdag 15 augustus 2015 @ 18:00:
Niemand beweert dat het simpel is.

Dat strookt niet met wat Freee!! zegt mijns inziens

Wie nu nog pas moet beginnen is dus gewoon veel te laat en moet maar op de blaren zitten.

Welke blaren? Want lang niet iedereen heeft er last van...

Mijn werkgever geeft IPv6 ook geen prioriteit, en ik geef ze gelijk. Waarom? Omdat nul van onze klanten IPv6-only zijn (sterker nog, minder dan 1% heeft überhaupt IPv6), omdat nul van onze leveranciers IPv6-only zijn (sterker nog, ook daar heeft minder dan 1% überhaupt IPv6), omdat er geen enkele vraag naar is vanuit de business (die mensen weten over het algemeen niet eens wat IPv6 is...), en omdat we het meer dan druk genoeg hebben met dingen die wel klanten, leveranciers en/of de business treffen.

Let wel, ik zie zelf ook liever vandaag dan morgen dat ze IPv6 volledig geïmplementeerd hadden, en het is ook zeker niet dat het genegeerd wordt (nieuwe core? IPv6-compatibiliteit op de eisenlijst. Nieuwe load balancers? Idem. Nieuwe firewall? Yup...)., maar er zijn gewoon andere dingen belangrijker.

[Verwijderd]

Paul schreef op zaterdag 15 augustus 2015 @ 19:50:
[...]
Dat strookt niet met wat Freee!! zegt mijns inziens

[...]
Welke blaren? Want lang niet iedereen heeft er last van...

Mijn werkgever geeft IPv6 ook geen prioriteit, en ik geef ze gelijk. Waarom? Omdat nul van onze klanten IPv6-only zijn (sterker nog, minder dan 1% heeft überhaupt IPv6), omdat nul van onze leveranciers IPv6-only zijn (sterker nog, ook daar heeft minder dan 1% überhaupt IPv6), omdat er geen enkele vraag naar is vanuit de business (die mensen weten over het algemeen niet eens wat IPv6 is...), en omdat we het meer dan druk genoeg hebben met dingen die wel klanten, leveranciers en/of de business treffen.

Let wel, ik zie zelf ook liever vandaag dan morgen dat ze IPv6 volledig geïmplementeerd hadden, en het is ook zeker niet dat het genegeerd wordt (nieuwe core? IPv6-compatibiliteit op de eisenlijst. Nieuwe load balancers? Idem. Nieuwe firewall? Yup...)., maar er zijn gewoon andere dingen belangrijker.

Ik weet niet wat voor diensten je werkgever levert, maar ik ken wat voormalige leveranciers die wel op de blaren zitten omdat als ze mij geen IPv6 diensten of op zijn minst een geloofwaardige roadmap geven, de deur wordt gewezen.

En als klant zijnde durf ik het nog wel te reduceren naar "Ik wil ipv6, als je dat niet hebt dan doei." en wat mijn redenen zijn en wat je daar van vindt komt op de 2e plaats.

[Verwijderd]

/overbodig

[ Voor 96% gewijzigd door Verwijderd op 16-08-2015 13:14 ]

[Roetzen]

Verwijderd schreef op zaterdag 15 augustus 2015 @ 20:15:
En als klant zijnde durf ik het nog wel te reduceren naar "Ik wil ipv6, als je dat niet hebt dan doei." en wat mijn redenen zijn en wat je daar van vindt komt op de 2e plaats.

Zoals ik dus eerder dit jaar met Starthosting heb gedaan. Ik heb ze zeer ruim de tijd gegeven. Ik ben meer dan twee jaar aan het zeuren geweest. Eerst vriendelijk vragend, dan met wat meer drang en uiteindelijk met een ultimatum. Maar er gebeurde maar niks en dan houdt het een keer op. Dus scheidden onze wegen.

[Verwijderd]

Snow_King schreef op zaterdag 15 augustus 2015 @ 00:14:
[...]

Super!! Dat is waar ik bij veel omgevingen nog op wachtte alvorens ze v6 only konden.

Nu ook publiek bekend gemaakt:
https://mariadb.com/kb/en/mariadb/does-mariadb-support-ipv6/

Het werkt nog niet helemaal, eerste fix zal in 10.1 zitten maar bv bij gebruik van hostnames is de fix pas voor 10.2 geplanned. 10.1 is op dit moment nog beta maar heel lang zal dat niet meer duren.

https://mariadb.atlassian.net/browse/MDEV-8034
https://mariadb.atlassian.net/browse/MDEV-6536

[ Voor 6% gewijzigd door Verwijderd op 18-08-2015 13:40 ]

[Nakebod]

Ik was gister bij mijn ouders, en die hebben KPN glasvezel abo met een ZTE H368n modem. En ik zag ineens dat ik een IPv6 adres had. Dat was zover ik weet de vorige keer nog niet! Regio Nijmegen, mocht dat nog wat uitmaken.

En het was geen link-local, vanaf mijn laptop kon ik pingelen over IPv6 naar mijn XS4ALL lijn.
IPv6 GUA: 2a02:a443:3fe5:2::1. Is dit GUA adres ook gelijk de gateway eigenlijk? Kan mij niet herinneren dat ik die in ipconfig zag. En clients in de range 2a02:a443:3fe5:0::xxxx.

Ik krijg echter mijn backup Synology niet werkend via IPv6, automatische config krijgt bijvoorbeeld alleen een link-local adres, en handmatig krijg ik de settings niet eens gesaved. Mogelijk omdat het een Synology DS209 is die soft-modded is naar een DS211j en dat er iets stuk is

[Ximon]

Voor de (lokale) gateway wordt vaak alsnog het link-local adres gebruikt, zie https://learningnetwork.cisco.com/thread/67929. Aangezien het adres alleen binnen een segment uniek hoeft te zijn kan je zelfs overal hetzelfde adres gebruiken (bijvoorbeeld: FE80::1).

[Nakebod]

Ok, heb nu mijn Synology DS209@DS11j ook werkend met IPv6. Nog steeds geen idee wat er precies mis ging, maar in dmesg zag ik:
[ 1562.730000] eth0: IPv6 duplicate address fe80::211:32ff:fe04:fb4c detected!
[ 1562.730000] eth0: IPv6 being disabled!

Geen idee welke interface of wat dan ook dit LLA bezet houdt, in ifconfig zag ik die nergens terug. Kreeg die melding ook nadat ik IPv6 had uitgezet, en daarna weer aangezet op auto config.
"Opgelost" door Duplicate Address Detection uit te zetten: sysctl net.ipv6.conf.eth0.accept_dad=0

Hij krijgt nog steeds geen automatisch IPv6 adres, maar ik kon wel handmatige IPv6 configuratie doen.
Als gateway moest ik van de Synology webinterface een LLA gebruiken, dank voor de hint Ximon

Het 2a02 adres als gateway werd niet eens geaccepteerd door de webinterface. Op mijn eigen Synology met XS4ALL heb ik 2001:981:9D6E::1 als gateway, en daar hoef ik geen FE80::1 te gebruiken. Waar zit dat verschil in? In de implementatiemethode van KPN / wel of geen GUA?
_{Wat dat betreft ben ik ook maar een IPv6 noobje met interesse}

Conclusie is iig wel dat mijn backup Synology nu KPN IPv6 powered is!

[CyBeR]

Je hebt een duplicaat op je link-local adres. Dan is er ofwel ergens iets fout geconfigureerd of je hebt wellicht een dubbel MAC-adres.

[agresionpower]

Bij de newsberichten over de ddos op ziggo worden alternatieve dns servers gegeven. Maar deze zijn allemaal ipv4.

Nu heeft openDNS ook ipv6 dns servers namelijk:
2620:0:ccc::2
2620:0:ccd::2

Weet iemand nog andere ipv6 alternatieven ?

[daxy]

agresionpower schreef op donderdag 20 augustus 2015 @ 13:38:
Bij de newsberichten over de ddos op ziggo worden alternatieve dns servers gegeven. Maar deze zijn allemaal ipv4.

Nu heeft openDNS ook ipv6 dns servers namelijk:
2620:0:ccc::2
2620:0:ccd::2

Weet iemand nog andere ipv6 alternatieven ?

Google's IPv6 DNS servers zijn:
2001:4860:4860::8888
2001:4860:4860::8844

[Nakebod]

CyBeR schreef op donderdag 20 augustus 2015 @ 13:27:
Je hebt een duplicaat op je link-local adres. Dan is er ofwel ergens iets fout geconfigureerd of je hebt wellicht een dubbel MAC-adres.

Het principe van de foutmelding snap ik, maar ik kan het adres dus nergens terugvinden.
Ook een dubbel MAC adres zie ik niet terug via ifconfig -a | grep HWaddr. Wist niet eens dat dat kon
Mijn eth0 geeft met ifconfig dus maar 1 MAC adres, en 1 link local adres. En nu DAD toegestaan is ook een geldig IPv6 adres.

Misschien kom ik er ooit nog achter wat het was.

[Osiris]

Ik neem aan dat duplicate address detection iets is om duplicates in het netwerk te detecteren?

Heb je niet stiekem ooit je Synology-MAC-adres gecloned naar iets anders? Of een 2e Synology in je netwerk?

Ik kan me namelijk voorstellen dat je best wel wat issues krijgt als je 2 devices op je netwerk hebt die óók op dusdanige Neighbor Solicitation's reageert..

[ Voor 27% gewijzigd door Osiris op 20-08-2015 13:55 ]

[Maurits van Baerle]

agresionpower schreef op donderdag 20 augustus 2015 @ 13:38:
Weet iemand nog andere ipv6 alternatieven ?

Het OpenNIC project heeft ook een hoop alternatieve IPv6 DNS servers: http://wiki.opennicproject.org/Tier2

[databeestje]

Wellicht heb je de NAS met kabels in beide poorten aangesloten, dan kan het zijn dat hij zichzelf ziet.

[Compizfox]

databeestje schreef op donderdag 20 augustus 2015 @ 15:12:
Wellicht heb je de NAS met kabels in beide poorten aangesloten, dan kan het zijn dat hij zichzelf ziet.

Beide poorten van wat? Bedoel je dat de NAS twee NICs heeft? Dat zou geen probleem moeten vormen, want de twee NICs zullen/mogen niet hetzelfde MAC-adres hebben.

[Snow_King]

Compizfox schreef op donderdag 20 augustus 2015 @ 15:52:
[...]

Beide poorten van wat? Bedoel je dat de NAS twee NICs heeft? Dat zou geen probleem moeten vormen, want de twee NICs zullen/mogen niet hetzelfde MAC-adres hebben.

Wel als er intern iets van Linux bonding wordt gedaan.

[ShadowLord]

Tenzij hij een extra LAN poort op z'n DS209/DS211j heeft gesoldeerd lijkt me het dubbele poorten scenario vrij onwaarschijnlijk (De DS209 heeft maar 1 ethernet poort, de DS211j overigens ook).

[ Voor 3% gewijzigd door ShadowLord op 20-08-2015 17:11 ]

[Osiris]

Snow_King schreef op donderdag 20 augustus 2015 @ 15:56:
[...]

Wel als er intern iets van Linux bonding wordt gedaan.

Maar dan zouden die 2 fysieke NIC's alsnog als één interface werken, dus geen duplicates veroorzaken

[Verwijderd]

Osiris schreef op donderdag 20 augustus 2015 @ 18:48:
[...]

Maar dan zouden die 2 fysieke NIC's alsnog als één interface werken, dus geen duplicates veroorzaken

Mits ze qua IPv6 implementatie alles goed hebben gedaan, ik zou er niet van opkijken dat beide IF's iets doen terwijl er maar 1 dat zou moeten doen.

[Verwijderd]

Snow_King schreef op donderdag 20 augustus 2015 @ 15:56:

Mariadb is nu bijna rond, wat nu?

Github?, daar zit nu ook de yogurhtboy (facebook) te pushen dus dat krijgt ook wel wat voortgang denk ik.

Twitter daar ben ik zelf mee in discussie, maar dat is meer voor het mooi dan het zichtbare.

wat nu?

[Compizfox]

Verwijderd schreef op donderdag 20 augustus 2015 @ 20:16:
[...]
Mariadb is nu bijna rond, wat nu?

Github?, daar zit nu ook de yogurhtboy (facebook) te pushen dus dat krijgt ook wel wat voortgang denk ik.

Twitter daar ben ik zelf mee in discussie, maar dat is meer voor het mooi dan het zichtbare.

[Jerrythafast]

Compizfox schreef op donderdag 20 augustus 2015 @ 20:53:
[...]

Hij vraagt zich hardop af wat het volgende bedrijf wordt dat moet worden gestalkt aangespoord om eens iets aan IPv6 te gaan doen.

[Maurits van Baerle]

* Skype, voor veel bedrijven erg vervelend (zou nog wel lang kunnen duren).
* Azure, zou het meteen voor een heleboel internetbedrijven vrij makkelijk maken om de voorkant dual stack te maken (schijnt overigens al serieus werk van te worden gemaakt).

Verder is het natuurlijk wachten tot Google zegt sites die dual stack bereikbaar zijn een hogere waardering geven. Moet je kijken hoe hard de hosters dan rennen!

[ Voor 12% gewijzigd door Maurits van Baerle op 20-08-2015 22:59 ]

[Compizfox]

Jerrythafast schreef op donderdag 20 augustus 2015 @ 22:28:
[...]

Hij vraagt zich hardop af wat het volgende bedrijf wordt dat moet worden gestalkt aangespoord om eens iets aan IPv6 te gaan doen.

Oh, OK. Hij reageerde op Snow_King in "Het grote IPv6 topic" dus snapte er niks van.

[Verwijderd]

Maurits van Baerle schreef op donderdag 20 augustus 2015 @ 22:57:
* Skype, voor veel bedrijven erg vervelend (zou nog wel lang kunnen duren).
* Azure, zou het meteen voor een heleboel internetbedrijven vrij makkelijk maken om de voorkant dual stack te maken (schijnt overigens al serieus werk van te worden gemaakt).

Verder is het natuurlijk wachten tot Google zegt sites die dual stack bereikbaar zijn een hogere waardering geven. Moet je kijken hoe hard de hosters dan rennen!

Skype werd/wordt/werd lync. Dat is afgelopen 2 jaar al een paar keer veranderd. Ik denk dat ze twijfelen over de naam, zover ik weet wordt de Skype code niet IPv6 geschikt gemaakt en is de Lync code dat wel.
Redelijk recent is het "Skype for Business" genoemd, met IPv6.
https://technet.microsoft.com/en-us/library/JJ204624.aspx

Cloud omgevingen.... lastig om daar iets gedaan te krijgen, dan loop je gelijk tegen de muur qua complexiteit. Ik denk dat ze vooral hangen op het provisionen van VM's.

[Hipska]

Maurits van Baerle schreef op donderdag 20 augustus 2015 @ 22:57:
Verder is het natuurlijk wachten tot Google zegt sites die dual stack bereikbaar zijn een hogere waardering geven. Moet je kijken hoe hard de hosters dan rennen!

Dat is een goeie, maar dan zou ik opteren voor IPv4 only iets mindere ranking te geven zodat Dual Stack en IPv6 only een lichtere voorkeur krijgen.

[Raven]

Jerrythafast schreef op donderdag 20 augustus 2015 @ 22:28:
[...]

Hij vraagt zich hardop af wat het volgende bedrijf wordt dat moet worden gestalkt aangespoord om eens iets aan IPv6 te gaan doen.

Tweakers

[Snow_King]

Hipska schreef op vrijdag 21 augustus 2015 @ 09:17:
[...]


Dat is een goeie, maar dan zou ik opteren voor IPv4 only iets mindere ranking te geven zodat Dual Stack en IPv6 only een lichtere voorkeur krijgen.

Ze gaan het met SSL al doen, dus opzich hoop ik écht dat ze dit voor IPv6 ook gaan doen.

Zie iedereen dan ineens rennen voor IPv6.

Raven schreef op vrijdag 21 augustus 2015 @ 10:36:
[...]

Tweakers

En Twitter, Github

[Ximon]

Weer wat geleerd: als je Cloudflare gebruikt krijg je er graties een IPv6 gateway bij.

[Glashelder]

*** Ziggo

IPv6 is op onze zakelijke verbinding ook ineens uitgeschakeld

[Snow_King]

Ximon schreef op vrijdag 21 augustus 2015 @ 11:42:
Weer wat geleerd: als je Cloudflare gebruikt krijg je er graties een IPv6 gateway bij.

Oa Geenstijl en Dumpert zijn op deze manier via IPv6 beschikbaar.

Glashelder schreef op vrijdag 21 augustus 2015 @ 11:58:
*** Ziggo

IPv6 is op onze zakelijke verbinding ook ineens uitgeschakeld

Bellen toch? Direct contact opnemen met de helpdesk dat je een deel van je verbinding mist.

[ Voor 35% gewijzigd door Snow_King op 21-08-2015 12:06 ]

[Roetzen]

nos.nl is niet meer via IPv6 bereikbaar.

[Snow_King]

Roetzen schreef op vrijdag 21 augustus 2015 @ 12:09:
nos.nl is niet meer via IPv6 bereikbaar.

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:~$

[databeestje]

Vandaag met de eerste partij contact gehad die positief antwoordde toen ik vroeg naar de IPv6 range. Zie je wel dat het niet helemaal onmogelijk is?

Partij in kwestie is ShopCtrl

[Roetzen]

Er is inderdaad een AAAA record gekoppeld aan nos.nl. En dat adres is ook pingbaar. Maar de http server antwoordt alleen op IPv4. Met Firefox in elk geval. Met IE en Chrome kan ik niet zien via welk protocol ik verbind.

[Glashelder]

Snow_King schreef op vrijdag 21 augustus 2015 @ 12:05:
Bellen toch? Direct contact opnemen met de helpdesk dat je een deel van je verbinding mist.

Het is een klein wonder gezien dit topic maar de helpdesk heeft het hersteld!

[CyBeR]

Roetzen schreef op vrijdag 21 augustus 2015 @ 13:28:
Er is inderdaad een AAAA record gekoppeld aan nos.nl. En dat adres is ook pingbaar. Maar de http server antwoordt alleen op IPv4. Met Firefox in elk geval. Met IE en Chrome kan ik niet zien via welk protocol ik verbind.

DAt lijkt aan jou te liggen:

curl -vvv -6 http://nos.nl/ > /dev/null
* About to connect() to nos.nl port 80 (#0)
*   Trying 2a02:458:101:28:100:28:0:af...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0* connected
* Connected to nos.nl (2a02:458:101:28:100:28:0:af) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: nos.nl
> Accept: */*
> 
* additional stuff not fine transfer.c:1037: 0 0
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 200 OK
< Server: nginx/1.9.2

[Roetzen]

Hmmm vreemd. Met andere IPv6 sites zoals circuitsonline, ripe.net en anderen gaat het wel. Met ipv6-test.com krijg in 19/20 zoals altijd. Met test-ipv6.com 9/10.

Het ligt kennelijk aan mij. Maar hoe dan?

[Hipska]

Voer eens hetzelfde commando uit, dan sluit je je browser mss ook uit.

[Roetzen]

Die commando's werken niet in Windows.

Maar... Firefox maar eens opnieuw gestart. Nu gaat nos.nl weer wel metIPv6. Schiet mij maar lek.

[Raven]

Dan start je een virtuele pc met Linux op

... vaag

[Verwijderd]

Een nieuwe "State of the Internet" van Akamai

https://content.akamai.com/PG2095-Q12015-SOTI-Report.html

[Raven]

Toen straks zag ik

RadioKies schreef op dinsdag 25 augustus 2015 @ 11:02:
[afbeelding]

Domeinnaam geeft hier via IPv6 een not found error, via IPv4 niks aan de hand. Kan iemand met webserver kennis aangeven wat daar misgaat? Heb al naar de hosting gemaild, met enige moeite, omdat een emailforwarding er voor zorgt dat mails aan het forwardende adres als spam worden gezien Rechtstreeks geen error.

[Jaap-Jan]

Ik gok dat er voor IPv6 connecties een aparte virtualhost is ingesteld en dat daarbij iets verkeerd is ingesteld, misschien de DocumentRoot.

Dit kunnen ze fixen door geen twee, maar slechts 1 virtualhostdeclaratie te gebruiken. Iemand anders die al verwoord heeft wat ik bedoel:

quote: http://serverfault.com/a/332423

Instead of

<VirtualHost ip.v4.address:80>
...
</VirtualHost>

<VirtualHost [ip:v6::address]:80>
...
</VirtualHost>

you can do

<VirtualHost ip.v4.address:80 [ip:v6::address]:80>
...
</VirtualHost>

(lichtjes aangepast door mij).

[Raven]

Hmm, ok , zal dat even onthouden (email was al de deur uit voor ik dat las).

Heb net in ieder geval mail terug gekregen: IPv6 wordt niet ondersteund en niet bekend wanneer dat gaat veranderen. Alleen heeft de server zelf dus wel IPv6 ondersteuning en een verbinding via IPv6 en valt de browser daardoor(?) niet terug op IPv4...

[ShadowLord]

Tijd om het AAAA record uit de DNS te halen dan...

[Maurits van Baerle]

Dat betekent dat al hun sites niet bereikbaar zijn voor mensen met een dual-stack verbinding? Mooie service...

Waarom hebben ze inderdaad dan wel een AAAA record?

[ Voor 20% gewijzigd door Maurits van Baerle op 25-08-2015 14:52 ]

[Raven]

Bleek dat de oude server wel IPv6 had en de huidige niet, DNS entries vergeten weg te halen. Zou opgelost moeten zijn, dus nu wachten op het bijwerken van de DNS servers.

[Verwijderd]

Raven schreef op dinsdag 25 augustus 2015 @ 15:12:
Bleek dat de oude server wel IPv6 had en de huidige niet, DNS entries vergeten weg te halen. Zou opgelost moeten zijn, dus nu wachten op het bijwerken van de DNS servers.

Ik heb een stukje terug gebladerd maar zie niet met zekerheid waar dit over gaat. Ging het om de nos.nl ? Ik heb daar geen ipv6 issues mee.

[Raven]

Verwijderd schreef op dinsdag 25 augustus 2015 @ 15:28:
[...]


Ik heb een stukje terug gebladerd maar zie niet met zekerheid waar dit over gaat. Ging het om de nos.nl ? Ik heb daar geen ipv6 issues mee.

Raven in "Het grote IPv6 topic"

[Verwijderd]

Raven schreef op dinsdag 25 augustus 2015 @ 15:29:
[...]

Raven in "Het grote IPv6 topic"

Dat had ik gelezen, maar ik zie geen plaatje dus heb nog steeds geen idee waar het over gaat.

/Edit

Ok, het gaat dus juist over dat domein.

[ Voor 8% gewijzigd door Verwijderd op 25-08-2015 15:32 ]

[Raven]

Heb je de domeinnaam bekeken en mijn commentaar eronder?
(De gequote afbeelding is een deel van een post uit het wtf-topic.)

edit: Jep, gaat over dat specifieke domein.

[ Voor 52% gewijzigd door Raven op 25-08-2015 15:35 ]

[ijdod]

Grrrr. Mijn win10 PC heeft besloten de router advertisements (met o.a. DNS) maar te negeren nu de daarin vermelde DNS server veranderd is. Workaround is handmatig de DNS op het juiste adres te zetten, maar zodra ik die weer op automatisch zet, wijst hij direct weer terug naar het oude (foute) adres. De RA pakketten bevatten de juiste info (wireshark).

[Verwijderd]

Hebben er hier mensen ervaringen met ESXi 6 en IPv6 (only) ? Ik draai nu nog 5.0 waar IPv6 support nog niet echt flitsend is.

[Bigs]

Verwijderd schreef op dinsdag 08 september 2015 @ 07:08:
Hebben er hier mensen ervaringen met ESXi 6 en IPv6 (only) ? Ik draai nu nog 5.0 waar IPv6 support nog niet echt flitsend is.

Er missen nog wel wat dingen, met name op storage gebied (NFS, vSAN) en je kunt je VM's alleen PXE booten via IPv4 (al zou het met de UEFI firmware ook via IPv6 moeten kunnen, maar dat heb ik nooit geprobeerd). Persoonlijk vind ik het prima om onze clusters te managen via rfc1918 netwerken, IPv6-only is leuk maar voegt op dit moment nog niet zoveel toe.