- ipv6-wg - mailman.ripe.net

Asymmetric 6to4 measurements
by Mirjam Kuehne 06 Jun '11

06 Jun '11

[apologies for duplicates] Dear colleagues, In preparation for World IPv6 Day, Richard Barnes and Emile Aben have been working on measuring the impact of 6to4 on the latency of Internet traffic. This new article on RIPE Labs describes the measurement techniques and some initial findings: http://labs.ripe.net/Members/rbarnes/world-ipv6-day-asymmetric-6to4-measure… Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New article on RIPE Labs: Experimental NAT64/DNS64 Service at LITNET
by Mirjam Kuehne 01 Jun '11

01 Jun '11

Dear colleagues, The Lithuanian research and education network LITNET and the Kaunas University of Technology provide an experimental NAT64/DNS64 service. Please find more information on RIPE Labs: http://labs.ripe.net/Members/raimis/experimental-nat64-dns64-service Kind regards, Mirjam Kuehne RIPE NCC

1 0

How DNS caching affects the start of World IPv6 Day
by Mirjam Kuehne 31 May '11

31 May '11

[apologies for duplicates] Dear colleagues, Please find a new article on RIPE Labs showing how DNS caching affects the start of World IPv6 Day and how World IPv6 Day participants can minimise these effects: http://labs.ripe.net/Members/emileaben/when-does-world-ipv6-day-start Kind regards, Mirjam Kuehne RIPE NCC

1 0

IPv6 on P2P links
by Jasper Jans 30 May '11

30 May '11

Can anyone give me some real world experience with IPv6 numbering on P2P links in their network? I've seen the recommendations swing from '/64' to '/127 if your equipment can handle it' and even to 'do not assign anything at all just use link-local' and access your devices over the loopback which your IGP will distribute. The last option seems interesting to me from a IP assignment point of few. It safes me having to allocate a block for this part of the infrastructure. I'm just wondering if in the long run it will not make life harder. Jasper Op dit e-mailbericht is een disclaimer van toepassing, welke te vinden is op http://www.espritxb.nl/disclaimer

13 26

Test your connectivity for World IPv6 Day
by Mirjam Kuehne 27 May '11

27 May '11

Dear colleagues, The RIPE NCC is preparing some measurements for World IPv6 Day. One of them is the IPv6 eye chart, a web page that allows you to test your connectivity to selected dual-stacked web sites and World IPv6 participants. The goal is to see if an end user has connectivity problems to dual-stacked websites. You can read more on RIPE Labs: http://labs.ripe.net/Members/emileaben/world-ipv6-day-ipv6-eye-chart The test can be found here: http://ipv6eyechart.ripe.net/ If you have any questions or want to be included in the test, please contact us at labs at ripe dot net. Kind Regards, Mirjam Kuehne RIPE NCC

1 0

RE: [ipv6-wg] IPv6 on P2P links
by Elad Hefetz 26 May '11

26 May '11

The major problem I can assume happen when using only link local is the issue of replacing hardware. When you replace the cards on the routers it will require you to change the internal routing protocol (IS-IS \ OSPF). Another issue is debugging - when using trace route - all you will see is link-local addresses which make it very difficult to debug issues. We are configuring all our P2P links with /64 prefix on each link. This is not idle and very wasteful way, but it's the only solution to not interfere with RFCs and standards. Also - this is the only way to be multi vendors prepared, be ready for future to come with new IPv6 applications and products. MHO, Elad -----Original Message----- From: ipv6-wg-admin(a)ripe.net [mailto:ipv6-wg-admin@ripe.net] On Behalf Of Jasper Jans Sent: Thursday, May 26, 2011 11:08 AM To: ipv6-wg(a)ripe.net Subject: [ipv6-wg] IPv6 on P2P links Can anyone give me some real world experience with IPv6 numbering on P2P links in their network? I've seen the recommendations swing from '/64' to '/127 if your equipment can handle it' and even to 'do not assign anything at all just use link-local' and access your devices over the loopback which your IGP will distribute. The last option seems interesting to me from a IP assignment point of few. It safes me having to allocate a block for this part of the infrastructure. I'm just wondering if in the long run it will not make life harder. Jasper Op dit e-mailbericht is een disclaimer van toepassing, welke te vinden is op http://www.espritxb.nl/disclaimer

