- ipv6-wg - mailman.ripe.net

Draft agenda (v1) for ipv6 wg RIPE58
by David Kessens 28 Apr '09

28 Apr '09

During the next RIPE meeting, our working group is scheduled to meet: Tue, May 5, 2009, 16:00-18:00 in the Krasnapolsky Hotel in Amsterdam. I have prepared a first draft version of the agenda. As usual, there will be quite a bit of attention to IPv6 in the plenary sessions as well and the talks about IPv6 DSL deployments should be especially interesting. David Kessens --- Draft Agenda (v1) for the IPv6 Working Group Meeting RIPE58 When: Tue, May 5, 2009, 16:00-18:00 Where: Krasnapolsky Hotel in Amsterdam A. Administrative stuff - appointment of scribe - agenda bashing (David Kessens) B. RIPE NCC IPv6 update diving a bit more into things outside of the NCC network itself, but also some of the measurements we have from our services (Erik Romijn) C. Google IPv6 update (Lorenzo Colitti) D. Report(s) about *actual* v6 traffic volume as compared to v4? *what's real* out there, not what's on powerpoint? (input from the audience) E. Global IPv6 routing table status (Gert Doering) F. Discussion: deaggration of /32 prefixes, recent discussion on address policy working group (input from the audience, input to address policy working group) G. Overview of ISOC's current activity with regard to IPv6 deployment. (Matthew Ford) H. Proposed EU IPv6 survey (speaker to be determined, TNO) I. Developments/initiatives regarding IPv6 in the RIPE region and beyond (input from the audience) ... Y. Input for the RIPE NCC Activity Plan (input from the audience) Z. AOB ---

1 0

Call for agenda topics RIPE 58
by David Kessens 15 Apr '09

15 Apr '09

The next RIPE meeting, RIPE 58, is fast approaching. This means that it is getting time to compose an agenda for our working group that is scheduled to meet on Tuesday, May 5, 2009, 16:00-18:00 in the Krasnapolsky Hotel in Amsterdam. Please let me know if you have any suggestions for agenda topics: very brief or longer topics, offers for a presentation or just a suggestion for a discussion topic are all welcome as long as they are interesting technical topics that will help with the deployment of IPv6 in the RIPE region. Thanks, David Kessens ---

1 0

IPv6 questions regarding ripe and address ranges
by Peeters, Ralph 17 Mar '09

17 Mar '09

Hello, My name is Ralph and i'm researching the options for IPv6 within my company. From previous contact with the ripe i've understood that there are 3 ways to get IPv6 ranges: - ISP assigned, i don't like this option because of renumbering issues when transferring to a different ISP - Ripe member, this way my organisation will become a member and can request own adresses based upon need - PI assigned, coming (hopefully) this year My company has several locations on several continents, which raises the following questions: -If we would become a ripe member, how would we deal with IPv6 range requests outside the ripe "juristiction", like in north america? -It is my understanding that the ripe member policy assigns /32sh and no /48sh which, from my standpoint, seems a bit unnecessary because there will be equal number of routing entries because we will require one range per location no matter the prefix. From what i've learned so far this could basically result in a /32 for a 100-user location which cannot be the goal, even though i might be stuck in IPv4 ways. - Isn't it possible to get a /32 and allow us to divide it between our sites with /48sh (and allowing them to advertise /48sh globally)? Sincerely, Ralph Peeters This message and attachment(s) are intended solely for use by the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a 'reply' message. Thank you for your co-operation.

4 5

2008 IPv4 Address Use Report
by Iljitsch van Beijnum 01 Jan '09

01 Jan '09

