- ipv6-wg - mailman.ripe.net

IPv6 Act Now news update
by Chris Buckridge 28 Jan '10

28 Jan '10

Hi all, In what I hope will be a regular addition to the IPv6 WG mailing list, I wanted to provide a quick round-up of some of the items we've featured in the IPv6 Act Now newsfeed over the past week. These are provided for your information, but also, we hope, to provoke some discussion. You're obviously welcome to discuss on this list, or you can leave comments on the new pages themselves at www.ipv6actnow.org. I'd also be keen to hear feedback on whether the WG feels that this is a useful activity! Regards, Chris Buckridge, RIPE NCC IPv6 interview: Maria Häll, Swedish Government (28 Jan 2010) Maria Häll, Deputy Director for the Ministry of Enterprise, Energy and Communications in Sweden, and Co-chair of the RIPE Cooperation Working Group, talks about the role governments can play in encouraging IPv6 deployment in the latest IPv6 Act Now video interview. <http://www.ipv6actnow.org/2010/01/maria-hall-interview/> Comcast to start a series of public IPv6 trials using 3 transition mechanisms (28 Jan 2010) Comcast announced plans to conduct production-network trials of IPv6 technology in the coming year. The trials are aimed at helping identify and solve any areas of difficulty involved in the transition to IPv6, and determining what approach will be the easiest and most seamless for Comcast's customers. <http://www.ipv6actnow.org/2010/01/comcast-to-start-a-series-of-public-ipv6-… > Blue Coat introduces industry’s first IPv6 secure Web gateway solution (25 Jan 2010) Blue Coat Systems announced that it has introduced the industry’s first IPv6 secure web gateway solution to enable the secure and seamless migration of applications, services and content between IPv4 and IPv6 environments. <http://www.ipv6actnow.org/2010/01/blue-coat-introduces-industrys-first-ipv6… > 2009, the year before IPv6 took off? (22 Jan 2010) Emile Aben, of the RIPE NCC Science Department, talks about some of the signs of IPv6 adoption seen from the RIPE NCC, in terms of traffic to RIPE NCC websites and services. [links to the RIPE Labs website] <http://www.ipv6actnow.org/2010/01/2009-year-ipv6-took/> BT Diamond IP awarded U.S. patent for integrated management of IPv4 and IPv6 (21 Jan 2010) Shane Kerr mentioned this briefly on the list earlier in the week: BT Diamond IP announced the awarding of U.S. Patent 7,623,547 for "Internet Protocol Address Management System and Method", an IP Address Management (IPAM) system which supports both IPv4 and IPv6 address space using a unique hierarchical container structure and block allocation techniques. <http://www.ipv6actnow.org/2010/01/bt-diamond-ip-awarded-u-s-patent-for-inte… >

1 0

Comcast IPv6 trials
by Sander Steffann 28 Jan '10

28 Jan '10

FYI: Jaap Akkerhuis just brought this to the attention of the Dutch IPv6 task force list: <john_brzozowski(a)cable.comcast.com> wrote: > Folks, > > I am emailing you today to share some news that we hope you will find > interesting. > > Today we are announcing our 2010 IPv6 trial plans. =A0For more informatio= n > please visit the following web site: > > http://www.comcast6.net > > We have also made available a partial, dual-stack version of our portal > which can be found at: > > http://ipv6.comcast.net

1 0

[Fwd: IPv6 deployment scenarios]
by Brian E Carpenter 26 Jan '10

26 Jan '10

Please excuse the interruption if you've already seen this. -------- Original Message -------- Subject: IPv6 deployment scenarios Date: Fri, 22 Jan 2010 10:37:08 +1300 From: Brian E Carpenter <brian.e.carpenter(a)gmail.com> Organization: University of Auckland To: nanog(a)nanog.org Hi, Sheng Jiang (Huawei) and Brian Carpenter (University of Auckland, research consultant to Huawei) are currently running a questionnaire on IPv6 deployment, addressed to every ISP. The purpose is to provide facts for a document about deployment scenarios that we are drafting for discussion in the IETF. We will keep your reply strictly confidential and we will publish only combined results. We will not identify information about individual ISPs in any published results. If you request it, we will not mention you or the ISP in the acknowledgments. Please find the questionnaire at http://www.cs.auckland.ac.nz/~brian/ISP-v6-QQ.html Answers are requested ASAP. (Hmm. As I write, the IPv6 access to that server is broken. Hopefully it will be back soon.) btw, we know that the questionnaire is imperfect; all questionnaires are imperfect. Also, this is not a marketing survey; we are after technical information. Regards Brian Carpenter