2 1

Announcement: RIPE NCC Training Courses
by Training Mailbox 23 May '11

23 May '11

[Apologies for duplicate e-mails] Dear Colleagues, The RIPE NCC invites you to register for one of our upcoming training courses: - The LIR Training Course This course teaches LIRs how to request Internet number resources and interact with the RIPE NCC. A course outline is available at: http://www.ripe.net/lir-services/training/courses/lir/outline/ - The Routing Registry Training Course This course teaches LIRs how to use the RIPE Database for routing. A course outline is available at: http://www.ripe.net/lir-services/training/courses/rr/ - The IPv6 Training Course This course teaches LIRs about the need for IPv6 and includes basic information on how to plan your deployment. A course outline is available at: http://www.ripe.net/training/ipv6/outline.html To see the location of upcoming courses and to register, please use the LIR Portal or complete the registration form on our website at: RIPE NCC Upcoming Courses List & Registration https://lirportal.ripe.net/lirportal/training/course-list.html If you have any questions, please do not hesitate to contact us at <training(a)ripe.net>. Kind regards, Rumy Kanis Training Services Manager RIPE NCC

1 0

IPv6 CPE Survey - Initial Results on RIPE Labs
by Mirjam Kuehne 23 May '11

23 May '11

[apologies for duplicates] Dear colleagues, Since we published the IPv6 customer premise equipment (CPE) survey during the RIPE 63 meeting, we received more than 100 responses. This new article on RIPE Labs shows some interesting initial results: http://labs.ripe.net/Members/marco/ipv6-cpe-survey-results-may-2011 The survey is still open. If you are using an IPv6 capable CPE and have not yet filled in the survey, we would like to encourage you to do so. The survey can be found here: http://labs.ripe.net/Members/marco/ipv6-cpe-survey-please-participate Kind Regards, Marco Hogewoning & Mirjam Kuehne RIPE NCC

1 0

IPv6 filtering in an ISP environment
by Erik Bais 18 May '11

18 May '11

Hi, I'm looking for examples on what people have implemented as ingress filtering for IPv6 prefixes in an BGP environment. I'm would like to get some sort of filter that will not require daily maintenance based on assigned prefixes by the RIR. I'm leaning towards having some sort of filtering based on: Drop anything from bogon list allow RIR PA space - between /12 - /35 Allow RIR PI space between /32 - /48. (For instance for the RIPE 2001:67c::/32 & 2001:7f8::/32 parts ) So basically, a bit more strict filter than allow 2003::/3 and not having to update it daily with each assignment made J Also some insight in why you have selected to filter on a specific prefix length is very helpful. Erik Bais

5 6

Thought for World IPv6 Day
by Martin Millnert 18 May '11

18 May '11

Hi, I'm thinking that in order for maximizing productive yield of World IPv6 Day as IPv6-believers would like, laying out the relevant steps to take for ISPs, content providers and individual users in a pedagogical manner could be cool (i.e highly useful). I'm imagining something similar to what Google did with http://www.google.com/googlebooks/chrome/index.html for Chrome. I have no idea who would be in charge to bring that about, or if it is at all possible to achieve in the few days left. I hope others are better suited to answer this. Cheers, Martin

4 5

RIPE NCC Measurements for World IPv6 Day
by Mirjam Kuehne 11 May '11

11 May '11

[apologies for duplicates] Dear colleagues, Please find on RIPE Labs a description of the measurements the RIPE NCC is doing prior to and on World IPv6 Day: http://labs.ripe.net/Members/emileaben/ripe-ncc-measurements-for-world-ipv6… This is an extended version of the presentation Emile Aben gave in the MAT-WG at RIPE62. Feedback received at the meeting, has been incorporated. Please also note the call for participation for each of the measurements described in the article. If you have any other feedback or questions, please do not hesitate to contact us at labs(a)ripe.net. Kind Regards, Mirjam Kuehne RIPE NCC

1 0

IPv6 RIPEness - One Year later
by Mirjam Kuehne 04 May '11

04 May '11