[ (Non-cross)posted to IETF discussions, NANOG, PPML, RIPE IPv6 wg, Dutch IPv6 TF. Web version for the monospace font impaired and with some links: http://www.bgpexpert.com/addrspace2008.php ] 2008 IPv4 Address Use Report As of January first, 2009, the number of unused IPv4 addresses is 925.58 million. On January 1, 2008, it was 1122.85 million. So in 2008, 197.27 million addresses were used up. With 3706.65 million usable addresses, this means that 75.3% of the available IPv4 addresses are in some kind of use, up from 69.7% a year ago. So the depletion of the IPv4 address reserves is continuing in much the same way as in previous years: Date Addresses free Used up 2006-01-01 1468.61 M 2007-01-01 1300.65 M 167.96 M 2008-01-01 1122.85 M 177.80 M (with return of 16.78 M to IANA) 2009-01-01 925.58 M 197.27 M These figures are derived from from the Internet Assigned Numbers Authority's IPv4 Global Unicast Address Assignments page and the records published on the FTP servers of the five Regional Internet Registries (RIRs): AfriNIC, which gives out address space in Africa, APNIC (Asia-Pacific region), ARIN (North America), LACNIC (Latin American and the Caribbean) and the RIPE NCC (Europe, the former Soviet Union and the Middle East). The IANA list shows the status of all 256 blocks of 16777216 addresses identified by the first 8-bit number in the IPv4 address. (Note that the file is in a somewhat different format than in previous years.) The RIR data indicates how much address space the RIRs have delegated to internet service providers (and sometimes end-users). Delegated Blocks +/- 2008 Addresses Used Available to/status (in millions) AfriNIC 2 33.55 9.18 24.37 APNIC 30 +4 503.32 454.36 48.96 ARIN 31 +4 520.09 446.06 74.03 LACNIC 6 100.66 68.88 31.78 RIPE NCC 26 436.21 423.65 12.56 LEGACY 92 +1 1543.50 1363.29 180.21 UNALLOCATED 34 -9 570.43 570.43 Totals 221 3707.76 2765.42 942.34 The difference between the 942.34 million free addresses here and 925.58 million earlier is explained by the fact that the 43.0.0.0/8 legacy block shows up as delegated in the IANA list, but not in the APNIC delegation records. In previous years, 7.0.0.0/8 didn't show up in the IANA records but it did in the ARIN records. This has now been fixed, hence the increase in legacy delegations. No legacy blocks were returned to IANA in 2008. The total number of available addresses is slightly higher than the previously mentioned figure at 3707.76 million because the table above includes 172.16.0.0/12 and 192.168.0.0/16, which are set aside for private use. Networks 0.0.0.0/8 and 127.0.0.0/8 aren't usable because of special uses and 10.0.0.0/8 is also set aside for private use. 224 - 239 are multicast addresses, and 240 - 255 is class E, which is "reserved" for future use. If the class E space could be used, it would increase the available address space by 268 million addresses. The past two years, this has been a topic of hot debate in the IETF and elsewhere. The problem is that almost all operating systems need modification to be able to use class E addresses, and a good part of the installed base of devices connected to the internet must be considered unupgradable. The 2781.07 million addresses currently in use aren't very evenly distributed over the countries in the world. The current top 15 is: 2009-01-01 2008-01-01 increase Country 1 - US 1458.21 M 1408.15 M 4% United States 2 (3) CN 181.80 M 135.31 M 34% China 3 (2) JP 151.56 M 141.47 M 7% Japan 4 - EU 120.29 M 120.35 M 0% Multi-country in Europe 5 - GB 86.31 M 83.50 M 3% United Kingdom 6 (7) DE 81.75 M 72.46 M 13% Germany 7 (6) CA 74.49 M 73.20 M 2% Canada 8 - FR 68.04 M 67.79 M 0% France 9 - KR 66.82 M 58.86 M 14% Korea 10 - AU 36.26 M 33.43 M 8% Australia 11 (12) BR 29.75 M 23.46 M 27% Brazil 12 (11) IT 29.64 M 24.04 M 23% Italy 13 (16) TW 24.01 M 19.83 M 21% Taiwan 14 (18) RU 23.18 M 17.01 M 36% Russia 15 (14) ES 21.67 M 20.42 M 6% Spain In 2008, the United States was again the biggest user of new address space with no less than 50 million addresses added to the 1.4 billion they already had at the beginning of the year. China is a close second with 46.50 million new addresses. There is no clear trend in the growth percentages. A few countries like France and the UK show very modest growth, while other countries with a large installed base like Germany and Korea saw double digit growth percentages. And in addition to China, Brazil, Taiwan and Russia, but also Italy, are catching up. The US now holds 52.4% of the IPv4 address space in use. The total for the top 15 excluding the US is 35.8%. The rest of the world gets the remaining 327.23 million addresses, or 11.8%. The size of address blocks given out was increasing until 2005, but now shows a downturn. The table below shows the number of delegations for a certain range of block sizes (equal or higher than the first, lower than the second value). 2002 2003 2004 2005 2006 2007 2008 < 1000 547 745 1022 1309 1507 1830 1896 1000 - 8000 897 1009 1516 1891 2265 2839 3235 8000 - 64k 822 1014 1100 1039 1192 1015 1129 64k - 500k 163 215 404 309 419 395 410 500k - 2M 29 46 61 60 57 62 82 > 2M 5 6 7 18 17 24 18 In millions of addresses: 2002 2003 2004 2005 2006 2007 2008 < 1000 0.18 0.25 0.35 0.44 0.51 0.63 0.65 1000 - 8000 3.23 3.45 4.49 5.07 5.83 6.93 7.75 8000 - 64k 11.35 14.00 15.99 15.46 18.01 15.67 17.40 64k - 500k 20.28 25.51 42.01 34.23 50.86 50.83 52.58 500k - 2M 21.30 31.98 44.63 41.63 46.69 45.50 57.41 > 2M 12.58 12.58 20.97 68.62 52.43 67.37 54.00 The growth in the smallest and largest categories has been curtailed, but this growth now seems to happen in the second smallest and second largest categories, so the total effect isn't all that different, as indicated by the number of addresses given out per request/delegation: Year Blocks Addresses (M) Average block size 2000 2794 78.35 28043 2001 2824 88.95 31497 2002 2463 68.93 27985 2003 3035 87.77 28921 2004 4110 128.45 31252 2005 4626 165.45 35765 2006 5457 174.32 31945 2007 6165 186.92 30320 2008 6770 189.79 28035 (The numbers of addresses given out are lower here because ARIN often attributes the delegation of new addresses to a previous year, this view doesn't correct for that.)

1 0

RIPE NCC's Online Services Now IPv6 Enabled
by Andrei Robachevsky 24 Dec '08

24 Dec '08

Dear Colleagues, All of the RIPE NCC's major online services are now accessible via IPv6. These services include the web servers, ftp servers, DNS, the LIR Portal and mail system as well as the RIPE Database and all of the RIPE NCC's Information Services - Test Traffic Measurement (TTM) service, the Routing Information Service (RIS), DNS Monitoring (DNSMON) service and Hostcount. The RIPE NCC gradually enabled IPv6 for these services over the course of the last few years. Now that the two remaining services, the LIR Portal and the RIS, are also enabled, the RIPE NCC's entire service portfolio can be accessed using IPv6 as well as IPv4. This successfully completes the plan announced by the RIPE NCC at the RIPE 56 Meeting, held in Berlin in May, 2008 to enable IPv6-only users to access all the services offered by the RIPE NCC. More information about how to request IPv6 addresses from the RIPE NCC can be found at: http://www.ripe.net/info/faq/rs/ipv6.html Regards, Andrei Robachevsky Chief Technical Officer RIPE NCC

4 3

Fwd: questions regarding IPv6
by Anneke Laverman 13 Nov '08

13 Nov '08

Hi there, Can you please help me with the following questions on IPv6? I tried to contact David, but my e-mail was bounced. You'll find this e-mail below. Thanks in advance, Anneke Laverman ---------- Forwarded message ---------- From: Anneke Laverman <amlaverman(a)gmail.com> Date: Tue, Nov 11, 2008 at 1:22 PM Subject: questions regarding IPv6 To: kessens(a)nsn.com Hi David, I have been reading a lot about IPv6 on internet. Then i discovered the RIPE website. There's a lot more for me to read now. I am actually writing an article about IPv6 and i am trying to get a grip. I still have a lot of questions regarding the status of the transition and regarding the costs of implementing IPv6. Can you please help me on that part? Do you perhaps have a presentation that includes costs? I understand that the goal of RIPE regarding IPv6 is that by the end of this year an ipv6-only client is able to use all services offered by the RIPE NCC. I read this in the presentation of Mr Andrei Robachevsky. How large is this transition and what does it cost RIPE? How did Korea and Japan manage to implement IPv6, as i read in computable? Can you please give me some information? Or can you give me the name of the person(s) i need for answering these questions? Thanks a lot! Anneke Laverman

4 5

Agenda for the IPv6 Working Group Meeting RIPE57
by David Kessens 17 Oct '08

17 Oct '08

Please see below for the agenda of the IPv6 wg. I also strongly recommend to check out the plenary presentation agenda when it becomes available: there will be many presentations that will touch on, or even focus on IPv6. See you all in Dubai! David Kessens --- Agenda for the IPv6 Working Group Meeting RIPE57 When: Thursday, 30 October 2008, 11:00 - 12:30 Where: Amal Grand Ballroom, Dubai A. Administrative stuff - appointment of scribe - agenda bashing (David Kessens) B. Quick update from the RIPE NCC regarding ipv6 services (RIPE NCC) C. Report(s) about *actual* v6 traffic volume as compared to v4? *what's real* out there, not what's on powerpoint? 1) AMSIX (Henk Steenman) 2) Observations on IPv6 usage in Sweden (Kurt Erik Lindqvist) 3) input from the audience D. Follow-up: Global IPv6 routing table status (discussion) (Gert Doering) E. IPv6 Peering (Martin Levy) F. IETF report: IPv4 - IPv6 Co-Existence (Jari Arkko) followed up by discussion G. Developments/initiatives regarding IPv6 in the RIPE region and beyond (input from the audience) ... Y. Input for the RIPE NCC Activity Plan (input from the audience) Z. AOB ---