1 0

Call for nominations for co-chair position ipv6 working group 20100202
by David Kessens 25 Jan '10

25 Jan '10

I would like to invite everybody who is interested him/herself, or would like to propose somebody else for the position of co-chair of the ipv6 working group. Nominations should be received by me or on the list by close of business in a time zone of your choice by Feb 2, 2010. I already received two nominations for Shane Kerr <shane(a)time-travellers.org> and Marco Hogewoning <marcoh(a)marcoh.net>. The procedure that we plan to use to select our co-chairs is outlined in: http://www.ripe.net/ripe/maillists/archives/ipv6-wg/2010/msg00028.html As mentioned in the above mail, the exact selection procedure is still a proposal and subject to change. David Kessens ---

5 5

Two new IPv6 related articles on RIPE Labs
by Mirjam Kuehne 25 Jan '10

25 Jan '10

Dear colleagues, Please see two IPv6 related articles published on RIPE Labs recently: 1. REX - the Resource Explainer - is now also supporting IPv6 addresses. See a description and some examples here: http://labs.ripe.net/content/rex-supports-ipv6 Please check out the tool and let us know if you have any comments or suggestions. 2. We have been measuring IPv6 usage on RIPE Labs and other servers and found some encouraging results. You can find more details here: http://labs.ripe.net/content/2009-year-ipv6-took Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Proposed procedure for ipv6 working group cochair selection process
by David Kessens 22 Jan '10

22 Jan '10

All, As mentioned earlier, I would like to write down our approach for co-chair selection. This would help us to have an open and transparent process to get a cochair appointed, but also help in the future for other working groups as either an example or at the minimum that they can use the same set of principles. I believe that this request already has resulted in a quite bit useful discussion on a few things that we should, or shouldn't do and many of you mentioned that it would be useful if we don't wait too long as our new charter would also be a good starting point for the appointment of (an) additional cochair(s). Below, I will summarize some of the key principles that I came away with and my initial idea on how to start the process. Since these are initial ideas, I very much welcome your input or if you would be interested in volunteering to work out the text further. At the same time, there doesn't seem to be much disagreement about the first step of the process so I would like to start with that step right away: an open call for candidates. I realize that there is a bit of risk involved on starting this before we have agreed on the full process: however, there has been already quite a bit discussion on the list on the general direction and I have confidence in our community that we will be able to find a workable solution along the way. I will send a seperate mail with an official call for nominations. David Kessens --- Date: Thu Jan 21 21:36:39 PST 2010 Draft Proposal on handling of chair position selection within the RIPE community RIPE (Réseaux IP Européens) is a collaborative forum open to a parties interested in wide area IP networks in Europe and beyond. Work is carried out within a variety of working groups. Each of these working groups has more than one co-chair. The selection process for a chair position is deliberately left to the working group, so that at any given time, the community is free to select the organisational structure that best reflects the work they want to do at that time. Working group chairs are responsible for organizing the working groups activities as defined in their charters. In addition, they are required to participate in the policy making process to judge and ensure that the RIPE policy making process has been properly followed after new policy proposals have been accepted by a working group (http://www.ripe.net/ripe/docs/pdp.html). While the actual implementation of the chair position selection process is on purpose not codified in any process document, it is expected that such a process follows the same principles as outlined in the RIPE policy development process: 1. It is open to all and follows an established, bottom-up process of collaboration. Everyone interested in the well-being of the Internet may propose a policy and take part in the discussions that follow on from the proposal. 2. It is transparent. All discussions and resulting actions are documented and freely available to all. 3. Conclusions are reached by consensus. 4. All policies are documented within RIPE Documents and placed in the RIPE Document Store The same dispute resolution process as used for the policy development applies to cochair selection process or results of the process. The Process As there is no standardized process for working group selection, this section serves as an example only and describes on how the IPv6 working group is currently selecting its co-chairs. The following is a proposal only and it has not been decided on how to continue after the nomination step. - Call for nominations of more than 7 days (self nominations being ok) - During the same time period: 1) The nominees are given a chance to determine whether they want to be considered or withdraw as they decided that there are other good candidates already available 2) The community may express opinions that could help the candidates to come to a decision on whether they want to be continued to be considered as a candidate - the community may consider appointing more than one co-chair in case of several good candidates - If the discussion period seems to result in a consensus decision, a last call of more than 7 days is issued or - Each nominee writes a short statement to the WG Mailinglist - Election using single transferable vote (we need to figure out whether we can do this online or wheter this is better done at the meeting) ----

