- ipv6-wg - mailman.ripe.net

RIPE 92 IPv6 WG Draft Minutes
by Anastasiya Pak 08 Jun '26

08 Jun '26

Dear WG chairs, Please, find attached the draft minutes from the IPv6 WG session at RIPE 92. Please let me know if any corrections or adjustments are needed. -- Kind regards, Anastasiya Pak Senior Marketing & Communications Officer RIPE NCC

1 1

IPv6 resource list
by Jens Link 19 May '26

19 May '26

Hi, some time ago I created a list of IPv6 resoureces. I just updated the list but I guess some people here will have more items to add. https://gitlab.com/jenslink/ipv6-resources/ Have nice RIPE meeting Jens

1 0

Actual deployment of RFC7050/RFC8880 "experiment"
by jordi.palet＠consulintel.es 18 Apr '26

18 Apr '26

Some folks in the IPv6 WG may not be in IETF v6ops, and they could also contribute to this “measurement experiment”. Regards, Jordi @jordipalet > El 13 abr 2026, a las 11:52, jordi.palet(a)consulintel.es <jordi.palet=40consulintel.es(a)dmarc.ietf.org> escribió: > > Hi all, > > I’m wondering how much actual deployment of RFC7050/8880 is there and that means *having ipv4only.arpa zone* available in the resolvers of the operators. > > With this small experiment, we can try to measure what is the situation, at last from the mobile operators being used by the participants. > > Note that this experiment is only possible if your mobile operator is actually using 464XLAT (or even only NAT64, don’t think many do). > > I got a confirmation from one big network operator about it, but I’m not sure that is the same in all the other deployments in mobile networks, so I wonder if each participant can provide their own experience or you already know for sure what is the actual deployment situation in your operator. > > If you don’t know from first hand how your mobile operator is doing, or even knowing it, you want to verify, please use the following steps: > > 1) Connect a computer with has dig installed to the mobile network via tethering (the mobile device should be using the mobile network, of course). > > 2) Ensure that the DNS server(s) configuration is the default provided by the mobile operator (usually the mobile phones don’t allow changing it, but you may have changed it in the computer, so you need, for the test, to return it to DHCP, which means the mobile phone will act as a DNS-proxy by means of the CLAT. > > 3) Run and capture the results of: > dig AAAA +cd ipv4only.arpa > > 4) If you don’t have dig, you can use nslookup (however it doesn’t allow clearing the CD flag, see explanation below): > nslookup -q=AAAA ipv4only.arpa > > There may be other ways to do this test, even directly from the mobile phone, but I found that the dnsutils available for mobiles don’t allow setting the CD (checking disabled) bit to 0. In that case, depending on the DNS64 server configuration may not perform DNS64 synthesis, so will not be able to reveal the actual Pref64. If the ipv4only.arpa is correctly configured, it will also reveal the correct Pref64 even failing to set to 0 the CD. > > You can actually run the test with some dnsutil in the phone, then in the computer, so we can confirm differences. > > Please, to avoid extra noise in the list, reply directly to me (jordi.palet(a)theipv6company.com <mailto:jordi.palet@theipv6company.com>), and I will make a summary to the list in a few days. > > You need to confirm to me the mobile operator and country, if you’re using Android or iOS, what version and details about how you did the test, in addition to to the dig or nslookup results. Better if you are able to do the test both, in the mobile and the computer. > > Tks a lot in advance ! > > Regards, > Jordi > > @jordipalet > > ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

1 0

RIPE92 update on IPv6 routing loops
by Maynard Koch 12 Mar '26

12 Mar '26

Dear Raymond, Christian, and Wolfgang, I hope you are doing well! At RIPE 90, I had the opportunity to talk about routing loops on the IPv6 Internet during your WG session. As the deployment of routing loops (and the router bug) is still high and hasn't changed much within the past year, I would like to give a small update talk on these routing loops to raise awareness and help to educate so this problem is hopefully solved in the future! Do you think this would be possible? I just submitted the proposal at the Pretalx system with abstract and slides for your WG session. Looking forward to your reply! Best, Maynard -- Maynard Koch TU Dresden, Chair of Distributed and Networked Systems https://tu-dresden.de/cs/netd/about/team/koch

