- ipv6-wg - mailman.ripe.net

Address Assignment Practices in IPv4 and IPv6
by Stephen Strowes 21 Jan '21

21 Jan '21

Hi all, We've published a study on the stability of IPv4/IPv6 assignments in domestic ISPs, and the size of the IPv6 prefixes that networks typically assign to subscribers. We look at this from two different angles: what can we measure from RIPE Atlas, and what do operators state in the RIPE Database? In particular, understanding the size of IPv6 delegated prefixes is important for applications such as host reputation & blocklists, geolocation, and research on network measurement. The RIPE Database offers the community a way to share information on their prefix delegations, and deserves some attention! Read more here: https://labs.ripe.net/Members/stephen_strowes/address-assignment-practices-… Cheers, S.

1 0

Fwd: IPv6 Addressing Considerations
by Fernando Gont 14 Dec '20

14 Dec '20

Folks, FYI: https://tools.ietf.org/html/draft-gont-v6ops-ipv6-addressing-considerations Comments welcome. :-) Thanks! Cheers, Fernando -------- Forwarded Message -------- Subject: IPv6 Addressing Considerations Date: Fri, 11 Dec 2020 13:07:04 -0300 From: Fernando Gont <fgont(a)si6networks.com> To: IPv6 Operations <v6ops(a)ietf.org> Folks, We have published a new Internet-Draft entitled "IPv6 Addressing Considerations". It is available at: https://www.ietf.org/archive/id/draft-gont-v6ops-ipv6-addressing-considerat… The Abstract of the I-D is: IPv6 addresses can differ in a number of properties, such as scope, stability, and intended usage type. This document analyzes the impact of these properties on aspects such as security, privacy, interoperability, and network operations. Additionally, it identifies challenges and gaps that currently prevent systems and applications from leveraging the increased flexibility and availability of IPv6 addresses. We have discussed this topic with some of you off-list, and part of those comments still need to be incorporated (apologies for the delay!). However, we felt that this -00 version already contains quite a bit of material for discussion. (and given that there have been other recent threads related to IPv6 addressing on this list and on 6man@, we felt it would be timely to get this -00 version posted now). Your comments will be very welcome. Thanks! Regards, -- Fernando Gont SI6 Networks e-mail: fgont(a)si6networks.com PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492

1 0

Minutes of ripe81
by Jetten Raymond 17 Nov '20

17 Nov '20

