- ipv6-wg - mailman.ripe.net

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