2 1

Call for presentations RIPE92 IPv6 WG
by Raymond Jetten 20 Feb '26

20 Feb '26

Dear IPv6 WG mailing list members, RIPE 92 will be held in Edinburgh, Scotland from 18 - 22 May 2026, as well as online. For any form of participation you can register at https://https://ripe92.ripe.net/register/<https://https:/ripe92.ripe.net/register/> Please keep in mind that the early bird rate is only available yet today.. The IPv6 Working Group session is scheduled for Thursday 21 May from 9:00 - 10:30 (UTC+1). We are looking for presentations! In the last years only sessions for the Plenary could be registered via the website and the WG presentations needed to be sent via email to the WG chairs. This has changed for the next meeting and we are now using Pretalx for all presentations! Please submit your presentations here: https://ripe92.ripe.net/present/call-for-presentations/ You will need a RIPE NCC Access account and enable two-factor authentication in order to access the submission system. If you don't have a RIPE NCC Access account yet, please create it here: https://access.ripe.net/registration If you like to discuss your presentation with us first, please email ipv6-wg-chair(a)ripe.net<mailto:ipv6-wg-chair@ripe.net>. The deadlines mentioned on the CfP page above are for the Plenary. For the WG session we also accept submissions after the deadlines, but for better planning we prefer to have your submission as soon as possible. On 18th of April we will start to decide about the agenda and see, if we still have open slots. Once we have decided on the agenda, we'll contact the presenters. We expect to have a draft of the presentations about two weeks before the meeting and the final slides at least two days before our session. On behalf of the IPv6 WG co-chairs, Chris, Wolfgang and Ray For Internal Use Only

1 0

New IPv6 Advanced e-learning course in the RIPE NCC Academy
by Alvaro Vives Martinez 11 Feb '26

11 Feb '26

Dear colleagues, We have launched a new IPv6 Advanced e-learning course in the RIPE NCC Academy. Through this course, participants can learn how to design an IPv6 infrastructure in order to deploy IPv6 across various network types and architectures. More specifically, participants will learn how to implement an IPv6 addressing plan, deploy IPv6 in backbone, enterprise, and data centre and cloud networks, identify which IPv6 transition mechanism to implement for various deployment scenarios, and troubleshoot and monitor IPv6 networks. Participants can enrol in the course for free at: https://academy.ripe.net/ipv6-advanced We would greatly appreciate if you could share this link with anyone in your networks who would benefit from this course. Regards, Alvaro Vives Manager Technical Learning and Development RIPE NCC

1 0

Re: Launch of The Internet Ecosystem Book
by Peter Anderson 09 Feb '26

09 Feb '26