[apologies for duplicates] Dear colleagues, A year ago we introduced IPv6 RIPEness - a system that rates IPv6 deployment of Local Internet Registries based on certain criteria. Now, one year later, we were curious to see how the numbers have changed. Please read the update on RIPE Labs: http://labs.ripe.net/Members/becha/ipv6-ripeness-one-year-later Kind Regards, Mirjam Kuehne RIPE NCC

1 0

IPv6 theme day on RIPE 62
by Marco Hogewoning 03 May '11

03 May '11

Dear colleagues, For those of you who missed out on the original announcement and who are wondering why we haven't published an agenda yet. The upcoming RIPE Meeting does not have a formal seating of the IPv6 Working Group. Given the amount of content and the current state of affairs, the collective chairs decided to dedicate a full day to the topic. So Tuesday's plenary session will be all about IPv6, covering a broad range of topics. We have talks about the state of the world, overviews of the available transitioning techniques and various presentations from people who already deployed IPv6 in their network. We are still busy with the final details of the agenda and the time schedule, but this is what we already have scheduled: Dynamic IPv4 Address Release - Olaf Bonness Transition Technologies Overview - Marco Hogewoning IPv6 Mobility in Emergency Teams - Jan Žorž RIPE 501 bis - Jan Žorž et al IPv6 Routing Table Update - Gert Döring IPv6 Deployment Real Case - Ragnar Anfinsen (Altibox Norway) IPv6 Issues on AMS-IX Peering LAN - Arien Vijn Deploying IPv6 Without Huge Costs – Case Study IPv6 Geolocation - TBD IPv6 Pending Badge Initiative - INEX IPv6 CPE survey: Initial results - Mirjam Kuehne As stated we are still busy with the final details and some speakers, for the latest updates please refer to the meeting plan at http://ripe62.ripe.net/programme/meeting-plan/plenary For those who can't make it to Amsterdam, all the sessions will be broadcasted on the Internet and available for remote participation. Details for the webcast will be posted on http://ripe62.ripe.net, session will start at 09:00 CEST. For those coming to the meeting, save travels and see you next week, The IPv6 Working Group co-chairs. Marco, Shane and David Grtx, MarcoH

3 4

Announcement: New IPv6 information videos available now
by Nathalie Trenaman 28 Apr '11

28 Apr '11

Dear Colleagues, The RIPE NCC is pleased to announce the launch of four new information videos on real-life IPv6 deployment experiences. The following videos are now available in the RIPE NCC's E-Learning Centre at: http://www.ripe.net/lir-services/training/e-learning/ipv6 - Jan Žorž talks about "Mobile IPv6" - Tore Anderson gives an overview on "IPv6 and Content Providers" - Nuno Viera talks about "IPv6 in Hosting Environments" - Teun Vink is interviewed about "IPv6 and ISPs" The RIPE NCC E-Learning Centre is free and available to everyone. If you have any questions about this, please contact us at <e-learning(a)ripe.net>. Regards, Nathalie Trenaman Trainer RIPE NCC

1 0

New IPv6 survey released on labs.ripe.net
by Marco Hogewoning 27 Apr '11

27 Apr '11

Hi There, We just released a new version of the IPv6 CPE survey. After lots of feedback on the previous editions, we are now doing a "proper" survey. Based on the responses we receive in this survey we will be able to compile a new edition of our matrix and provide some more statistical background on what is happening in the market. Remember we are totally depending on your feedback to continue this work. The more responses we receive, the easier it gets for us to provide regular updates on which CPE are available on the market and how good they are. So if you have an IPv6 capable router or modem in your house, or you are busy testing them. Please take the time to fill out the survey and help other people to find the device that fits their need. Please see https://labs.ripe.net/Members/marco/ipv6-cpe-survey-please-participate for further details and a link to the survey. Thanks, MarcoH

1 0

Request: IPv6 day preparations
by David Kessens 21 Apr '11

21 Apr '11

Hi, I was wondering whether there is anybody on this list who might be willing and/or knows somebody who can speak at the next RIPE meeting regarding ongoing preparations for the IPv6 day in June: http://isoc.org/wp/worldipv6day/ Specifically, are there any people who are for example preparing their customer service department and other parts of the company as opposed to just moving the main website to ipv6. Are there any problems you expect ? Or, other things that deserve attention ? Please respond to: ipv6-wg-chairs(a)ripe.net Thanks, David Kessens ---

