- ipv6-wg - mailman.ripe.net

IPv6 WG @ RIPE81 Agenda
by Jen Linkova 08 Oct '20

08 Oct '20

The agenda for the IPv6 WG session at RIPE81 has been published: https://ripe81.ripe.net/programme/meeting-plan/ipv6-wg/ Thanks to everyone who submitted a talk - this time we got really overbooked so my apologies if your talk was not accepted! See you in 3 weeks! -- SY, Jen Linkova aka Furry

1 0

New on RIPE Labs: A Look Into the Tor Network Work on Supporting IPv6
by Alun Davies 01 Oct '20

01 Oct '20

Dear colleagues, With support from the RIPE NCC Community Projects Fund 2019, the Tor project has implemented IPv6 support across its network. Read how the work they've done will help make sure users across the RIPE NCC service region will have a more reliable experience on the Tor network: https://labs.ripe.net/Members/tor_grants/a-look-into-the-tor-network-work-o… Kind regards, Alun Davies RIPE NCC

1 0

IPv6 WG@RIPE81: Call for Presentations
by Jen Linkova 18 Sep '20

18 Sep '20

Hello, RIPE81 will be virtual, from Oct 27th till Oct 30th. IPv6 Working Group is tentatively scheduled for Oct 29th, 13:00 - 13:45. We are looking for talks - please email ipv6-wg-chair(a)ripe.net if you'd like to present. Thanks! -- SY, Jen Linkova aka Furry

1 1

[news] The IPv6 Fundamentals – Analyst Exam Is Live
by Sandra Bras 17 Aug '20

17 Aug '20

Dear colleagues, The IPv6 Fundamentals – Analyst exam is now live! You can use your LIR’s vouchers to schedule a RIPE NCC Certified Professionals exam using our online exam platform. The IPv6 Fundamentals - Analyst exam is intended for individuals who are familiar with best current practices in IPv6. It certifies your ability to calculate IPv6 subnets, create an IPv6 addressing plan and recognise the application of IPv6 transition mechanisms, among other skills. We would like to thank the RIPE community members who supported the exam creation process by writing and reviewing questions, and also answering our Job Task Analysis survey. You can find out more about the IPv6 Fundamentals – Analyst badge at: https://www.ripe.net/support/certified-professionals/ipv6-fundamentals-anal… <https://www.ripe.net/support/certified-professionals/ipv6-fundamentals-anal…> As for us here at Learning and Development, we’re getting back to work on our next exam – IPv6 Security Expert, which we expect to launch towards the end of 2020 or early 2021. All the best for the exam! Best regards, Sandra Bras Assistant Manager, Learning and Development RIPE NCC

1 0

IPv6 Exam Guide is Available
by sbras＠ripe.net 04 Aug '20

04 Aug '20

Dear colleagues, We’re putting the finishing touches on the first IPv6 exam in RIPE NCC Certified Professionals – “IPv6 Fundamentals – Analyst”. This exam is intended for people who are familiar with IPv6 best current practices and certifies your ability to calculate IPv6 subnets, create an IPv6 addressing plan, and recognise the application of specific IPv6 transition mechanisms, among other skills. Many of you have already shown interest in this exam. As requested, we’ve made the study guide available in advance so you can start preparing. You can read more about the exam and download the study guide here: https://www.ripe.net/support/certified-professionals/ipv6-fundamentals-anal… We will let you know when exam scheduling is available. Best regards, Sandra Sandra Bras Assistant Manager, Learning and Development RIPE NCC

1 0

Fwd: [v6ops] Question about "Operational Implications of IPv6 Packets with Extension Headers"
by Fernando Gont 29 Jul '20

29 Jul '20

Folks, FYI. The document is this one: https://tools.ietf.org/html/draft-gont-v6ops-ipv6-ehs-packet-drops-04 And the request input should be directed to <v6ops-chairs(a)ietf.org>, following the instructions described bellow. Thanks! Cheers, Fernando -------- Forwarded Message -------- Subject: [v6ops] Question about "Operational Implications of IPv6 Packets with Extension Headers" Date: Tue, 28 Jul 2020 22:55:45 -0700 From: Fred Baker <fredbaker.ietf(a)gmail.com> Reply-To: V6Ops-Chairs <v6ops-chairs(a)ietf.org> To: IPv6 Operations <v6ops(a)ietf.org> It looks like Fernando (et al) revised this and posted draft -04 on Saturday, and there has been a flurry of discussion. I haven't been through the document or the entire thread yet, but I do observe that a number of people have comments, and several people have expressed interest in the document. Let me ask the obvious question: you we want to adopt this as a working group draft? I won't ask you to hum; whether you wish to say "yes", "no", or "abstain", please reply to this email *privately* (which is to say, to v6ops-chairs) with that word prepended on the subject line. I'll give us 48 hours, which is to say that I will evaluate and state the result Thursday evening Pacific time. https://mailarchive.ietf.org/arch/search/?qdr=a&q=%22draft-gont-v6ops-ipv6-… https://mailarchive.ietf.org/arch/search/?qdr=a&q=%22Operational Implications of IPv6 Packets with Extension Headers%22 https://datatracker.ietf.org/doc/draft-gont-v6ops-ipv6-ehs-packet-drops https://tools.ietf.org/html/draft-gont-v6ops-ipv6-ehs-packet-drops "Operational Implications of IPv6 Packets with Extension Headers", Fernando Gont, Nick Hilliard, Gert Doering, Warren Kumari, Geoff Huston, 2020-07-25, _______________________________________________ v6ops mailing list v6ops(a)ietf.org https://www.ietf.org/mailman/listinfo/v6ops