Dear Working group, Below are the draft minutes from ripe 81. If you have any comments or remarks please let us know by replying to this email. A big thanks to Nikolas for doing the scribe. If we do not hear any comments these minutes will be published in about 2 weeks from now. Rgds, Ray, Jen, Benedikt. IPv6 Working Group Minutes - RIPE 81 Date: 29 October 2020, 13:00 - 13:45 WG Chairs: Benedikt Stockebrand, Jen Linkova, Raymond Jetten Scribe: Nikolas Pediaditis Status: Draft Welcome - Agenda Bashing The Chairs The minutes of IPv6 Working Group session from RIPE 80 were accepted as final. There were no questions or comments. RIPE554-bis - Tim Chown The presentation is available here: https://ripe81.ripe.net/presentations/58-ripe81-ipv6wg-ripe554bis-final.pdf Dmitry Serbulov (Alpha Net Telecom LTD) asked if it would be possible to share material with attendees prior to the start of each session. Raymond Jetten suggested that he should join the IPv6 WG mailing list. Bringing IPv6 Everywhere - Nico Schottelius The presentation is available here: https://ripe81.ripe.net/presentations/73-ripe81-bringing-ipv6-everywhere.pdf Ondrej Caletka (RIPE NCC) asked if connectivity will break if the host network becomes dual-stacked, or at worst, if the host network becomes IPv6-only. Nico replied that it wouldn't. IPv4 connectivity would still be available, and IPv6 would be added to it. Kurt Kayser (BDBOS) asked if geo-IP will always show that the VIIRB-users are in Switzerland. Nico Schottelius replied that at the moment, yes. And there is a bracket opening as soon as they are able to talk better to the RIPE API to change the registration of the /48 networks. It will be easy to actually assign the network to your location. Christoph Berkemeier (DB Station&Service AG) asked if the IPv6 distribution is stateless only. Nico confirmed that it is stateless at the moment but that could be changed if desired. Veronica McKillop (UK IPv6 Council) asked where the device is being manufactured. Nico replied that it's manufactured in China and shipped to and configured in Switzerland. Dmitry Serbulov (Alpha Net Telecom LTD) asked if open source software is used between the device and the server it connects to. Nico said that the software used, WireGuard and OpenWRT at the moment, are fully open source. Vesna Manojlovic (RIPE NCC) mentioned that a hackathon about RIPE Atlas software probes is taking place in November. She asked if Nico would be interested in joining and seeing how they could combine his router with RIPE Atlas software probes if possible. Nico replied that it would be a really cool project. Christoph Berkemeier (DB Station&Service AG) asked if there is a virtual appliance to enable legacy hosters. Nico replied that it builds on top of your existing IPv4 network so everything that's legacy continues to work. It's not a replacement. The nice thing about IPv6 is that although it is incompatible to IPv4 this also means that it runs in parallel to the existing infrastructure, allowing the legacy network to continue to work. Recent Improvements in IPv6 Addressing - Fernando Gont The presentation is available here: https://ripe81.ripe.net/presentations/72-fgont-ripe81-ipv6-wg-ipv6-addressi… Osamah Barakat (Siemens AG) asked if Windows 10 supports the latest IPv6 RFC or it is only Linux-based OS that support seen in the slide. Fernando Gont replied that it's surprising that they don't support RFC 7217 as one the authors worked for Microsoft. They also haven't implemented the update of 4941 either. However, he was less concerned about 4941, as compared to the support for 7217, as it has not been published as an RFC. End of the session.

1 0

Re: [ipv6-wg] RIPE554-bis
by Eric Vyncke (evyncke) 31 Oct '20

31 Oct '20

Trying to reply to all previous email messages in one email ;-) Look for EV> -éric-happy-to-see-this-initiative -----Original Message----- From: ipv6-wg <ipv6-wg-bounces(a)ripe.net> on behalf of Tim Chown via ipv6-wg <ipv6-wg(a)ripe.net> Reply-To: Tim Chown <Tim.Chown(a)jisc.ac.uk> Date: Wednesday, 28 October 2020 at 18:19 To: "ipv6-wg(a)ripe.net" <ipv6-wg(a)ripe.net> Subject: [ipv6-wg] RIPE554-bis Hi, I’m posting here as a heads-up that an effort has begun to revise RIPE-554, involving the original authors, myself and Tim Winters. We have a 5 min slot tomorrow in the 1pm CET IPv6 WG session to flag the work, to solicit input. The original publication was back in November 2010 with RIPE-501, which was updated in June 2012 with RIPE-554. There’s many references that have been obsoleted, and potentially much to add or remove. References to 2G cellular date the document. We’d like to begin by addressing the more strategic / structural questions. Such high level questions include: - Is there agreement to progress a –bis version now? Eight years have passed, people ask for guidance… EV> YES, please do ! knowing that RIPE554 was already a -bis, I would prefer a 501-ter though ;-) - Should we keep the scope to (largely) enterprise or expand it? If so, to what? EV> large/medium enterprise should indeed be the focus, consumer do not care and (wishful thinking ?) providers know better. Although, that I would love to see the IPv6 check-list for a smart TV ;-) - Is the linkage to the IPv6 Ready Logo programme still desired? EV> a couple of months ago, I check with several end-users and vendors, and, yes, it is still important (to be surprise to be honest, sorry Tim W) - Are there new classes of equipment to add, e.g. IoT/low power, WiFi controllers, …? EV> perhaps extend to applications? Cloud providers ? Perhaps remove consumer switch, load balancer, and network security ? - Are specific sections outdated, or are there significant new sections to add? EV> many "recents" RFC (including RFC 8200), focus on RA extensions - Should we add guidance on applying the content to different use cases? As separate docs? Appendices? We’ve currently working on the -bis as a Google doc, for which there’s a PDF of the current snapshot available from: https://go6.si/wp-content/uploads/2020/10/RIPE554-bis-v_01.pdf For now, please comment to the list, and maybe start a new thread for new topics. Tim