1 0

New article on RIPE Labs: Testing Teredo
by Mirjam Kuehne 20 Apr '11

20 Apr '11

Dear colleagues, Please see a new interesting article on RIPE Labs: Testing Teredo by Geoff Huston: http://labs.ripe.net/Members/gih/testing-teredo Kind Regards, Mirjam Kuehne RIPE NCC

1 0

FYI: APNIC has activated their final /8 policy
by Marco Hogewoning 18 Apr '11

18 Apr '11

Dear Colleagues, As you may have already seen on other mailing lists, APNIC, the Regional Internet Registry for the Asian Pacific region, has reached the end of their pool of available IPv4 addresses. As of Friday April 15, they have activated their "final /8" policy, which was decided upon by the APNIC community [1]. This event in itself does not have any effect on the amount of IPv4 addresses which are still available within the RIPE NCC service region. But we would like to remind you that eventually the RIPE community will have to deal with the same situation. We would like to point out that he RIPE community has decided that an LIR must already have IPv6 addresses before they become eligible for their final allocation under the final /8 policy. This requirement is in addition to having a demonstrated need for address space. For more information about this, please refer to section 5.6 of the IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region [2]. We would like to urge the community to start deploying IPv6 as soon as possible if they haven't done so already. This is the only way to support the long-term growth of the Internet and ensure the continuity of their operations. And if you have already deployed IPv6 in your network, please share your experiences for others to learn from. Greetings, The IPv6 working group chairs, Marco, David & Shane [1] http://www.apnic.net/publications/news/2011/final-8 [2] http://www.ripe.net/ripe/docs/ripe-509

1 0

RIPE IPv4 Pool Graph
by Ahmed Abu-Abed 06 Apr '11

06 Apr '11

Greetings, RIPE NCC is now publishing an IPv4 pool graph with weekly updates, and the latest data show five /8 blocks are remaining. More at http://www.ripe.net/internet-coordination/ipv4-exhaustion/ipv4-available-po… Regards, -Ahmed

1 0

Is there a recommended list for sharing IPv6 deployment experience/woes/etc?
by Niall O'Reilly 29 Mar '11

29 Mar '11

A colleague in the Irish IPv6 TF was asking, and I couldn't think of just the right list. The kind of sharing of operational experience he's looking for doesn't seem to me to fall quite within the scope of the RIPE IPv6 WG list, and certanly not within the IETF v6ops list. I'll be glad to find I'm mistaken, or else to have suggestions ... Thanks in advance. Niall Begin forwarded message: > From: Gavin McCullagh <gavin.mccullagh(a)gcd.ie> > Date: 29 March 2011 12:02:46 GMT+01:00 > To: Irish IPv6 Task Force <ipv6tf(a)listserv.tssg.org> > Subject: [Ipv6tf] spoofed router advertisements > Reply-To: Gavin McCullagh <gavin.mccullagh(a)gcd.ie> > > > Hi folks, > > I realise this isn't a list for practical details of running IPv6, but is > there a list people do recommend? > > For some time now, on and off, we've been noticing bogus IPv6 router > advertisements, presumably from student laptops. [...]

6 6

New on RIPE Labs: 6to4 - Why is it so Bad?
by Mirjam Kuehne 21 Mar '11

21 Mar '11

[apologies for duplicates] Dear colleagues, In an earlier article on RIPE Labs, we showed that a large percentage of 6to4 connections fail. In this new article by Emile Aben, we look at why these connections fail and what can be done about this: http://labs.ripe.net/Members/emileaben/6to4-why-is-it-so-bad Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Re: ipv6-wg -- confirmation of subscription -- request 440625
by Henk Uijterwaal 15 Mar '11

15 Mar '11

confirm 440625

1 0

"Preparing an IPv6 Addressing Plan" - New Manual Published on www.ripe.net
by Nathalie Trenaman 15 Mar '11

15 Mar '11