*(Apologies for cross-posting)* As a researcher, I have never come across a highly intensive and inclusive book like "The Internet Ecosystem". The book englobes the whole Internet Ecosystem with the correct information compared to misleading information from blogs/wikipedia on the Internet. This book was reviewed by Vint Cerf. I have just completed the reading, I will highly recommend it and it is nice to have a copy to keep for reference. Professor Peter Anderson Head of Research ------------------------------ *From:* Nikesh B. Simmandree <nikeshbs(a)outlook.com> *Sent:* Monday, August 18, 2025 1:35 PM *To:* alac-announce(a)icann.org <alac-announce(a)icann.org>; alac(a)icann.org < alac(a)icann.org>; at-large(a)icann.org <at-large(a)icann.org>; afri-discuss(a)icann.org <afri-discuss(a)icann.org> *Subject:* Launch of The Internet Ecosystem Book Dear Community, I am thrilled to announce the launch of my book, *The Internet Ecosystem* — a comprehensive exploration of the history, architecture, governance, and future of the Internet. This book distills decades of technological evolution — from ARPANET and packet switching, to AI, Web3, quantum networks, and beyond — into a clear, engaging narrative accessible to both technical and non-technical readers *What the Book Covers* - *The Past:* How Cold War research, ARPANET, and packet switching gave birth to the Internet we know today. - *The Present:* The intricate roles of ISPs, backbone providers, cloud infrastructure, AI, cybersecurity, and global governance shaping our daily online experiences. - *The Future:* Insights into 5G/6G, blockchain, immersive technologies, quantum security, and the Internet in 2050. With *49 detailed chapters*, the book provides a definitive yet approachable reference for students, professionals, policymakers, and curious readers alike. My mission with *The Internet Ecosystem* is to make the Internet’s complexity understandable — showing not only *how* the Internet works, but also *why* it matters and has become one of the most transformative human inventions — while sparking dialogue on how we build a secure, inclusive, and sustainable digital future. In the 21st century, understanding the Internet is not optional — it’s essential. Whether you’re a business leader, policymaker, educator, student, or everyday Internet user, this book provides the context and clarity you need to navigate the opportunities and challenges of our connected world. *Get Your Copy* *The Internet Ecosystem* is now available: https://payhip.com/b/hfvYg Thank you, Best Regards, Nikesh B. Simmandree +230-5-907-3413 nikeshbs(a)outlook.com This message and its attachments are intended only for the person or entity to which it is addressed and are strictly confidential. If you have received this in error, please delete it from any devices after having informed the sender.

1 0

Nintendo Switch 2 now supports IPv6
by Töma Gavrichenkov 26 Dec '25

26 Dec '25

Peace, Just ran over an update on my daughter's handheld console, and the update brought in some IPv6 support! It still lacks many things, honestly, doesn't work fine on an IPv6 only network, and only supports DHCP for the IP address acquisition but hey, it's a progress! ... A bit of a context for those unaware: Nintendo Switch — the 3rd most popular video gaming console *ever* — was a major blocker in deploying end-user home access IPv6-only networks for a *decade*, in my experience. It didn't support IPv6 at all until late, which has been mentioned in some talks at RIPE meetings as well. Now we'll just have to wait until the legacy Nintendo consoles wear out quick — the task that, judging by the console build quality, the manufacturer was as eager as us to achieve. And the enemy left will be, mostly, babycams and surveillance cameras. -- Töma

5 5

Multi-Stakeholder Forum on Internet Standards Deployment
by MARTIN Ruediger 27 Nov '25

27 Nov '25

Hi all, The European Commission is setting up a Multi-Stakeholder Forum on Internet Standards Deployment, looking into strengthening the deployment of existing standards and operational best practices in four areas: - IPv6 - modern E-mail communication standards - DNS security - Routing security & hygiene The initiative was presented during its conceptual phase at RIPE 90 in the cooperation working group. The idea is to bring together valuable deployment expertise to capture proven approaches in multi-stakeholder guidelines that support broad and coordinated adoption across sectors. Participation is open to anyone with relevant experience and interest. More information and how to join: https://digital-strategy.ec.europa.eu/en/news/european-commission-seeks-par… Some of you may have seen this elsewhere; sharing it here as well since it may be relevant to this list. Best, Rüdiger ---- Rüdiger MARTIN Internet Governance [cid:image001.jpg@01DC5FB5.FCCF5E00] European Commission DG Communications Networks, Content and Technology (CONNECT) L-51 DCS B-1049 Brussels/Belgium +32 2 298 82 50 Ruediger.MARTIN(a)ec.europa.eu<mailto:Ruediger.MARTIN@ec.europa.eu>

1 0

Draft minutes IPv6 working group sessionat ripe 91
by Raymond Jetten 21 Nov '25

21 Nov '25