5 6

Ars Technica article about the last 20^H^H10% of IPv4 space
by Shane Kerr 22 Jan '10

22 Jan '10

All, I hate to interrupt our normal process discussions, but I liked this article by Iljitsch van Beijnum on Ars Technica yesterday: http://tinyurl.com/yaqu3f9 Maybe not news for folks here, but a nice explanation of different views of how much space is actually available. Sadly, I think the summary is correct: "it's now too late for a smooth IPv4-to-IPv6 transition, so prepare for a bumpy one where we run out of IPv4 addresses before there is widespread IPv6 adoption." Fasten your seatbelts everyone! -- Shane

1 0

working group co-chair(s)
by David Kessens 22 Jan '10

22 Jan '10

All, During the charter discussion, some of you suggested to appoint a co-chair. Most RIPE working groups have more than one chair person. In the past, I have never felt the necessity to do this job with more than one person. However, in the spirit that it is always good to try something new or different, we can certainly add a co-chair if the working group believes this to be beneficial for achieving our goals. Considering that we don't have any formal process for appointing a working group chair, there is no standard on how this is achieved in a transparent and fair way. This might have been acceptable in the early days of RIPE when there were far fewer people involved and governments weren't watching us. Given that there is an interest in appointing an additional cochair, this seems an excellent opportunity to achieve something more than just appointing a co-chair: if we define an open process and are happy with the results, we can propose the process as a RIPE policy proposal to the wider community for the appointment of chair people within RIPE. At the same time, I don't believe we should overregulate and loose one of the key benefits of our loosely organized community. Therefore, my personal preference would be to formulate a set of principles that we need to follow to appoint chair people while the actual implementation can vary depending on the position that needs to be filled. I would first like to hear what people think about this. If there is support, I would like to form a small task force to write a first version of the principles and how we plan to implement them in the ipv6 working group. David Kessens ---

15 22

New charter approved
by David Kessens 14 Jan '10

14 Jan '10

The Last Call for our new charter resulted in a very large number of positive responses and nobody at all speaking up against the new charter. I therefore conclude that we have consensus on the charter. I did receive a few comments from the working group chair list that the first sentence mentioning the 'IP protocol' is a bit awkward as 'IP' already stands for 'Internet Protocol'. It was suggested that we simply use the words 'Internet Protocol' instead of 'IP protocol' to avoid this issue. As this is really only an editorial change, I will go ahead and make this change when I request the RIPE NCC to post the new charter. Please let me know if you have an issue with this editorial change. I would like to thank Shane as the author of the charter text and everybody else who contributed with comments and suggestions for the charter discussion. David Kessens --- New proposed charter for the IPv6 working group: (first sentence was changed from: IPv6 is the next generation IP protocol to: IPv6 is the next generation Internet Protocol) ----------------------------------------------------------------------- IPv6 is the next generation Internet Protocol. The IPv6 working group exists to promote IPv6 adoption. The working group activities may be anything useful in helping people to deploy IPv6, and to manage IPv4/IPv6 co-existence. These activities include: * Outreach * Education * Sharing deployment experiences * Discussing and fixing operational issues The working group will cooperate with operators and others, both inside and outside the networking industry, to share resources and combine efforts. -----------------------------------------------------------------------

3 2

2009 IPv6 Address Use Report
by Iljitsch van Beijnum 02 Jan '10

02 Jan '10