1 0

Join us for the RIPE NCC Educa::IPv6-only
by Ondřej Caletka 08 Jun '20

08 Jun '20

Dear IPv6 working group, You are invited to join us for a deep-dive into an IPv6-only world! We’re hosting the fourth edition of a RIPE NCC::Educa - a one day online event, bringing together experts from around the world to take a deeper look at topics of interest. Registration is free. To mark the anniversary of World IPv6 Launch Day, we’re hosting the RIPE NCC::Educa IPv6-only on Monday, 8 June from 10:00 UTC+2 onwards. Expert presenters will talk about what it means to run IPv6-only data centres, ISPs and enterprises, among other topics. You can view the agenda at: https://www.ripe.net/support/training/ripe-ncc-educa/ripe-ncc-educa-ipv6-20… Register at: https://www.eventbrite.nl/e/ripe-ncceduca-ipv6-only-tickets-106761053184 We hope to see you online soon! Best regards, Ondřej Caletka RIPE NCC

16 43

New on RIPE Labs: IPv6 Adoption Statistics: a Comparison of Different Metrics
by Mirjam Kuehne 08 Jun '20

08 Jun '20

Dear colleagues, In this new article on RIPE Labs we're looking at IPv6 adoption statistics provided by various organisations. How far do they match, and if not, why not? https://labs.ripe.net/Members/wilhelm/ipv6-adoption-statistics-a-comparison… Please note the link to the interactive maps that allow for a quick visual comparison of the results. If you have any feedback or additional information about these results, we welcome input in the comment section below the article. Kind regards, Mirjam Kühne RIPE NCC

1 0

Fwd: slaac-renum: New rev of draft-gont-6man-slaac-renum (Fwd: New Version Notification for draft-gont-6man-slaac-renum-08.txt)
by Fernando Gont 19 May '20

19 May '20

Folks, This is one of the documents I presented at the last RIPE IPv6 WG meeting. Thought you might be interested. Thanks! Cheers, Fernando -------- Forwarded Message -------- Subject: slaac-renum: New rev of draft-gont-6man-slaac-renum (Fwd: New Version Notification for draft-gont-6man-slaac-renum-08.txt) Date: Tue, 19 May 2020 03:38:18 -0300 From: Fernando Gont <fgont(a)si6networks.com> To: 6man(a)ietf.org <6man(a)ietf.org> Folks, We have posted a revision of draft-gont-6man-slaac-renum. It is available at: https://www.ietf.org/internet-drafts/draft-gont-6man-slaac-renum-08.txt The main changes incorporated in this version are: * We have eliminated the counter-based algorithm from Section 4.5 Previous revisions of the draft contained two alternative algorithms in Section 4.5: a counter-based algorithm, and a timer-based algorithm. The timer-based algorithm is more robust and simple, so it didn't make sense to keep the counter-based algorithm. (Kudos to Philip Homburg for "pushing" us to improve the algorithm). * Clarified the terminology used in the document This is a rather minor detail. We simply have spelled out that throughout the document, "GUAs" refer to "globally reachable" addresses (as opposed to ULAs). The diff from the last rev is available at: https://tools.ietf.org/rfcdiff?url2=draft-gont-6man-slaac-renum-08.txt As always, your feedback will be appreciated. Thanks! Cheers, Fernando -------- Forwarded Message -------- Subject: New Version Notification for draft-gont-6man-slaac-renum-08.txt Date: Mon, 18 May 2020 23:25:39 -0700 From: internet-drafts(a)ietf.org To: Richard Patterson <richard.patterson(a)sky.uk>, Jan Zorz <jan(a)go6.si>, Fernando Gont <fgont(a)si6networks.com> A new version of I-D, draft-gont-6man-slaac-renum-08.txt has been successfully submitted by Fernando Gont and posted to the IETF repository. Name: draft-gont-6man-slaac-renum Revision: 08 Title: Improving the Robustness of Stateless Address Autoconfiguration (SLAAC) to Flash Renumbering Events Document date: 2020-05-18 Group: Individual Submission Pages: 24 URL: https://www.ietf.org/internet-drafts/draft-gont-6man-slaac-renum-08.txt Status: https://datatracker.ietf.org/doc/draft-gont-6man-slaac-renum/ Htmlized: https://tools.ietf.org/html/draft-gont-6man-slaac-renum-08 Htmlized: https://datatracker.ietf.org/doc/html/draft-gont-6man-slaac-renum Diff: https://www.ietf.org/rfcdiff?url2=draft-gont-6man-slaac-renum-08 Abstract: In renumbering scenarios where an IPv6 prefix suddenly becomes invalid, hosts on the local network will continue using stale prefixes for an unacceptably long period of time, thus resulting in connectivity problems. This document improves the reaction of IPv6 Stateless Address Autoconfiguration to such renumbering scenarios. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat

1 0

IPv4 Flag Day
by Niall O'Reilly 15 May '20

15 May '20

In https://ripe80.ripe.net/archives/chat/88/ 13:23 < luna> https://ipv4flagday.net/ 13:24 < chrbre_AS206228> https://github.com/ipviolations/ipv4flagday/issues Thanks, Luna and Christian, for pointing me at this, which is a fine idea. I’ve added an issue for false alarm when zone apex has no address record of either kind. Niall

4 5