- ipv6-wg - mailman.ripe.net

New document available: RIPE-501 Requirements For IPv6 in ICT Equipment
by Marco Hogewoning 25 Nov '10

25 Nov '10

Dear community, A new ripe document, RIPE-501, has been published "Requirements For IPv6 in ICT Equipment". This document aims to be a guide of what to ask for exactly when IPv6 is a requirement in a tender or some contract and lists the various applicable RFCs for specific kinds of ICT equipment. The document is available on http://www.ripe.net/ripe/docs/ripe-501.html Please note that when using this document as a reference, as with any RIPE document, it might get superseded by new versions in the future. Many thanks to the authors and everybody who helped with proof reading, translation and feedback. Marco, David & Shane, co-chairs of the IPv6 working group

2 1

AUTO: Nicht erreichbar bis 29.11.2010 / Out of Office until 29.11.2010
by Joachim Strohbach 25 Nov '10

25 Nov '10

Ich bin abwesend und kehre am 29.11.2010 zurück. Danke für Ihre E-Mail-Nachricht. Ich bin bis 29. November 2010 nicht im Büro. In dringenden Angelegenheiten kontaktieren Sie bitte DENIC IT-Services (E-Mail: its(a)denic.de, Tel: (069) 27235-160 oder -250). ----- Thank you for your email message. I am not in the office until 29 November 2010. In urgent cases please contact DENIC IT-Services (e-mail: its(a)denic.de, Tel: +49 69 27235-160 or -250). -- Joachim Strohbach Leiter IT-Services / Head of IT-Services DENIC eG Kaiserstraße 75-77 60329 Frankfurt am Main GERMANY E-Mail: strohbach(a)denic.de Fon: +49 69 27235-123 Fon: +49 69 27235-160 (Assistance) Fon: +49 69 27235-250 (IT-Services) Fax: +49 69 27235-239 SIP-URI: sip:123@denic.de http://www.denic.de PGP-KeyID: 0x7A8A00FF, Fingerprint: 30AB 0F15 17D3 995F CA50 F0A8 EA30 B915 7A8A 00FF Angaben nach § 25a Absatz 1 GenG: DENIC Domain Verwaltungs- und Betriebsgesellschaft eG (Sitz: Frankfurt am Main) Vorstand: Sabine Dolderer, Helga Krüger, Carsten Schiefner, Dr. Jörg Schweiger Vorsitzender des Aufsichtsrats: Elmar Knipp Eingetragen unter Nr. 770 im Genossenschaftsregister, Amtsgericht Frankfurt am Main Hinweis: Dies ist eine automatische Antwort auf Ihre Nachricht "New document available: RIPE-501 Requirements For IPv6 in ICT Equipment" gesendet am 24.11.10 20:48:45. Diese ist die einzige Benachrichtigung, die Sie empfangen werden, während diese Person abwesend ist.

1 0

Last Call (20101117): Requirements For IPv6 in ICT Equipment
by David Kessens 24 Nov '10

24 Nov '10

Working Group, The "Requirements For IPv6 in ICT Equipment" draft seems to have reached a level of maturity that is enough to issue a formal Last Call to determine whether it is ready for publication as a RIPE document. The latest version is available here: http://www.ripe.net/ripe/draft-documents/ipv6-ict-requirements.html We would appreciate if you let us know by the end of November 17, 2010 if you have read the document and whether you support the publication of the document. As long as we get at least 8 statements of support and no significant issues are raised, we will ask the RIPE NCC to publish the document after fixing minor editorial issues (if found). David, Marco & Shane ---

11 30

Re: [ipv6-wg] Last Call (20101117): Requirements For IPv6 in ICT Equipment
by Marco Hogewoning 23 Nov '10

23 Nov '10

Please for the process, as this is a last call, be very clear wether you are making comments about future versions or if you are objecting against publication of the current document. So far I consider this future improvements and we will go forward with publishing the current text as final. If anybody objects, please state this clearly and we will back out. The authors already agreed to do a second version together with some help from others, at the same time we have stakeholders who would like to get this draft label removed. Groet, MarcoH ----- Reply message ----- From: "Isacco Fontana" <isacco.fontana(a)trentinonetwork.it> Date: Tue, Nov 23, 2010 18:18 Subject: [ipv6-wg] Last Call (20101117): Requirements For IPv6 in ICT Equipment To: <mtinka(a)globaltransit.net> Cc: <ipv6-wg(a)ripe.net>, "Ivan Pepelnjak" <ipepelnjak(a)gmail.com>

2 1

Re: [ipv6-wg] Last Call (20101117): Requirements For IPv6 in ICT Equipment
by Ivan Pepelnjak 23 Nov '10