Dear IPv6 working group, The draft minutes for the IPv6 WG session at RIPE 91 are ready, A very big thank you to the scribe Kjerstin Burdiek for doing them. Please take a look and let us know if you would like any changes. If there are no comments, they will be published on the website on Friday, 28 November. Date: Thursday, 23 October 09:00 - 10:30 (UTC+3) Chairs: Christian Seitz, Raymond Jetten, Wolfgang Tremmel Scribe: Kjerstin Burdiek Status: Draft View the recordings View the stenography transcript View the chat logs 1. Welcome and announcement of the new co-chair The presentation is available at: https://ripe91.ripe.net/programme/meeting-plan/sessions/37/RTKFBS/ Co-chair Christian Seitz opened the session and introduced the agenda. The minutes from RIPE 90 were approved. Co-chair Raymond Jetten's term had ended, and Wolfgang Tremmel was selected as the new co-chair. However, co-chair Nico Schotellius had resigned, so Raymond Jetten would take over his term until RIPE 94. 2. IPv6: What does it cost to do nothing? Dmitry Melnik, RIPE NCC The presentation is available at: https://ripe91.ripe.net/programme/meeting-plan/sessions/37/8YZNF9/ Dmitry explained the long-term costs of not implementing IPv6. He noted that the average IPv6 adoption rate worldwide was about 42%. He explained how a number of organisations were investing in NAT, which was only a temporary solution to the IPv4 shortage. Dmitry pointed out that it made no sense to try to solve the IPv4 shortage when there was more than enough IPv6. Some of the costs from not switching to IPv6 included leasing IPv4, operational costs and the equipment needed for NAT. Altogether, these extra costs compared to dual-stack added up to an additional $1.2 - 2.1 million spent over 5 years. Benedikt Stockebrand, Stepladder IT Training+Consulting GmbH, said that although Dmitry had shown the same traffic growth for IPv4 and IPv6, IPv6 was really growing faster. So IPv4 had an even less favourable outlook than what Dmitry had presented, and the actual cost was higher. Dmitry said he had calculated using IPv4 through a NAT system. Benedikt said he understood and that if someone did not do dual-stack, it would cost even more money to stay with IPv4. Dmitry thanked him for his comment. Yannis Nikolopoulos, Orizon Telecom, said the time was long past to convince people to do dual-stack. Most existing operators already did this. Instead, it was time to convince new operators to get IPv6, but not through dual-stack. Dmitry thanked him and said his calculation would also be true for cases like migration to IPv6-mostly. Dave Phelan, APNIC, said that in his region, the type of network deployed depended on the type of users and therefore the type of traffic. For residential users, who mainly used content, networks were usually IPv6. Enterprises were the problem here because they did not want to deploy IPv6. Dmitry said this presentation was more for medium to large operators. He agreed that IPv6 deployment was needed for content operators, and the community needed to engage them and help with enterprise networks. Sebastian Becker, Deutsche Telekom AG, agreed with the points about enterprise. He then mentioned that smart devices in homes often could not do IPv6. So even if operators fully deployed IPv6, there would still be IPv4 traffic as long as people used these devices. He encouraged people to stop buying them. Gilles Massen, Fondation Restena, said the industry was weak on teaching, as students often learned primarily about IPv4. He said operators should try to convince teachers to update their courses. Saiidnajib Saidislomzoda, CJSC Babilon-Mobile, asked if investments in IPv6 could be seen not only as a technical upgrade but as a step toward financial sustainability for network operators. Saiidnajib also asked what initial steps Dmitry recommended for companies that wanted to start IPv6 deployment but were limited by budget and resources. Dmitry said yes to the first question. To the second, he recommended changing internal procedures. Benedikt Stockebrand said that if operators needed IPv6 in some area, they should address that first. Otherwise, they should first implement it somewhere easy, such as where not much budget or not many employees were required. If a company had a student working for them, they could ask this student to look into implementing IPv6. 3. IPv6 in large Organisations - Lessons learned Wilhelm Boeddinghaus, Route 128 GmbH The presentation is available at: https://ripe91.ripe.net/programme/meeting-plan/sessions/37/UEK3QK/ Wilhelm presented about the challenges in training employees of large organisations on implementing IPv6. He noted the problem began even in universities, where there was a lack of proper networking education. On top of this, he had observed that his customers at enterprises did not want to spend much time and money on implementing IPv6 and so often did not pursue training on this. His training team had therefore shortened their courses so that these customers had time to attend. There was also a lack of interest and preparedness for IPv6 implementation. Many server administrators did not want to learn about the details of BGP and did not have an inventory of specific data they were running on their networks. This was a problem because they needed this inventory as a starting point to see if their infrastructure was capable of running IPv6. However, he found operators sometimes delayed implementing IPv6 by spending years on doing inventory. Wilhelm said operators should instead start as soon as they can, probably through some smaller starting point, not through tackling the whole network at first. Jen Linkova, Google, asked what he thought about long-term infrastructure replacement plans. She noted it was important to think about upgrade plans early on while fixing existing infrastructure to make sure that any new equipment bought was actually capable of running IPv6. Wilhelm said organisations wanted new equipment that could run IPv6 but were not able to test new equipment to make sure of this. He noted many organisations used old equipment for as long as they could. Ondřej Caletka, RIPE NCC, said they had noticed suppliers for their internal systems discontinuing on-premises in favour of IAAA, which might be IPv4-only. So despite trying to do IPv6, they found new products were forcing IPv4, making it hard to switch. He asked if Wilhelm had also noticed this trend and if he knew of any solutions. Wilhelm said he had no solution. The problem was less the push to IPv4 and more that operators were being forced to use the cloud. It was an issue for European federal agencies to have their network management take place in an American cloud that could risk their privacy or be shut down, causing them to lose everything. These operators needed to use a European cloud or use just open source and run everything on-premises. Stefan Wahl, Route 128 % Open 7, said they had seen zero trust models that had caused IPv4 to be re-prioritised. He recommended checking the traffic and making sure it was IPv6 before shutting off IPv4. Mick O'Donovan, HEAnet CLG, asked if Wilhelm had seen enterprises' cybersecurity teams discouraging operators from switching to IPv6 or using public IPv4 and instead encouraging the use of NAT. Wilhelm said he saw this quite often, as uninformed IT teams often thought IPv6 was insecure. Mick said there was fearmongering, especially after a cyberattack, leading to some people not wanting any public addressing. Wilhelm said they would eventually have to deploy anyway. He recommended not working with organisations that refused to use IPv6 and noted there was a RIPE Document that said this as well. Benedikt Stockebrand, Stepladder IT Training+Consulting GmbH, said people often planned changes for when they retired so they could avoid doing them. He encouraged organisations to hang on to any IPv6 enthusiasts working for them who wanted to actually get things done. Saiidnajib Saidislomzoda, CJSC Babilon-Mobile, asked what Wilhelm recommended to overcome delays caused by over-planning and lack of training. Wilhelm said it was necessary to find a middle ground between too much and too little training. He recommended getting a consulting company to help with IPv6. Monika Ermert, elance, asked if he knew of any universities that were doing a good job in educating about IPv6. Wilhelm said he had not heard of any. Universities usually just taught theory, not how to run operating systems in day-to-day work or how to manage networking. It would be good if they taught more networking and protocol theory. Joerg Dorchain, MPI Informatics, said it was different at his institute. 4. DHCPv6 Prefix Delegation for Android Jen Linkova, Google The presentation is available at: https://ripe91.ripe.net/programme/meeting-plan/sessions/37/YXRZB8/ Jen shared that Android could now support DHCPv6. To explain how, she went over some of the differences between IPv4 and IPv6. One advantage of IPv6 was that it usually had multiple addresses: stable, temporary and secured. This affected scalability and the effectiveness of SLAAC with a high number of devices. She explained how to use prefix delegation for hosts and noted that if prefix delegation was enabled, Android could run on only DHCPv6, even if the P-flag was not present. This meant that operators could get the best of both worlds by having the flexibility of SLAAC and a managed network with no scalability issues, at least with trusted hosts. Jan Žorž, ProVision, asked if there were plans to put prefix delegation into SLAAC. Jen said she had seen discussions on doing this, but she could not find a way to configure it. She offered to discuss it with him if he had more information about it. 5. Thanks, Wrap Up and Rate the Talks Raymond thanked attendees and closed the session. For Internal Use Only

1 0