1 0

Call for agenda items for RIPE57
by David Kessens 10 Sep '08

10 Sep '08

Hi, The next RIPE meeting in Dubai is rapidly approaching. We are scheduled to meet in the Main Room, 11:00-12:30, Thu Oct 30, 2008. As usual, it is getting time to get our agenda together. We are interested in technical topics that will help the deployment of IPv6 in the RIPE service region. Your proposals for short or longer topics, without a presentation or with, or just for a discussion are all welcome. Please note that the RIPE 57 Meeting starts on a Sunday and ends on a Thursday to coordinate with the working week in the Middle East. David Kessens ---

1 0

tools for ipv6 allocations
by Raymond Jetten 01 Sep '08

01 Sep '08

Hello everyone, it has been a little bit quiet on this list so i thought i break the silence.. has anyone experiences with commercial tools for ipv6 allocations ? (i mean in this case for a LIR that keeps its ipv6 number bookkeeping) or have you used your own written tools please let me know what you have been using if it is not a good idea to put this issue on the list then please answer me directly (without a copy on the list). Thanks in advance.. (and sorry if this is list-misusing).. Rgds, Raymond

4 3

Fwd: End Users assignments from LACNIC from 2801:0000::/24 with longest prefix length of /48.
by Roque Gagliano 08 Aug '08

08 Aug '08

Dear Friends, LACNIC has just approved IPv6 assignment policies for End Users. These policies will be implemented from September 1st 2008. In order to comply with these new policies, LACNIC will assign from the IPv6 address block 2801:0000::/24 with a longest prefix length of / 48. We kindly request that you update your internal information and filters. Please remember that all resources administrated by LACNIC are listed at: http://www.lacnic.net/sp/registro/ Best Regards, Roque Gagliano - LACNIC

1 0