Dear colleagues, The RIPE NCC has just published "Preparing an IPv6 Addressing Plan", an easy-to-read manual to help End Users effectively distribute large blocks of IPv6 address space over their networks. The document is available for download here: http://www.ripe.net/training/material/IPv6-for-LIRs-Training-Course/IPv6_ad… The manual was written by Sander Steffann and Surfnet. It has been translated from Dutch to English by the RIPE NCC. If you have any feedback about the manual, please send it to: <nathalie(a)ripe.net> Kind Regards, Nathalie Trenaman RIPE NCC Trainer

1 0

Re: [address-policy-wg] IPv6 allocations for 6RD
by Ahmed Abu-Abed 28 Feb '11

28 Feb '11

Greetings, Compared to 6RD, the TSP protocol (RFC 5572) can also rapidly deploy IPv6, needing one /32 allocation while customer site prefixes can be /64, /56 or /48. Reason is TSP doesn't embed the customer's IPv4 address in its IPv6 address as 6RD does. Being a hot topic nowadays, its worth mentioning customer site access gear (CPE) requirements are more relaxed with TSP as it doesn't need the Service Provider IPv4-only access modem to be changed or upgraded. A TSP client can run in a small hardware device (thru an Ethernet interface connection) or a software client in the home network behind the SP modem while enabling all v6 capable nodes with the assigned prefix by automatically establishing a tunnel to the SP TSP tunnel server. Since TSP allows for static prefix assignment and larger prefixes than /64 without wasting v6 space, this would mimic a native deployment more closely. The stateful tunneling could be seen as any other encapsulation in the access, and a few service providers have it running already. In the long term, both 6RD and TSP will give way to reverse tunneling i.e. v4-in-v6, as this is the only way (after IPv4 depletion) for both protocols to co-exist on a host while having a mix of v4-only and dual-stack accessible services/website. Reverse tunneling's current protocols, DS-Lite and DSTM, are very similar to TSP's concept so the same clients & servers supporting TSP can be adapted to support DS-Lite. Unfortunately, until IPv4 disappears from web content, hosts and servers these coexistence mechanisms will be needed. Regards, -Ahmed From: Kurt Smolderen Sent: Monday, February 28, 2011 11:13 AM To: address-policy-wg(a)ripe.net Subject: RE: [address-policy-wg] IPv6 allocations for 6RD I strongly support the idea of assigning a smaller prefix to ISPs which are in a state of deploying IPv6 but need to use transitional mechanism for (some of) their customers. Mark has described one of the problems very clear in his email: if an ISP has only a /32 prefix and needs to use all 32 IPv4 bits in the 6rd configuration, only a /64 can be delivered to the home instead of the desired /56 or /48. Needing all 32 bits is for instance the case when an ISP offers internet connectivity to some of its customers via a partnership with another ISP. However, I want to point to an additional problem which appears when an ISP wants to deploy native IPv6 but needs to roll out 6rd (or any other transitional technique) as well. For native IPv6, the ISP will create an IPv6 addressing plan. This will normally include separate prefixes for the ISP's own servers, the ISP's backbone, the ISP's customers etc. For the 6rd domain, the full /32 range is however needed. So at this stage, the ISP has two options: 1) Implement 6rd only 2) Implement native IPv6 only and exclude some customers from being able to use IPv6 (those which would normally be connected through 6rd) I strongly believe we all agree 6rd is only a temporary solution. So I can't imagine we would prefer skipping native IPv6 deployments in favor of IPv6 transitional mechanisms. I also believe we all agree we should enable IPv6 for as much customers as we can, which makes me conclude the second 'option' is not really an option at all... My primary concern is that any ISP - regardless of how small or big it is - can independently of other organizations/ ISPs move forward with IPv6 deployment. RIPE can support this by adapting a policy which - albeit for a limited time span - allows the assignment of a contiguous IPv6 prefix which size does not only depend on the amount of customers the ISP has, but also incorporates the needed technologies to 'IPv6-enable' as much customers as possible. Regards, -Kurt

2 1

Benefits of IPv4 exhaustion
by Shane Kerr 25 Feb '11

25 Feb '11

All, As seen in today's xkcd: http://xkcd.com/865/ Happy Friday everyone! -- Shane

1 0