1 0

ip address pricing and protocol selection
by Wolfgang Zenker 31 Oct '20

31 Oct '20

Hello WG, I have a question for those of you that offer some kind of hosting. Do you charge your customers extra for IPv4 or IPv6 addresses? And if you have changed your policy on that recently, did that change your customers behaviour regarding their choice on ordering and publishing IPv4 / IPv6 addresses for the hosted services? Reason for asking: At our own hosting services we started out offering dual stack by default some 6 years ago, moved to ipv6-only by default about 2 years ago and since about one year we are charging extra for IPv4 addresses. This has led to a change in behaviour in our customer base, and I want to see if others are seeing similar changes or a different situation. You can reply off-list and I will summarize the results to the group. Please state if I should mention your name in the summary. Greetings, Wolfgang Zenker -- punkt.de GmbH Tel. +49 721 9109-500 Fax: -100 .infrastructure info(a)punkt.de https://infrastructure.punkt.de/ Kaiserallee 13a CEO: Jürgen Egeling, Daniel Lienert, Fabian Stein D-76133 Karlsruhe AG Mannheim HRB 108285

2 1

RIPE554-bis
by Tim Chown 30 Oct '20

30 Oct '20

Hi, I’m posting here as a heads-up that an effort has begun to revise RIPE-554, involving the original authors, myself and Tim Winters. We have a 5 min slot tomorrow in the 1pm CET IPv6 WG session to flag the work, to solicit input. The original publication was back in November 2010 with RIPE-501, which was updated in June 2012 with RIPE-554. There’s many references that have been obsoleted, and potentially much to add or remove. References to 2G cellular date the document. We’d like to begin by addressing the more strategic / structural questions. Such high level questions include: - Is there agreement to progress a –bis version now? Eight years have passed, people ask for guidance… - Should we keep the scope to (largely) enterprise or expand it? If so, to what? - Is the linkage to the IPv6 Ready Logo programme still desired? - Are there new classes of equipment to add, e.g. IoT/low power, WiFi controllers, …? - Are specific sections outdated, or are there significant new sections to add? - Should we add guidance on applying the content to different use cases? As separate docs? Appendices? We’ve currently working on the -bis as a Google doc, for which there’s a PDF of the current snapshot available from: https://go6.si/wp-content/uploads/2020/10/RIPE554-bis-v_01.pdf For now, please comment to the list, and maybe start a new thread for new topics. Tim

7 9

Rquirements for VPN
by christian bretterhofer 29 Oct '20

29 Oct '20

After reading https://go6.si/wp-content/uploads/2020/10/RIPE554-bis-v_01.pdf I see VPNs as part of the Network Security Equipment. But in my opinium there is not enough definition to be a VPN quality criteria. VPN external Protocol Must support IPv6 clients to IPv6 servers (6-to-6) ( Ipv6 Only) VPN external Protocol Must support IPv4 clients to IPv4 servers (4-to-4) (Ipv4 only) Transport inside of VPN VPN inner Protocol Must support IPv6 clients to IPv6 servers (6-to-6) VPN inner Protocol Must support IPv4 clients to IPv4 servers (4-to-4) VPN inner Protocol should support Dual stack. VPN inner Protocol should support 4in6 6in4 (transition protocols) The Idea from wireguard is maybe also a should the external protocol switch from Ipv6 to Ipv4 or Ipv4 to Ipv6 then the inner protocol should stay connected. Protocols with DNS64/NAT64 support would also help. maybe it fist into this recommendation document. -- --- best regards Christian Bretterhofer Enterprise User:

3 2

Minutes from ripe 80
by Jetten Raymond 28 Oct '20

28 Oct '20

Hi, We have published the RIPE 80 minutes as draft here: https://www.ripe.net/participate/ripe/wg/active-wg/ipv6/minutes/ipv6-workin… Let me know if these need any changes or corrections. Rgds, Ray

1 0

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