23 Nov '10

Dear all, As I'm one of the original authors of this document (now nicely hidden behind the "Slovenian IPv6 working group" blob ;) and had a bit to do with MPLS in the past, please allow me to comment on the MPLS-related requirements. 6PE/6VPE ========= Unfortunately, the only way to combine IPv6 with MPLS features like MPLS-TE or FRR today (and in the next few years) is to run IPv4 MPLS core and 6PE/6VPE. The requirement to support 6PE/6VPE is thus MANDATORY, but has to be conditioned the same way mobile IPv6 is. I would therefore suggest that we add the following two bullets to the "Mandatory support" part of the "Router or Layer 3 switch" equipment: * If MPLS functionality (for example, BGP-free core, MPLS TE, MPLS FRR) is requested, the PE-routers and route reflectors MUST support "Connecting IPv6 Islands over IPv4 MPLS Using IPv6 Provider Edge Routers (6PE)" [RFC 4798] * If layer-3 VPN functionality is requested, the PE-routers and route reflectors MUST support "BGP-MPLS IP Virtual Private Network (VPN) Extension for IPv6 VPN" [RFC 4659] MT IS-IS & MPLS =============== There's another gotcha that we totally missed: MT for IS-IS (RFC 5120) should be mentioned and it should be MANDATORY in combination with MPLS (otherwise you might experience some weird symptoms if you decide to run some IPv6 natively). The "Router or Layer 3 switch" equipment section thus needs two more items: MANDATORY --------- * If MPLS Traffic Engineering is used in combination with IS-IS routing protocol, the equipment MUST support "M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)" [RFC 5120] OPTIONAL -------- * When IS-IS routing protocol is requested, the equipment SHOULD support "M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)" [RFC 5120] (this support is highly recommended) Best, Ivan Pepelnjak www.ioshints.info

4 4

New draft document available: Requirements For IPv6 in ICT Equipment
by Marco Hogewoning 17 Nov '10

17 Nov '10

(apologies for any duplicate emails) Dear Colleagues, Jan Zorz and Sander Steffan have prepared a document to serve as a guide what the requirements should be when asking for IPv6 in a tender or contract. It is our intention to publish this document as a RIPE document BCP so people can use this as an external reference. The draft version of this document is available at http://www.ripe.net/ripe/draft-documents/ipv6-ict-requirements.html Your comments and feedback can be sent to the IPv6 working group mailing-list on ipv6-wg(a)ripe.net. Regards, Marco Hogewoning IPv6 WG co-chair

7 17

Interactive Graph on RIPE Labs: Networks with IPv6 over Time
by Mirjam Kuehne 16 Nov '10

16 Nov '10

Dear colleagues, On RIPE Labs you can now find an interactive graph (provided by Emile Aben) that shows the percentage of networks (ASes) that announce one or more IPv6 prefixes in the global routing table. You can specify countries and compare the IPv6 deployment by region: https://labs.ripe.net/Members/emileaben/interesting-graph-networks-with-ipv… Kind Regards, Mirjam Kuehne RIPE NCC

5 6

Announcement: RIPE NCC Training Courses
by Training Mailbox 16 Nov '10

16 Nov '10

