<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="FI" link="#0563C1" vlink="#954F72" style="word-wrap:break-word"> <div class="WordSection1"> Hello All,<o:p></o:p> <o:p> </o:p> <o:p> </o:p> A happy new year to all of you !<o:p></o:p> below are the draft minutes from the RIPE87 meeting in Rome.<o:p></o:p> A big thank you to Matt for taking the notes<o:p></o:p> <o:p> </o:p> Please comment if you want any changes before Friday 12.1<o:p></o:p> <o:p> </o:p> Session: IPv6 Working Group RIPE 87<o:p></o:p> Date: Thursday, 30 November 11:00 - 12:30 (UTC+1)<o:p></o:p> WG co-Chairs: Benedikt Stockebrand, Jen Linkova, Raymond Jetten<o:p></o:p> Scribe: Matt Parker<o:p></o:p> Status: Draft<o:p></o:p> <o:p> </o:p> <a href="https://ripe87.ripe.net/programme/meeting-plan/ipv6-wg/">View the video archive</a><o:p></o:p> <a href="https://ripe87.ripe.net/archives/steno/39/">View the stenography transcript</a><o:p></o:p> <a href="https://ripe87.ripe.net/archives/chat/39/">View the chat archive</a><o:p></o:p> <o:p> </o:p> 1. Welcome <o:p></o:p> Raymond Jetten, IPv6 Working Group Co-chair<o:p></o:p> <o:p> </o:p> The presentation is available at: <o:p></o:p> <a href="https://ripe87.ripe.net/wp-content/uploads/presentations/88-IPv6-WG-Opening.pdf">https://ripe87.ripe.net/wp-content/uploads/presentations/88-IPv6-WG-Opening.pdf</a><o:p></o:p> <o:p> </o:p> Raymond opened the session, welcomed the attendees and approved the minutes from RIPE 86. He also explained the process that would be followed for the upcoming Working Group Co-chair selection and reminded everybody to follow the microphone etiquette throughout the session. <o:p></o:p> <o:p> </o:p> There were no questions. <o:p></o:p> <o:p> </o:p> <o:p></o:p> 2. Co-Chair Change <o:p></o:p> Raymond Jetten, IPv6 Working Group Co-chair<o:p></o:p> <o:p> </o:p> Benedikt Stockebrand stepped down as IPv6 Working Group Co-chair, having fulfilled the role for nine years. Raymond thanked Benedikt for his service. <o:p></o:p> <o:p> </o:p> The two new candidates for the Working Group Co-chair role, Christian Seitz and Paolo Volpato, joined Raymond on stage. They briefly introduced themselves and explained to the Working Group why they would be a good choice for the role. A poll was conducted using Meetecho. <o:p></o:p> <o:p> </o:p> There were no questions. <o:p></o:p> <o:p> </o:p> <o:p> </o:p> 3. Currently Available Solutions to Provide IPv6-based Multi-homing Connectivity <o:p></o:p> Paolo Volpato, Huawei<o:p></o:p> <o:p> </o:p> The presentation is available at: <o:p></o:p> <a href="https://ripe87.ripe.net/wp-content/uploads/presentations/82-IPv6-Multihoming-Paolo-Volpato.pdf">https://ripe87.ripe.net/wp-content/uploads/presentations/82-IPv6-Multihoming-Paolo-Volpato.pdf</a><o:p></o:p> <o:p> </o:p> Paolo gave a high level summary of the work being carried out in the IPv6 Operations (v6ops) working group in the IETF, focussing specifically on support for multi-homing in IPv6. <o:p></o:p> <o:p> </o:p> Gert D�ring, SpaceNet AG, commented that his favourite model was the dual provider aggregatable prefix. Not only because it's less burden on the routing table, but also because it empowers the client machines to make decisions. He added that problems remain with source address selection and source address failover but that there is potential for bright solutions. <o:p></o:p> <o:p> </o:p> Rinse Kloek, Delta Fiber, agreed with Gert and stated that he is not a big fan of using PI space for multihoming. This is due to the impact that it could have on the growth of the global routing table. <o:p></o:p> <o:p> </o:p> Urban Suhadolnik, TU Graz, asked whether they had looked into mobile IP extension? Paolo replied that that they had not yet, but that it is something they can consider. <o:p></o:p> <o:p> </o:p> Jan Zorz, 6connect, commented that if we use PA space, and one of the CPE dies, then the neighbor reachability protocol will take care of switching to the other gateway. He added that the source selection mechanism is still fundamentally broken, but work is ongoing at the IETF to address this. Finally, he recommended a draft from Jen Linkova to address the problem of a CPE coming back to life and receiving a different prefix. Jen stated that it is a functioning solution and Jan offered to help with the next steps. <o:p></o:p> <o:p> </o:p> Jen Linkova, asked in her personal capacity, whether we should focus on a limited number of scenarios, covering perhaps 80% of our current use cases, rather than trying to consider all possible scenarios? Jen also responded to Jan’s comment about host gateway tracking by stating that she believes both Microsoft Windows and Apple do this already, and that some work is happening on Linux. Once the Linux problem is solved most of the normal host operating systems will be covered. <o:p></o:p> <o:p> </o:p> Brian Turnbow, twt spa, observed that he had received three different tenders over the last year where they had their own AS number and their own, de-aggregated, /48 assignment. He explained that the tenders came from multinational American companies who were assigning /48s worldwide to different sites, all from their own block. He commented that he had not seen it yet from any European companies. <o:p></o:p> <o:p> </o:p> There were no further questions. <o:p></o:p> <o:p> </o:p> <o:p> </o:p> 4. What’s New on the IPv6 Front at the IETF? <o:p></o:p> Eric Vyncke, Cisco<o:p></o:p> <o:p> </o:p> The presentation is available at: <o:p></o:p> <a href="https://ripe87.ripe.net/wp-content/uploads/presentations/102-20231130-RIPE-87-IPv6-from-IETF.pdf">https://ripe87.ripe.net/wp-content/uploads/presentations/102-20231130-RIPE-87-IPv6-from-IETF.pdf</a><o:p></o:p> <o:p> </o:p> Eric provided an update about what is new on the IPv6 Front at the IETF. <o:p></o:p> <o:p> </o:p> Jan Zorz stated that he really likes the idea of prefix delegation to every host, if every host has a /64 you could run a web server on IP, so there would be no need for IP ports. <o:p></o:p> <o:p> </o:p> Tom Hill, BT, commented that he is a co-author on the Trusted Domain SRv6 draft which is seeking an optional ether type for SRv6. He stated that the reason he did this is that the Micro-SID draft would allow you to forgo the SRH in the packet, which he found concerning. <o:p></o:p> <o:p> </o:p> Jordi Palet Martinez, The IPv6 Company, mentioned that there is a draft being updated which is important to the community - RFC 7084, Basic Requirements for IPv6 Customer Edge Routers. <o:p></o:p> <o:p> </o:p> Tobias Fiebig, MPI-INF, mentioned two additional drafts. The first is updating the DNS trans record requirements making IPv6 an equal citizen to IPv4, which Tobias commented was long overdue. The second deals with IPv4 via IPv6 next hops which we have for NLRI and BGP announcements. <o:p></o:p> <o:p> </o:p> There were no further questions. <o:p></o:p> <o:p> </o:p> <o:p> </o:p> 5. Deployment of 464XLAT in a Medium-sized Operator <o:p></o:p> Jordi Palet Martinez, The IPv6 Company<o:p></o:p> <o:p> </o:p> The presentation is available at: <o:p></o:p> <a href="https://ripe87.ripe.net/wp-content/uploads/presentations/104-464XLAT-deployment-medium-size.pdf">https://ripe87.ripe.net/wp-content/uploads/presentations/104-464XLAT-deployment-medium-size.pdf</a><o:p></o:p> <o:p> </o:p> Jordi discussed his experiences deploying 464XLAT in a medium sized operator. <o:p></o:p> <o:p> </o:p> Michael Richardson, Sandelman Software Works Inc, explained that one of the problems he had discovered with his dual-stacked network was troubleshooting IPv4 only customers. He asked Jordi whether he sometimes had to undo dual stack on them to find out what was broken? Jordi replied that it is sometimes necessary to disable either IPv4 or IPv6 to investigate a problem, but in general it wasn’t too much of a problem. <o:p></o:p> <o:p> </o:p> Rinse Kloek asked whether Jordi had found a CPE vendor that supported the CLAT part of 464XLAT. Jordi responded by stating that he is one of the authors of RFC 8585 (Requirements for IPv6 Customer Edge Routers to Support IPv4-as-a-Service) and that the other two authors are both vendors who support it. However, he agreed that it may be necessary to speak with the vendor regarding specific configuration requirements and mentioned that not all customers will be happy using open source for this. <o:p></o:p> <o:p> </o:p> Urban Suhadolnik asked Jordi for clarification on the APNs with Apple that he mentioned. Is it correct that there is an OTA from Apple that updates them? Jordi replied that no, you need to have an OTA platform on your network. Urban stated that he was also asking for Android because the configuration is already there, it is in the OS when you get the phone. Jordi agreed that it is much easier in Android, if they see that they can choose IPv6 it just works, there is no need to change the PDP type manually. <o:p></o:p> <o:p> </o:p> There were no further questions. <o:p></o:p> <o:p> </o:p> <o:p> </o:p> 6. Thanks, Wrap Up and Rate the Talks [5 min]<o:p></o:p> <o:p> </o:p> Raymond and Jen announced the result of the Working Group Co-chair selection, Christian Seitz was selected.<o:p></o:p> <o:p> </o:p> Raymond reminded everybody to rate the talks at RIPE 87 and Jen asked the working group to submit talks for RIPE 88 in Krakow. The session was closed. <o:p></o:p> <o:p> </o:p> </div> For Internal Use Only </body> </html>