[ (Non-cross)posted to NANOG, PPML, RIPE IPv6 wg, Dutch IPv6 TF. Web version for the monospace font impaired and with some links: http://www.bgpexpert.com/addrspace-ipv6-2009.php ] 2009 IPv6 Address Use Report Since 2005, I've been compiling an IPv4 address use report every year. With the start of the new decade, this is a good moment to start doing the same thing for IPv6. http://www.bgpexpert.com/addrspace-ipv6.php shows the amount of IPv6 space given out by RIR and by year, while http://www.bgpexpert.com/ipv6addressespercountry.php shows the amount of IPv6 address space by country. Both these pages are updated weekly from the delegation data that the RIRs publish on their FTP servers. 2008 saw a huge increase in the amount of IPv6 space given out and then a big drop in 2009 (amounts of IPv6 address space in the equivalent of /32s): 1999 10.88 /32s in 17 blocks 2000 19.75 /32s in 32 blocks 2001 33.13 /32s in 61 blocks 2002 156.75 /32s in 271 blocks 2003 261.38 /32s in 290 blocks 2004 13340.63 /32s in 295 blocks 2005 26985.00 /32s in 245 blocks 2006 9798.00 /32s in 243 blocks 2007 6687.01 /32s in 491 blocks 2008 81012.02 /32s in 886 blocks 2009 1091.03 /32s in 1280 blocks However, this is not the complete picture. The large number for 2008 is the result of two unusual events. The first one is LACNIC's delegation of the 2804::/16 block to the Brazilian national internet registry (NIR). At some point in the future, the delegation records will not show such blocks as "used" in their entirety anymore. Also, ARIN delegated 14 /22 blocks within the range 2608::/13 to the US Department of Defense. With these two artifacts removed, the amount of IPv6 space given out per year looks like this: 1999 11.00 /32s in 17 blocks 2000 20.00 /32s in 32 blocks 2001 33.00 /32s in 61 blocks 2002 157.00 /32s in 271 blocks 2003 261.00 /32s in 290 blocks 2004 13341.00 /32s in 295 blocks 2005 26985.00 /32s in 245 blocks 2006 9798.00 /32s in 243 blocks 2007 6687.00 /32s in 491 blocks 2008 1140.00 /32s in 871 blocks 2009 1091.00 /32s in 1280 blocks So the number of blocks given out keeps increasing, but their size is going down. There are two reasons for this: roughly between 2004 and 2006, RIPE and APNIC gave out some very large blocks to some very large ISPs. They mostly stopped doing that. And provider independent blocks started to be allowed and are getting more and more popular. These are the /32 - /35 allocations. /32 is the minimum block size given out to ISPs, this used to be /35. So this view shows the numbers of small-to-medium sized ISPs obtaining IPv6 address space: 1999 11.00 /32s in 17 blocks 2000 20.00 /32s in 32 blocks 2001 33.00 /32s in 55 blocks 2002 157.00 /32s in 254 blocks 2003 223.00 /32s in 251 blocks 2004 235.00 /32s in 241 blocks 2005 217.00 /32s in 217 blocks 2006 186.00 /32s in 186 blocks 2007 351.00 /32s in 351 blocks 2008 734.00 /32s in 734 blocks 2009 1011.00 /32s in 1013 blocks These are the blocks larger than /32 that go to large ISPs (excluding the BR NIR and DoD blocks): 2003 38.00 /32s in 3 blocks 2004 13106.00 /32s in 9 blocks 2005 26768.00 /32s in 13 blocks 2006 9612.00 /32s in 14 blocks 2007 6336.00 /32s in 8 blocks 2008 406.00 /32s in 7 blocks 2009 80.00 /32s in 4 blocks And these are the blocks smaller than /35, which are now mostly provider independent blocks, but also "critical infrastructure", such as root servers get a /48 block: 2001 0.00 /32s in 6 blocks 2002 0.00 /32s in 17 blocks 2003 0.00 /32s in 36 blocks 2004 0.00 /32s in 45 blocks 2005 0.00 /32s in 15 blocks 2006 0.00 /32s in 43 blocks 2007 0.00 /32s in 132 blocks 2008 0.00 /32s in 130 blocks 2009 0.00 /32s in 263 blocks So after a small dip in 2006, the number of small-to-medium sized ISPs obtaining IPv6 address space shows a steady upward trend, but apparently the very large ISPs either already got their IPv6 address space, are not focussing on IPv6 right now, are starting with a small block (or several small blocks), or a combination of all of these factors. Even with the BR NIR and DoD blocks included, the (equivalent of) 39395.56 /32s given out in 4111 blocks is only 0.026% of the 536870912 possible /32s in the currently defined global unicast space (2000::/3). For comparison, the number of IPv4 blocks given out is 99562.

1 0