[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/training/lir/outline.html - 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/training/rr/outline.html - 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

Draft agenda RIPE-61: Tuesday November 16th 16:00 - 18:00 CET
by Marco Hogewoning 16 Nov '10

16 Nov '10

Hello, Sorry for beng a bit late. This is the draft agenda for the IPv6 WG sesison in Rome. We have a pretty full programme with lots of interesting examples of what happens when you deploy IPv6 in the real world. 1 opening/administrativa 2 "Experiences from an IPv6-only world" - Jari Arkko/Ari Keranen 3 "Detecting (and fixing!), IPv6 dualstack brokenness" - Tore Aderson 4 "The results on introducing native IPv6 at XS4ALL - Marco Hogewoning 5 "RIPE NCC stats" - Emile Aben 6 "Native IPv6 via xDSL - How to tweak your LNS" - Emanuel Kleindienst 7 "Requirements For IPv6 in ICT Equipment" - Jan Zorz/Sander Steffan 8 "Update on policy proposal 2010-06" - Marco Hogewoning/Remco van Mook See you all in Rome and for those of you who can't make it, this session will be live broadcasted. See http://ripe61.ripe.net/programme/remote-participation/ for more information. On behalf of the IPv6 WG chairs, Marco Hogewoning

2 2

Re: [ipv6-wg] Last Call (20101117): Requirements For IPv6 in ICT Equipment
by Ivan Pepelnjak 10 Nov '10

10 Nov '10

Dear all, As I'm one of the original authors of this document (now nicely hidden behind the "Slovenian IPv6 working group" blob ;) and had a bit to do with MPLS in the past, please allow me to comment on the MPLS-related requirements. 6PE/6VPE ========= Unfortunately, the only way to combine IPv6 with MPLS features like MPLS-TE or FRR today (and in the next few years) is to run IPv4 MPLS core and 6PE/6VPE. The requirement to support 6PE/6VPE is thus MANDATORY, but has to be conditioned the same way mobile IPv6 is. I would therefore suggest that we add the following two bullets to the "Mandatory support" part of the "Router or Layer 3 switch" equipment: * If MPLS functionality (for example, BGP-free core, MPLS TE, MPLS FRR) is requested, the PE-routers and route reflectors MUST support "Connecting IPv6 Islands over IPv4 MPLS Using IPv6 Provider Edge Routers (6PE)" [RFC 4798] * If layer-3 VPN functionality is requested, the PE-routers and route reflectors MUST support "BGP-MPLS IP Virtual Private Network (VPN) Extension for IPv6 VPN" [RFC 4659] MT IS-IS & MPLS =============== There's another gotcha that we totally missed: MT for IS-IS (RFC 5120) should be mentioned and it should be MANDATORY in combination with MPLS (otherwise you might experience some weird symptoms if you decide to run some IPv6 natively). The "Router or Layer 3 switch" equipment section thus needs two more items: MANDATORY --------- * If MPLS Traffic Engineering is used in combination with IS-IS routing protocol, the equipment MUST support "M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)" [RFC 5120] OPTIONAL -------- * When IS-IS routing protocol is requested, the equipment SHOULD support "M-ISIS: Multi Topology (MT) Routing in Intermediate System to Intermediate Systems (IS-ISs)" [RFC 5120] (this support is highly recommended) Best, Ivan Pepelnjak www.ioshints.info

1 0

IPv6 Crawler and Matrix now on RIPE Labs
by Mirjam Kuehne 20 Oct '10

20 Oct '10

Dear colleagues, The UK ISOC chapter together with the Nile University in Egypt have developed an IPv6 crawler and matrix. You can now find the description including a pointer to the tool and the maps showing the results on RIPE Labs: http://labs.ripe.net/Members/mirjam/ipv6-crawler-and-matrix Kind Regards, Mirjam Kuehne RIPE Labs

1 0

more on IPv6 CPEs
by João Damas 19 Oct '10

19 Oct '10

http://blog.comcast.com/2010/10/comcast-donates-additional-ipv6-open-source… Posted by Richard Woundy, SVP, Software and Applications, in Broadband "Comcast has now released additional free open source software that may help facilitate the industry's and end users' transition to IPv6. We are releasing home gateway device (a.k.a. home router) software, which is available here as open source, developed in conjunction with Xavient Information Systems. While it is very important that home gateway devices to support native IPv6, devices may still need to handle situations where tunnel-based IPv6 transition technology would be used. Thus, this software release supports cases where either IPv6 is tunneled over IPv4 using 6RD, or IPv4 is tunneled over IPv6 using Dual-Stack Lite. More information is available on the Comcast IPv6 Information Center."

2 1

New on RIPE Labs: Study on IPv6 Background Radiation
by Mirjam Kuehne 04 Oct '10

04 Oct '10

[apologies for duplicates] Dear colleagues, Geoff Huston has done an interesting study on "Background Radiation in IPv6". The results are published on RIPE Labs: https://labs.ripe.net/Members/mirjam/background-radiation-in-ipv6 Kind Regards, Mirjam Kuehne RIPE NCC

1 0

US government IPv6 mandate
by Shane Kerr 04 Oct '10

04 Oct '10

All, Old-ish news, but I only saw this just now: http://news.techworld.com/networking/3241574/obama-administration-issues-ip… I look forward to success stories of people trying to get US visas using IPv6. ;) -- Shane

2 1

AUTO: Nicht erreichbar bis 4.10.2010 / Out of Office until 4.10.2010
by Joachim Strohbach 01 Oct '10

01 Oct '10

Ich bin bis 04.10.2010 abwesend. Danke für Ihre E-Mail-Nachricht. Ich bin bis 4. Oktober 2010 nicht im Büro. In dringenden Angelegenheiten kontaktieren Sie bitte DENIC IT-Services (E-Mail: its(a)denic.de, Tel: (069) 27235-160 oder -250). ----- Thank you for your email message. I am not in the office until 4 October 2010. In urgent cases please contact DENIC IT-Services (e-mail: its(a)denic.de, Tel: +49 69 27235-160 or -250). -- Joachim Strohbach Leiter IT-Services / Head of IT-Services DENIC eG Kaiserstraße 75-77 60329 Frankfurt am Main GERMANY E-Mail: strohbach(a)denic.de Fon: +49 69 27235-123 Fon: +49 69 27235-160 (Assistance) Fon: +49 69 27235-250 (IT-Services) Fax: +49 69 27235-239 SIP-URI: sip:123@denic.de http://www.denic.de PGP-KeyID: 0x7A8A00FF, Fingerprint: 30AB 0F15 17D3 995F CA50 F0A8 EA30 B915 7A8A 00FF Angaben nach § 25a Absatz 1 GenG: DENIC Domain Verwaltungs- und Betriebsgesellschaft eG (Sitz: Frankfurt am Main) Vorstand: Sabine Dolderer, Helga Krüger, Carsten Schiefner, Dr. Jörg Schweiger Vorsitzender des Aufsichtsrats: Elmar Knipp Eingetragen unter Nr. 770 im Genossenschaftsregister, Amtsgericht Frankfurt am Main Hinweis: Dies ist eine automatische Antwort auf Ihre Nachricht "[ipv6-wg] New draft document available: Requirements For IPv6 in ICT Equipment" gesendet am 1.10.10 10:23:28. Diese ist die einzige Benachrichtigung, die Sie empfangen werden, während diese Person abwesend ist.

1 0

Call for agenda items for RIPE 61 in Rome
by Shane Kerr 19 Sep '10

19 Sep '10

Hello, The next RIPE meeting is only 56 days away! The IPv6 working group is currently scheduled to meet on Tuesday, 2010-11-16 at 16:00. We are interested in your IPv6 presentations or discussions. All items that are IPv6-related are on-topic (including plans for IPv4 co-existence after run-out). Please send your proposals to David, Marco, or myself. See you in Rome! -- Shane

1 0

Re: [address-policy-wg] 2010-06 New Policy Proposal (Registration Requirements for IPv6 End User Assignments): discussion in the IPv6-WG mailing list
by Marco Hogewoning 10 Sep '10

10 Sep '10

Oh and could people at least cross-post ? On 3 sep 2010, at 21:13, Marco Hogewoning wrote: > > On 3 sep 2010, at 17:30, Sander Steffann wrote: > >> Hi, >> >>>> A new policy proposal, 2010-06, "Registration Requirements for IPv6 End >>>> User Assignments", was published to the IPv6 Working Group mailing list today. >>> >>> I think I like this policy, mostly. >>> >>> The only issue I have is that it appears to mandate that all assignments makes from a SUB-ASSIGNED PA block are exactly the length specified. This means that if the ISP has policies of, say, /56 for most customers but /48 for some, while at the same time wanting to implement some form of per-PoP prefix aggregation, it means assigning multiple blocks per aggregation point, one per assignment size. >> >> Allowing multiple "assignment-size:" fields might solve that. > > No it won't, you have a /40 with assignment size /56 and /64 and then how to specify which customer has what. Can't we solve this by allowing more specifics ? > > The original thought was to just create multiple entries, one for each assignment size. But we could allow for something like: > > bla:://40 -> assignment size /48 > bla::1/48 -> assignment size /56 > > MarcoH > MarcoH

8 13

2010-06 New Policy Proposal (Registration Requirements for IPv6 End User Assignments)
by Emilio Madaio 03 Sep '10

03 Sep '10

Dear Colleagues, A new RIPE Policy Proposal has been made and is now available for discussion. The proposal has two purposes: to create a new policy document and to change a current one. You can find the full proposal at: http://www.ripe.net/ripe/policies/proposals/2010-06.html We encourage you to review this proposal and send your comments to <ipv6-wg(a)ripe.net> before 29 September 2010. Regards Emilio Madaio Policy Development Officer RIPE NCC

4 4

IPv6 RIPEness - Criteria for a Potential Fifth Star Rating - RIPE Labs
by Amanda Gowland 17 Aug '10

17 Aug '10

[Apologies for duplicates] Dear Colleagues, Earlier this year, RIPE Labs posted an article about IPv6 "RIPEness", a 4-star rating system of LIR IPv6 deployment. In that article, we asked for feedback on what criteria we could use to determine the potential addition of a 5th star to the rating system. We received some great feedback on how we could determine a 5-star RIPEness rating, you can read about it on RIPE Labs: https://labs.ripe.net/Members/becha/ipv6-ripeness-5th-star-criteria As always, any comments or suggestions are welcome. You can send us email or post in the article's comment section. Kind Regards, Amanda Gowland RIPE NCC

1 0

Updated IPv6 CPE Survey on RIPE Labs
by Mirjam Kuehne 26 Jul '10

26 Jul '10

[apologies for duplicates] Dear colleagues, Since Marco Hogewoning published the first version of the IPv6 CPE Survey on RIPE Labs just after the RIPE Meeting in May, he found additional information. The most up-to-date matrix, including data we received from some of the vendors in the meantime is now published on RIPE Labs: https://labs.ripe.net/Members/mirjam/ipv6-cpe-survey-updated Should you have any additional experience with some of the equipment listed there, please leave a comment under the article or contact us at labs(a)ripe.net Kind Regards, Mirjam Kühne RIPE NCC

1 0

Addressing plan exercise for our IPv6 course
by Nathalie Trenaman 22 Jul '10

22 Jul '10

The Training team has been working on an exercise for the IPv6 training course we deliver for LIRs. It's aimed at people who are unfamiliar with IPv6, so the goal is to get them to the point where once they get their IPv6 /32 allocation, they have a good idea how to subdivide prefixes over their network and how to write an addressing plan. Here's a PDF with the exercise (two pages A3): http://bit.ly/c7jZRJ We are curious to hear if you think it's clear and useful. Any feedback is greatly appreciated. Thanks, Nathalie Trenaman RIPE NCC Trainer (Big props go to Marco Hogewoning @XS4ALL)

1 0

Looking for comments
by Fred Baker 21 Jul '10

21 Jul '10

Hi IETF IPv6 Operations WG is looking at this draft, and we're interested in any comments you might have as well. http://tools.ietf.org/html/draft-arkko-ipv6-transition-guidelines "Guidelines for Using IPv6 Transition Mechanisms", Jari Arkko, Fred Baker, 12-Jul-10

1 0

IPv6 Conference in Jordan - 29 July 2010
by Ahmed Abu-Abed 18 Jul '10

18 Jul '10

Hello everyone, I am glad to announce that a one day IPv6 conference will be held in Amman, Jordan on Thursday 29th July, and the conference agenda is attached. This is organised by the IPv6 Forum - Jordan Chapter with RIPE NCC participation, and if interested in attending or sponsorship then please let me know. Best wishes, Ahmed Abu-Abed VP, IPv6 Forum - Jordan

1 0

IPv4 reaches a milestone: 365 days left
by Ahmed Abu-Abed 15 Jul '10

15 Jul '10

Greetings, Today the IPv4 counters show there is 1 year left for IANA IPv4 depletion date or X-Day, more details on the IPv6 Forum website. Note that this is a conservative estimate as a few months ago the prediction was October 2011. A less conservative estimate taking into consideration exponential growth of IPv4 demand on a regional level shows April 2011 for X-Day, more at http://ipv4depletion.com/ Best wishes, -Ahmed P.S. Download the depletion counter gadgets for Win, Mac and iPhone from http://inetcore.com/project/ipv4ec/index_en.html

3 4

Last call to participate: 2010 Global IPv6 Deployment Monitoring Survey
by Paul Rendek 14 Jul '10

14 Jul '10

[Apologies for duplicates] Dear Colleagues, This is a last-call reminder to participate in the 2010 Global IPv6 Deployment Monitoring Survey, conducted by GNKS Consult and TNO in collaboration with the RIPE NCC. The survey is available at: http://www.surveymonkey.com/s/IPv6deploymentmonitoring2010 The deadline to complete the survey is this Thursday, 1 July 2010. All five Regional Internet Registries have committed to soliciting participation in this survey in order to compile the most complete global IPv6 deployment data possible. The goal of the survey is to gain a better understanding of where the community is moving, and what can be done to ensure the Internet community is ready for the widespread adoption of IPv6. We encourage all organisations in the RIPE NCC service region to participate in this survey, which we hope will establish a comprehensive view of present IPv6 penetration and future plans for IPv6 deployment. The survey is composed of 23 questions and can be completed in about 15 minutes. For those without IPv6 allocations or assignments, or who have not yet deployed IPv6, the questions will be fewer in number. Results of the IPv6 Deployment Monitoring Survey will be presented and discussed at RIPE 61, which will be held 15-19 November in Rome, Italy. Results will also be published on IPv6 Act Now: http://ipv6actnow.org Please provide your name and contact information on the survey form if you wish to receive the draft survey analysis when available. Please also indicate whether you are willing to share additional data with the TNO and GNKS Consult IPv6 Deployment Monitoring team. Any questions concerning the survey itself should be addressed to <info(a)gnksconsult.com>. Regards, Paul Rendek Head of External Relations and Communications RIPE NCC

2 1