<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:admin="http://webns.net/mvcb/"
	xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		
		<title>CircleID: Regional Registries</title>
		<link>http://www.circleid.com/topics/</link>
		<description>Latest Regional Registries related postings on CircleID</description>
		
		<dc:language>en</dc:language>
		<dc:rights>Copyright 2013, unless where otherwise noted.</dc:rights>
		<dc:date>2013-05-21T06:19:00-08:00</dc:date>
		<image>
			<title>CircleID</title>
			<width>130</width>
			<height>45</height>
			<url>http://www.circleid.com/images/logo_rss.gif</url>
			<link>http://www.circleid.com/</link>
		</image>
		
		<item>
			<title>What New gTLD Applicants Need Is a Quick, Lightweight Answer to the World&apos;s Governments. Here It Is.</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20130510_what_new_gtld_applicants_need_is_a_quick_lightweight_answer_to_gac/</guid>
			<link>http://www.circleid.com/posts/20130510_what_new_gtld_applicants_need_is_a_quick_lightweight_answer_to_gac/</link>
			<description><![CDATA[<p>It's safe to say that with just a week to go before ICANN intended to sign the first contract for a new gTLD, the last thing anyone wanted was a 12-page document from the world's governments with 16 new "safeguards", six of which it wants to see applied to every new extension.
</p>
<p>
But what the industry shouldn't overlook, especially in the face of the expected critical responses this week and next, is that the Governmental Advisory Committee's (GAC's) formal advice from the ICANN Beijing meeting represents an opportunity for the domain name industry to lock-in self-regulation at a critical point in its evolution.
</p>
<p>
IFFOR has been focused for some time on the question of what registries will need to do in a world where domain names can end in any word. As such, we see the GAC advice as a simple reflection of genuine, and understandable, concerns from a body whose main job is to identify public policy issues.
</p>
<p>
It is also nothing new: IFFOR went through this exact process to find policy solutions to questions raised by GAC over the dot-xxx top-level domain. Many of the same issues are present in this most recent advice &#8212; something we <a href="http://www.circleid.com/posts/20130131_biggest_gtld_problem_has_just_appeared_on_the_horizon/">highlighted</a> at the beginning of the year.
</p>
<p>
So here is the good news: it is perfectly possible to find a simple, effective and lightweight solution that will meet the concerns of governments &#8212; including that it be contractually binding &#8212; while keeping ICANN firmly out of content regulation.
</p>
<p>
It is also possible to do it right now without compromising business plans, redrawing financial projections, or seeking hundreds of thousands of dollars in new investment.
</p>
<p>
<strong>So what is this solution?</strong>
</p>
<p>
As part of the process for reaching agreement with both ICANN and the GAC over the dot-xxx top-level domain, a set of "baseline policies" was created (by IFFOR) to demonstrate a clear commitment to resolving concerns.
</p>
<p>
Those baseline policies covered issues such as:
</p>
<ul><li>Scanning domains for malware, spam and phishing</li>
<li>Audit and compliance systems</li>
<li>Enhanced trademark protections</li>
<li>Handling complaints </li>
<li>Registrant verification</li>
<li>Tackling child abuse images</li>
<li>Disqualifying applicants that consistently break the policies</li></ul>
<p>
The implementation of those policies was then left up to the registry operator &#8212; ICM Registry &#8212; and IFFOR was also given the role of auditing the subsequent systems.
</p>
<p>
In response to the GAC advice in Beijing, IFFOR is close to completing a new set of "Safeguard Policies" designed specifically to encompass the six most broad safeguards that the GAC wishes to see apply to all new gTLDs.
</p>
<p>
In so doing, we have drawn on our original "baseline policies" to develop policies for the gTLD market as a whole, and have used our experience as a registry policy body to ensure all six GAC safeguards are fully addressed.
</p>
<p>
In an effort to make this work as widely accessible as possible, we plan to simply license these policies for a low annual fee. As well as the right to use, publish and reference the Safeguard Policies, each license will come complete with documentation to help registries implement each policy in the way most suited to their circumstances. We will also extend IFFOR's internal information service that provides ongoing information on related policy and regulatory topics to all licensees. Again, for one, low annual fee.
</p>
<p>
We believe this approach solves a number of issues:
</p>
<ul><li>It provides applicants with a simple, swift and low-cost answer to government concerns</li>
<li>It answers government calls for new safeguards</li>
<li>It builds on a contractual solution that has already been shown to work within the ICANN system</li>
<li>It removes the need and cost for applicants to develop their own policies </li>
<li>It keeps the new gTLD program on track</li></ul>
<p>
Perhaps most importantly, adopting such an approach will give the industry a chance to demonstrate that it is committed to be a good actor while retaining the flexibility to develop the right systems for the right markets in the right way.
</p>
<p>
The mark of a self-regulated market is how well it responds to issues identified by a third party. With the right mix of creative pragmatism, the GAC safeguard advice can act as a catalyst for this industry.
</p>
<p>
If you are interested in learning more about IFFOR's Safeguard Policies, please visit our website at <a href="http://iffor.org/safeguard" target="_blank">http://iffor.org/safeguard</a>.
</p><p><em>Written by <a href="http://www.circleid.com/members/1998/">Kieren McCarthy</a>, Executive Director at IFFOR; CEO at .Nxt</em></p>]]></description>
			<dc:date>2013-05-10T13:39:00-08:00</dc:date>
			<category>internet</category><category>dns</category><category>domain_names</category><category>registry_services</category><category>icann</category><category>internet_governance</category><category>regional_registries</category><category>top_level_domains</category><category>whois</category>
		</item>
		
		<item>
			<title>CENTR Paper on Fifth World Telecommunication/ICT Policy Forum</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20130213_centr_paper_on_fifth_world_telecommunication_ict_policy_forum/</guid>
			<link>http://www.circleid.com/posts/20130213_centr_paper_on_fifth_world_telecommunication_ict_policy_forum/</link>
			<description><![CDATA[<p><span style="font-size:85%;color:#666666;padding:0 0 2px 7px;margin:0 0 10px 10px;border-left:1px solid #ddd;width:300px;float:right;line-height:1.3em;"><a href="http://centr.org/CENTR-Paper-WTPF" target="_blank"><img src="http://www.circleid.com/images/uploads/7178.gif" border="0" width="300" height="427" style="display:block;margin-bottom:10px;" /></a><strong>CENTR Paper</strong> &ndash; Fifth World Telecommunication/ICT Policy Forum (<a href="http://centr.org/CENTR-Paper-WTPF">Download PDF</a>)</span><em>The following is a paper released by <a href="http://www.centr.org/" target="_blank">CENTR</a>, Council of European National Top Level Domain Registries, on ITU's upcoming Fifth World Telecommunication/ICT Policy Forum.</em>
</p>
<p>
<strong>Introduction</strong>
</p>
<p>
Many nations, particularly from the developing world, look to the International Telecommunications Union (ITU) for advice on telecommunications issues and, increasingly, Internet governance issues. The ITU's Fifth World Telecommunication/ICT Policy Forum (WTPF-13), 14-16 May 2013, Geneva, Switzerland, will be the first WTPF to focus exclusively on Internet issues. Positions agreed to by ITU Member States on the management of Internet resources &#8212; including ccTLDs &#8212; and the roles and responsibilities of stakeholders in Internet governance are of particular importance to ccTLD operators due to the close association of ccTLDs to the territorial boundaries of sovereign nations.
</p>
<p>
<strong>WTPF-13</strong>
</p>
<p>
WTPF-13 has been convened to discuss the issues raised in ITU's three key Internet-related resolutions:<sup>1</sup>
</p>
<ul><li>Resolution 101:"Internet Protocol (IP)-based Networks" (Rev. Guadalajara, 2010)<sup>2</sup></li>
<li>Resolution 102: "ITU's role with regard to international public policy issues pertaining to the Internet and the management of Internet resources, including domain names and addresses" (Rev. Guadalajara, 2010)<sup>3</sup></li>
<li>Resolution 133: "Roles of administrations of Member States in the management of Internationalized (multilingual) domain names" (Rev. Guadalajara, 2010)<sup>4</sup></li></ul>
<p>
The main policy outcomes of WTPF-13 will be the "Opinion" documents, which are non-binding on ITU's membership. However, the Opinions and final meeting report will be a good indicator of the Internet issues that may become the focus of ITU discussions, and in turn, more formal resolutions and recommendations, in the near future. In particular, WTPF-13 outcomes will inform the discussions at the Council Working Group on International Internet-Related Public Policy Issues (CWG-Internet), the ITU Plenipotentiary 2014 and the WSIS+10 review process.
</p>
<p>
In preparation for WTPF-13, two meetings of the Informal Experts Group (IEG)<sup>5</sup> have already been held to fine-tune the Secretary- General's report.<sup>6</sup> The report's summary of issues, which includes ccTLD processes, will form the basis of WTPF-13 discussions in May. Draft Opinions have been made available in the fourth, and latest, version of the Secretary-General's report. It is possible that more Draft Opinions will appear in the next and final version of the Secretary General's report, which will be published 1 March 2013.
</p>
<p>
<strong>WTPF-13 Draft Opinions</strong>
</p>
<p>
There are six Draft Opinions in the January 2013 version of the Secretary-General's report. The final WTPF-13 Opinions will be based on these drafts and onsite discussion of the contents of the Secretariat-General's report.
</p>
<p>
<strong><em>Overall model of Internet governance and development</em></strong>
</p>
<p>
There are three Draft Opinions on this topic. Two of the three drafts, submitted by Saudi Arabia, focus on the need for "immediate operationalization of the enhanced cooperation process" via an existing or new intergovernmental organization, in consultation with other stakeholders. The third draft, submitted by the United Kingdom, focuses on open, transparent and accountable Internet development, freedom of expression, universal access, and invites all stakeholders &#8212; not only Member States and Sector Members &#8212; to collaborate towards the ongoing expansion of the Internet.
</p>
<blockquote><p><em>Why these Opinions matter:</em> These three Draft Opinions reflect fundamentally different views on how the Internet should be governed. On one side are States who believe it is important to have a government-only platform to discuss international Internet governance matters (this does not exclude other venues for Internet governance discussions). In many cases, these governments focus on the security risks the Internet can pose and seek an intergovernmental venue that can address these risks. On the other side are States who prefer to maintain the current multi-stakeholder environment, believing that governments already have enough opportunities to participate in Internet governance processes. These States often prefer to focus on the opportunities the Internet offers, such as freedom of expression and the development of an information society for all.</p></blockquote>
<p>
<strong><em>IPv6 deployment</em></strong> Both Draft Opinions on IPv6 encourage Member States to develop policies and incentives for IPv6 deployment within their territories. The Saudi Arabian draft also proposes ITU to develop policies to manage IPv4 address transfers in the wake of the exhaustion of the unallocated IPv4 pool. The United Kingdom's draft emphasizes the need to build human capacity in developing countries to enable IPv6 deployment.
</p>
<blockquote><p><em>Why these Opinions matter:</em> If ITU Member States recommend the ITU should actively develop policy for IP address space management &#8212; an area already served by Regional Internet Registries (RIRs) &#8212; it may open the door for ITU to consider policy development in other areas of Internet resource management. In many cases, such policy development already has a home within existing organizations, such as the ICANN.</p></blockquote>
<p>
<strong><em>IXPs as the long-term solution to better and more robust Internet connectivity</em></strong>
</p>
<p>
The final draft opinion, from the United Kingdom, invites Member States and Sector Members to work collaboratively with developing countries in promoting IXPs.
</p>
<blockquote><p><em>Why this Opinion matters:</em> In contrast to the other Draft Opinions, where views on the same topic are the result of ideological differences, this Draft Opinion is an example of practical ways to develop Internet capacity in developing countries. In addition, an improved Internet quality for regions served by new IXPs, will create new useful locations to host anycasted Root DNS Servers and secondary ccTLDs nameservers.</p></blockquote>
<p>
<strong><em>Internet issues contained in the Secretary-General's WTPF-13 report</em></strong>
</p>
<p>
Any of the topics included in the Secretary-General's report may be included in the final Opinions and meeting report. In particular, the broad scope of the three Draft Opinions on the overall model of Internet governance and development leaves room to add text on a variety of Internet issues summarized in the Secretary-General's report. The issues of most relevance to the ccTLD community in the report are:
</p>
<p>
<u>1. Roles and responsibilities of stakeholders in Internet management</u>
</p>
<p>
While the WSIS Tunis Agenda<sup>7</sup> recognized the multi-stakeholder model as the appropriate global model for Internet governance, the Secretary-General's report summarizes debates on whether the model has been fully implemented. One view maintains that the current Internet governance framework is sufficiently multi-stakeholder and that intergovernmental forums that discuss the Internet, such as the ITU, also need to adopt a multi-stakeholder approach. The ITU has itself been keen to change the world's perceptions of its working methods, publicizing that the WTPF IEG process is open to all stakeholders.<sup>8</sup>
</p>
<p>
The other view is that the role of governments in Internet governance has not been allowed to evolve according to the "enhanced cooperation" text in the Tunis Agenda, which states:
</p>
<p>
"We further recognize the need for enhanced cooperation in the future, to enable governments, on an equal footing, to carry out their roles and responsibilities, in international public policy issues pertaining to the Internet, but not in the day-to-day technical and operational matters, that do not impact on international public policy issues."
</p>
<p>
According to this second view, the failure to operationalize an intergovernmental mechanism for enhanced cooperation has contributed to the world's failure to adequately address ongoing Internet challenges, including spam and cybercrime. States holding this view often also question the adequacy of the ICANN Government Advisory Committee (GAC).
</p>
<p>
<u>2. Management of Internet resources</u>
</p>
<p>
The Secretary-General's report notes concerns with the current Internet infrastructure's ability to support the Internet's continued growth &#8212; in particular, the ability to support security, identity management and multilingualism. Under the topic of Internet resource management are the following topics of interest:
</p>
<ul><li>Internet connectivity &ndash; The high cost of international Internet connectivity for Least Developed Countries (LDCs) is seen to be particularly problematic, with IXPs reported as a long-term solution to the problem. Included in the report are descriptions of some of the main challenges LCDs face in closing the digital divide.</li>
<li>IP addresses &ndash; The ITU has a long history discussing IP address management, which is reflected in the Secretary-General's report. The slow rate of IPv6 deployment, in particular, is a concern, with continued debate about whether today's "first come, first served" IPv6 allocation policies could penalize late adopters. The ITU has issued a number of IP address-related resolutions<sup>9</sup>, so it is a certainty that WTPF 2013 will result in an IP address-related Opinion.</li>
<li>Resource Public Key Infrastructure (RPKI) &ndash; RPKI is still in its infancy but it is hoped it will make the Internet's IP routing system more secure. Given the security implications, RPKI is a topic of interest to ITU Member States and therefore is included in the Secretary-General's report. In particular, the report notes that questions have been raised about whether the operation of the RPKI certifi cate chain by ICANN and RIRs fundamentally changes their role in Internet governance.</li></ul>
<p>
<u>3. gTLDs</u>
</p>
<p>
The new gTLD process is detailed in the report, with the Secretary-General noting discussions about new gTLDs' impact on gTLD market competition and trademark or rights holders, particularly those in developing countries. The report also notes that concerns have been raised about the potential misuse of acronyms reserved for use by intergovernmental organizations (IGOs), geographic names, and cultural and language descriptors.
</p>
<p>
<u>4. ccTLDs</u>
</p>
<p>
The report notes that there is not a one-to-one relationship between a ccTLD string for a "territory" as defined in the ISO-3166 list and the name of a sovereign nation, with some nations having more than one ccTLD string reserved for their use (for example, Finland has both .fi and .ax). The ccTLD re-delegation process is also described in depth, including the need for the US government to evaluate IANA's report on the ccTLD request. The report includes a reference to ITU's role in requesting the re-delegation of .so in 2009 and notes that the Tunis Agenda states that countries should not be involved in decisions regarding another country's ccTLD. It is not clear whether this reference is meant to be compared directly with the earlier reference to the US government's role in overseeing re-delegation. The effect, however, is to highlight the US government's role in the re-delegation process of other nations' ccTLDs.
</p>
<p>
<u>5. DNS security</u>
</p>
<p>
The report describes how DNSSEC works and notes concerns about the processes that create the DNSSEC "chain of trust". However, given the sources of such concerns have not attended IEG meetings, the majority of the text reflects the views of those who support the current DNSSEC trust chain.
</p>
<p>
<u>6. Multilingualism and IDNs</u>
</p>
<p>
The report states that internationalized domain names (IDNs) are seen as an important step in overcoming linguistic barriers to Internet access, while also highlighting views that there are a number of challenges regarding intellectual property and the IDN deployment. The report notes some countries believe the current Unicode-based IDN implementation is "effectively a patch on an ASCII-based system and that the DNS will properly refl ect multilingualism when support is native to the system".
</p>
<p>
<u>7. Regional distribution of Root DNS Servers</u>
</p>
<p>
The report notes that there is a disparity between the geographical distribution of Root DNS Servers and the global distribution of Internet users but does bust the myth that there are only 13 Root Servers by explaining the concept of anycasting. However, the report also points out that only three of the Root Server operators have administrative headquarters outside the USA.
</p>
<p>
<strong>WTPF-13 and other Internet-related discussions at the ITU</strong>
</p>
<p>
The ITU has held many Internet-related discussions in its meetings and Study Groups. Discussion at WTPF-13 will both be informed by these previous discussions as well as inform future discussions on the Internet at the ITU. The key interactions are described below.
</p>
<p>
<strong><em>World Conference on International Telecommunications</em></strong>
</p>
<p>
Many of the proposals submitted during the two-year preparatory process of WCIT<sup>10</sup> contained explicit Internet-related content, including:
</p>
<ul><li>Adding principles for Internet governance</li>
<li>Asserting that "Member States have equal rights to manage the Internet, including in regard to the allotment, assignment and reclamation of Internet numbering, naming, addressing and identification resources"</li></ul>
<p>
Ultimately, the final set of International Telecommunication Regulations (ITRs)<sup>11</sup> produced in Dubai in 2012 did not include the word "Internet" anywhere. However, there are still many traces of Internet-related issues visible in the ITRs. For example, the ITRs' recognition of States' rights to access to international telecommunication services was added in response to trade blockades that prevent Internet-based services, such as electronic payments, being available in some countries. In addition, a new ITR article on accessibility to international telecommunication services is most applicable to Internet-based services (such as web services). There were strong disagreements on Internet-related issues at WCIT, and, following the intergovernmental practice of discarding proposals that cannot reach consensus amongst States, all direct references to the Internet were removed. A number of States, however, chose not to sign the ITRs &#8212; amongst them, the US government. Given the US government provides IANA with the authority to global coordinate the DNS Root and IP addressing systems, the refusal of the USA to sign the ITRs may be seen by a number of States as a sign that the USA "continues" to "control" the Internet. Many of the ideas expressed in Internet-related WCIT proposals have previously appeared in submissions to other ITU meetings, reflecting the fact that some Member States continue to feel strongly that current Internet governance arrangements &#8212; particularly the relationship between the US government and IANA &#8212; are unsatisfactory. Given the "unsatisfactory" Internet governance arrangements were not addressed in the WCIT outcomes, it is highly probable that many of the same issues will be create equally strong discussion at WTPF-13.
</p>
<p>
<strong><em>Council Working Group on International Internet-Related Public Policy Issues</em></strong>
</p>
<p>
Since 2010, the Member States-only CWG-Internet<sup>12</sup> &#8212; previously known as the Dedicated Group (DG) on International Internet- Related Public Policy Issues &#8212; has discussed ccTLDs, gTLDs, IDNs, IP addresses, DNSSEC, and RPKI under the banner of "critical Internet infrastructure". It has also discussed how ICANN and the ICANN GAC work. Although the group discusses many Internet issues that are currently managed under the open multi-stakeholder model of Internet governance, the CWG's documents are available only to Member States. One of the key documents produced by the group, "Internet Governance: Background Information on Mechanisms, Arrangements, Organizations and some Current Topics" is the source of much of the Secretary-General's report for WTPF-13, including information on ccTLD operations and re-delegation procedures. The Opinions produced by WTPF-13 are likely to affect future discussions within the CWG.
</p>
<p>
<strong><em>WSIS, the Tunis Agenda and WSIS+10</em></strong>
</p>
<p>
The World Summit on the Information Society (WSIS)<sup>13</sup> produced the Tunis Agenda, which has become one of the key documents informing intergovernmental discussions on Internet governance. While it clearly stated that the multi-stakeholder model was the appropriate model for global Internet governance, its text on the need for "enhanced cooperation" between governments in relation to Internet governance remains the subject of debate to this day. WTPF-13 discussions on the appropriate way to further implement, if necessary, governments' roles in Internet governance result directly from differing interpretations of this Tunis Agenda text. To mark the tenth anniversary of the WSIS process ("WSIS+10"), there will be a high level event in 2014 or 2015 that will assess the implementation of WSIS goals. As the tenth anniversary of WSIS is only two years ago, governments that have been pushing for an intergovernmental organization to enhance their role in Internet governance are beginning to express their frustration at the lack of progress to date. With the WCIT outcomes not meeting their goals, the WTPF is the next major ITU event at which governments can continue this debate.
</p>
<p>
<strong><em>Plenipotentiary 2014</em></strong>
</p>
<p>
WTPF-13 is based on the Internet-related resolutions that were updated at Plenipotentiary 2010 and will, in turn, influence the Internet-related resolutions developed at the next Plenipotentiary<sup>14</sup>. Resolutions passed at Plenipotentiaries are particularly important as these meetings set the agenda for the following four years of ITU's work.
</p>
<p>
<strong><em>How to participate in WTPF-13</em></strong>
</p>
<p>
The final version of the Secretary-General will be published 1 March 2013. The WTPF-13 will be held 14-16 May 2013, in parallel with ITU's WSIS Forum, in Geneva, Switzerland. Anyone can attend the WTPF and ask for the floor to make statements.
</p>
<p>
Nominet, responsible for .uk, has already made a submission to the IEG process.<sup>15</sup> Stakeholders can also contact their government representatives at ITU to help their government develop positions on the issues under discussion at WTPF-13. Many governments who support the multi-stakeholder model of Internet governance are also happy to place non-government stakeholders on their official delegation at meetings such as WTPF-13.
</p>
<p>
If you are unsure whom to contact within your government, a good place to start is the Participants List from WCIT:
<br />
<a href="http://files.wcitleaks.org/public/S12-WCIT12-ADM-0004!!PDF-E.pdf">http://files.wcitleaks.org/public/S12-WCIT12-ADM-0004!!PDF-E.pdf</a>
</p>
<p>
All information relating to WTPF-13 is posted at:
<br />
<a href="http://www.itu.int/wtpf">http://www.itu.int/wtpf</a>
</p>
<p>
<span class="footNotes"><sup>1</sup> Given the recent WCIT held in Dubai also adopted an Internet-related resolution, it is possible that the issues it raises will also be incorporated in the next version of the Secretary- General's report.
<br />
<br /><sup>2</sup> <a href="http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_101.pdf">http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_101.pdf</a>
<br />
<br /><sup>3</sup> <a href="http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_102.pdf">http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_102.pdf</a>
<br />
<br /><sup>4</sup> <a href="http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_133.pdf">http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_133.pdf</a>
<br />
<br /><sup>5</sup> <a href="http://www.itu.int/en/wtpf-13/Pages/ieg.aspx">http://www.itu.int/en/wtpf-13/Pages/ieg.aspx</a>
<br />
<br /><sup>6</sup> <a href="http://www.itu.int/en/wtpf-13/Pages/report-sg.aspx">http://www.itu.int/en/wtpf-13/Pages/report-sg.aspx</a>
<br />
<br /><sup>7</sup> <a href="http://www.itu.int/wsis/docs2/tunis/off/6rev1.html">http://www.itu.int/wsis/docs2/tunis/off/6rev1.html</a>
<br />
<br /><sup>8</sup> The recent WCIT Resolution 3 (<em>see</em> <a href="http://www.itu.int/en/wcit-12/Documents/final-acts-wcit-12.pdf">http://www.itu.int/en/wcit-12/Documents/final-acts-wcit-12.pdf</a>) also called on Member States to "to engage with all their stakeholders" on "international Internet-related technical, development and public-policy issues within the mandate of ITU" but stopped short of opening ITU meetings to the full participation of all stakeholders.
<br />
<br /><sup>9</sup> For example: WTSA 2008 Resolution 64, <a href="http://www.itu.int/dms_pub/itu-t/opb/res/T-RES-T.64-2008-PDF-E.pdf">http://www.itu.int/dms_pub/itu-t/opb/res/T-RES-T.64-2008-PDF-E.pdf</a>; WTDC 2010 Resolution 63, <a href="http://www.itu.int/osg/csd/intgov/ resoultions_2010/resolution63.pdf">http://www.itu.int/osg/csd/intgov/ resoultions_2010/resolution63.pdf</a>; Plenipotentiary 2010 Resolution 180 <a href="http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_180.pdf">http://www.itu.int/osg/csd/intgov/resoultions_2010/PP-10/RESOLUTION_180.pdf</a>
<br />
<br /><sup>10</sup> <a href="http://www.itu.int/en/wcit-12/Pages/default.aspx">http://www.itu.int/en/wcit-12/Pages/default.aspx</a>
<br />
<br /><sup>11</sup> <a href="http://www.itu.int/en/wcit-12/Pages/itrs.aspx">http://www.itu.int/en/wcit-12/Pages/itrs.aspx</a>
<br />
<br /><sup>12</sup> <a href="http://www.itu.int/council/groups/CWG-internet">http://www.itu.int/council/groups/CWG-internet</a>
<br />
<br /><sup>13</sup> <a href="http://www.itu.int/wsis">http://www.itu.int/wsis</a>
<br />
<br /><sup>14</sup> <a href="http://www.itu.int/en/plenipotentiary/Pages/default.aspx">http://www.itu.int/en/plenipotentiary/Pages/default.aspx</a>
<br />
<br /><sup>15</sup> <a href="http://www.itu.int/md/S12-WTPF13PREP-C-0024/en">http://www.itu.int/md/S12-WTPF13PREP-C-0024/en</a></span>
</p><p><em>Written by <a href="http://www.circleid.com/members/501/">CircleID Reporter</a></em></p>]]></description>
			<dc:date>2013-02-13T11:37:00-08:00</dc:date>
			<category>internet</category><category>access_providers</category><category>broadband</category><category>dnssec</category><category>icann</category><category>internet_governance</category><category>ip_addressing</category><category>ipv6</category><category>multilinguism</category><category>policy_regulation</category><category>regional_registries</category><category>telecom</category><category>top_level_domains</category>
		</item>
		
		<item>
			<title>1,000th /22 Allocated from Last /8</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20130207_1000th_22_allocated_from_last_8/</guid>
			<link>http://www.circleid.com/posts/20130207_1000th_22_allocated_from_last_8/</link>
			<description><![CDATA[<p>On 14 September 2012, the RIPE NCC began allocating IPv4 address space from the last /8 we received from the Internet Assigned Numbers Authority (IANA). Nobody was entirely sure what would happen when we reached this point. Would there be a "run on the bank" for this final block of addresses?
</p>
<p>
Last week, we made our 1000th allocation from the final /8 and five months after reaching this point, we can report back on what we've seen so far.
</p>
<p>
Prior to reaching this milestone, the RIPE community had already developed policies to govern how the RIPE NCC would allocate the remaining space. The <a href="https://www.ripe.net/lir-services/resource-management/allocations-and-assignments/request-an-ipv4-22-from-the-last-8">last /8 policy</a> ensures that each member of the RIPE NCC can receive one final /22 of IPv4 address space (1,024 IPs) from the last /8. With approximately 16,000 /22s in a /8, and around 8,800 RIPE NCC members, the RIPE community decided that this approach would give Local Internet Registries (LIRs) some breathing room to make the transition to IPv6, and would also ensure new entrants to the industry could access IPv4 address space.
</p>
<p>
As pointed out in the most recent article <a href="https://labs.ripe.net/Members/wilhelm/ripe-ncc-membership-2012-statistics">RIPE NCC Membership - 2012 Statistics</a>, the number of IPv4 allocations issued since September has remained stable. In Figure 1 below, you can see the number of IPv4 /22 allocations per week since September 2012. The numbers were a little lower in the second half of December but they increased again in January 2013.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;"><img src="http://www.circleid.com/images/uploads/7173a.jpg" border="0" width="644" height="480" style="display:block;margin-bottom:10px;" /><strong>Figure 1:</strong> Number of IPv4 allocations since September 2012 on a weekly basis</span>
</p>
<p>
Note that the last bar doesn't show a full week but ends on 31 January &#8212; the day we handed out the 1,000th IPv4 /22.
</p>
<p>
As you can see in Figure 2, most allocations in the first two months were existing LIRs claiming their final /22 (additional allocations). This might be due to those requests that were already ongoing when we started allocating from the last /8.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;"><img src="http://www.circleid.com/images/uploads/7173b.jpg" border="0" width="644" height="485" style="display:block;margin-bottom:10px;" /><strong>Figure 2:</strong> Number of /22s as first (blue) vs. additional allocations (red) since reaching the last /8 of IPv4 address space </span>
</p>
<p>
Since November 2012, the majority of /22 allocations were made as first allocations to new LIRs. This indicates that the last /8 policy is ensuring that new entrants in the industry can still receive a small block of IPv4 address space for the foreseeable future. This had been one of the motivations behind the RIPE community putting this policy into place.
</p>
<p>
In summary, we can say that even though the number of IPv4 allocations has been fairly consistent since September, we haven't see a big run on the last block of IPv4 addresses. Considering the fact that we have over 8,800 members, 1,000 /22s allocated over five months is a moderate number. Also, when looking at the distribution of first verses additional allocations, the last /8 policy is working to allow new organisations to enter the market.
</p>
<p>
For more information and additional graphs, please refer to the background article on RIPE Labs: <a href="https://labs.ripe.net/Members/ingrid/1000-slash-22s-allocated-from-last-slash-8">1,000 /22s Allocated from Last /8</a>.
</p><p><em>Written by <a href="http://www.circleid.com/members/5155/">Mirjam Kuehne</a></em></p>]]></description>
			<dc:date>2013-02-07T17:50:00-08:00</dc:date>
			<category>internet</category><category>ip_addressing</category><category>ipv6</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>Addressing 2012: Another One Bites the Dust</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20130107_addressing_2012_another_one_bites_the_dust/</guid>
			<link>http://www.circleid.com/posts/20130107_addressing_2012_another_one_bites_the_dust/</link>
			<description><![CDATA[<p>Time for another annual roundup from the world of IP addresses. What happened in 2012 and what is likely to happen in 2013? This is an update to the reports prepared at the same time in previous years, so lets see what has changed in the past 12 months in addressing the Internet, and look at how IP address allocation information can inform us of the changing nature of the network itself.
</p>
<p>
The Internet is inexorably changing, and the predominate theme of today's network is the dramatic uptake of the mobile device. Whether its an Apple iPhone, or a Samsung Galaxy SIII, a Nokia Lumina, or any one of a myriad of other mobile devices that have transformed the mobile phone onto an Internet device, the sheer volume of deployment of these devices has been the dominant factor in the growth of the Internet in 2012.
</p>
<p>
In November 2012 Gartner released its estimate of the worldwide mobile device sales for the third quarter for 2012, showing a total sales volume for the quarter of 169 million smartphone devices, a growth of 15.4 million devices over the previous quarter. It will be a few weeks before the figures are out for the final quarter of 2012, but at this rate it appears that we will have purchased a total of 657 million mobile smartphone devices by the end of this year. In terms of market share, Android-based devices account for some 64% of all sales, and Apple's iPhone some 20%. If you add to this number a further 122 million estimated tablet sales for 2012, the total number of these mobile devices sold during 2012 looks like totalling some 779 million units seeking Internet connectivity in the wireless world.
</p>
<p>
The growth in the wired world of the Internet is not so dramatic. The large scale deployment exercised for residential broadband has achieved market saturation in many of the more developed parts of the world where the GDP per capita exceeds some $20,000. Where the GDP per capita is lower the levels of broadband penetration are also lower, perhaps because of the higher rural populations and the basic issues of affordability. The estimated total number of Internet users worldwide grew from 2.06 billion at the start of the year to 2.3 billion by the end of the year, a growth of some 240 million million users.
</p>
<p>
So growth continues, and if one looks at the mobile numbers this is the highest level of growth of the Internet that we've ever witnessed. It would appear that we've added some 850 million new devices to the Internet, and perhaps retired some 200 - 300 million over the same period, leaving a net growth of 500 million new devices.
</p>
<p>
Where are these devices? How is the Internet changing as a result of this activity? Let's use the lens of address allocation records to see how the Internet fared in 2012.
</p>
<p>
<strong>Growth of the Internet</strong>
</p>
<p>
In terms of the allocation of public address space as a metric, pace of growth of the Internet slowed down substantially in 2012. The allocation of 115 million addresses in 2012 on top of a base of 3,368 million addresses that were already allocated at the start of the year represents a growth rate of 3.4% for the year. This is approximately one half of the growth in 2011, and represents the lowest relative growth rate we've seen in recent years.
</p>
<p>
I suspect this is due to the exhaustion of available IPv4 address space in Asia throughout the year, and the onset of the same exhaustion state at the RIPE NCC in mid-September, affecting the European and Middle East region. This is compounded by a long-standing economic malaise that has impacted much of the European and North American markets over 2012, which has impacted consumer sentiment and the sales volumes of mobile devices throughout the year.
<br />
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr><td align="right"></td><td align="right"><strong>2005</strong></td><td align="right"><strong>2006</strong></td><td align="right"><strong>2007</strong></td><td align="right"><strong>2008</strong></td><td align="right"><strong>2009</strong></td><td align="right"><strong>2010</strong></td><td align="right"><strong>2011</strong></td><td align="right"><strong>2012</strong></td></tr><tr valign="bottom"><td><strong>Allocated IPv4 Addresses (Millions)</strong></td><td align="right">174.4</td><td align="right">168.1</td><td align="right">203.9</td><td align="right">203.3</td><td align="right">189.4</td><td align="right">248.8</td><td align="right">201.0</td><td align="right">114.0</td></tr><tr valign="bottom"><td><strong>Relative Annual Growth</strong></td><td align="right">8.0%</td><td align="right">7.7%</td><td align="right">8.8%</td><td align="right">8.0%</td><td align="right">6.9%</td><td align="right">8.4%</td><td align="right">6.3%</td><td align="right">3.4%</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 1</strong> &ndash; IPv4 Allocated Addresses by Year</span>
</p>
<p>
During 2012 the total number of IPv4 addresses allocated from the RIRs, supporting the growth of the Internet, was one half of record 2010 level. However before leaping to conclusions relating to a dramatic decline in investment in new network infrastructure, its useful to break this number down on a per-RIR basis, to understand the impact of address exhaustion in APNIC relative to the other regions.
</p>
<p>
Which economies received these addresses? At a regional level its possible to compare the allocations made by each RIR.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr><td><strong>IPv4 Addresses</strong></td><td align="right"><strong>2005</strong></td><td align="right"><strong>2006</strong></td><td align="right"><strong>2007</strong></td><td align="right"><strong>2008</strong></td><td align="right"><strong>2009</strong></td><td align="right"><strong>2010</strong></td><td align="right"><strong>2011</strong></td><td align="right"><strong>2012</strong></td></tr><tr><td><strong>APNIC</strong></td><td align="right">53.6</td><td align="right">51.4</td><td align="right">69.6</td><td align="right">87.8</td><td align="right">86.9</td><td align="right">120.2</td><td align="right">105.2</td><td align="right">1.0</td></tr><tr><td><strong>RIPE NCC</strong></td><td align="right">61.2</td><td align="right">55.0</td><td align="right">60.7</td><td align="right">44.0</td><td align="right">43.4</td><td align="right">56.0</td><td align="right">43.1</td><td align="right">40.0</td></tr><tr><td><strong>ARIN</strong></td><td align="right">47.2</td><td align="right">46.5</td><td align="right">53.0</td><td align="right">57.1</td><td align="right">41.1</td><td align="right">45.2</td><td align="right">23.5</td><td align="right">45.0</td></tr><tr><td><strong>LACNIC</strong></td><td align="right">10.4</td><td align="right">10.7</td><td align="right">14.2</td><td align="right">12.0</td><td align="right">10.5</td><td align="right">13.0</td><td align="right">24.4</td><td align="right">21.0</td></tr><tr><td><strong>AFRINIC</strong></td><td align="right">0.9</td><td align="right">2.6</td><td align="right">5.5</td><td align="right">1.6</td><td align="right">5.9</td><td align="right">8.5</td><td align="right">9.2</td><td align="right">7.9</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 2</strong> &ndash; IPv4 Allocated addresses (millions) - Distribution by RIR</span>
</p>
<p>
In 2012 APNIC allocated 1 million addresses, down 99% from the 105 million that were allocated in 2011. APNIC effectively exhausted its general use pool of addresses in April 2011, and since then it has been operating under the terms of a "last /8" policy that limits each allocation to at most 1024 addresses. APNIC recorded some 1,160 individual address allocations in 2012, with an average allocation size of 869 addresses per allocation.
</p>
<p>
The RIPE NCC also exhausted its general use pool of addresses in mid-September 2012. The RIPE NCC allocated some 40 million addresses in 2012, of which 39.3 million addresses were allocated in the first 9 months of the year, and some 700,000 addresses were allocated in the ensuing three months. The average allocation size in the first nine months of the year was 8,876 addresses (over a total of 4,426 allocations) while in the last three months the average allocation size was 1,138 addresses (over a total of 606 allocations). The address allocation rate post-exhaustion stands at 5% of the pre-exhaustion address allocation rate.
</p>
<p>
But what of the other regions? In the case of ARIN the total allocated address count has doubled from 2011 levels, and it is now at the same level as 2010. In South America and the Caribbean the count of allocated addresses is only slightly lower than the 2011 level, which, at 20 million addresses per year, is approximately double the 2005 &#8212; 2010 allocation rate. A similar jump in address allocation rates was experienced by Afrinic in 2010, and the 2012 address allocation rate is similar to the past 2 years.
</p>
<p>
Which economies are leading this continued growth in IPv4 services?
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr><td align="left" colspan="7"><strong>IPv4 Addresses (/32s, Millions)</strong> / 2007-2009</td></tr><tr><td align="left"><strong>Rank</strong></td><td align="left"><strong>2007</strong></td><td></td><td align="left"><strong>2008</strong></td><td></td><td align="left"><strong>2009</strong></td><td></td></tr><tr><td align="left"><strong>1</strong></td><td align="left">USA</td><td align="right">48.47</td><td align="left">USA</td><td align="right">53.79</td><td align="left">China</td><td align="right">50.67</td></tr><tr><td align="left"><strong>2</strong></td><td align="left">China</td><td align="right">37.29</td><td align="left">China</td><td align="right">46.49</td><td align="left">USA</td><td align="right">38.55</td></tr><tr><td align="left"><strong>3</strong></td><td align="left">France</td><td align="right">13.38</td><td align="left">Japan</td><td align="right">10.06</td><td align="left">Japan</td><td align="right">11.04</td></tr><tr><td align="left"><strong>4</strong></td><td align="left">Germany</td><td align="right">11.22</td><td align="left">Rep.Korea</td><td align="right">7.96</td><td align="left">Rep.Korea</td><td align="right">10.95</td></tr><tr><td align="left"><strong>5</strong></td><td align="left">Rep.Korea</td><td align="right">7.73</td><td align="left">Germany</td><td align="right">7.29</td><td align="left">Russia</td><td align="right">5.46</td></tr><tr><td align="left"><strong>6</strong></td><td align="left">Japan</td><td align="right">7.14</td><td align="left">Brazil</td><td align="right">6.29</td><td align="left">Brazil</td><td align="right">4.19</td></tr><tr><td align="left"><strong>7</strong></td><td align="left">UK</td><td align="right">6.41</td><td align="left">Russia</td><td align="right">6.12</td><td align="left">UK</td><td align="right">4.19</td></tr><tr><td align="left"><strong>8</strong></td><td align="left">India</td><td align="right">5.61</td><td align="left">Italy</td><td align="right">5.85</td><td align="left">Italy</td><td align="right">4.16</td></tr><tr><td align="left"><strong>9</strong></td><td align="left">Mexico</td><td align="right">5.24</td><td align="left">India</td><td align="right">4.23</td><td align="left">France</td><td align="right">3.85</td></tr><tr><td align="left"><strong>10</strong></td><td align="left">Italy</td><td align="right">5.09</td><td align="left">Taiwan</td><td align="right">4.18</td><td align="left">Germany</td><td align="right">3.6</td></tr></table>
<br />
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr><td align="left" colspan="7"><strong>IPv4 Addresses (/32s, Millions)</strong> / 2010-2012</td></tr><tr><td align="left"><strong>Rank</strong></td><td align="left"><strong>2010</strong></td><td></td><td align="left"><strong>2011</strong></td><td></td><td align="left"><strong>2012</strong></td><td></td></tr><tr><td align="left"><strong>1</strong></td><td align="left">China</td><td align="right">45.2</td><td align="left">China</td><td align="right">53.07</td><td align="left">USA</td><td align="right">28.2</td></tr><tr><td align="left"><strong>2</strong></td><td align="left">USA</td><td align="right">42.32</td><td align="left">USA</td><td align="right">21.21</td><td align="left">Canada</td><td align="right">16.7</td></tr><tr><td align="left"><strong>3</strong></td><td align="left">Rep.Korea</td><td align="right">25.73</td><td align="left">Japan</td><td align="right">16.91</td><td align="left">Brazil</td><td align="right">8.4</td></tr><tr><td align="left"><strong>4</strong></td><td align="left">Japan</td><td align="right">10.02</td><td align="left">Rep.Korea</td><td align="right">7.68</td><td align="left">Russia</td><td align="right">5.3</td></tr><tr><td align="left"><strong>5</strong></td><td align="left">Australia</td><td align="right">9.63</td><td align="left">Indonesia</td><td align="right">7.09</td><td align="left">Iran</td><td align="right">4.5</td></tr><tr><td align="left"><strong>6</strong></td><td align="left">India</td><td align="right">9.43</td><td align="left">Brazil</td><td align="right">6.29</td><td align="left">Germany</td><td align="right">3.4</td></tr><tr><td align="left"><strong>7</strong></td><td align="left">UK</td><td align="right">8.13</td><td align="left">India</td><td align="right">6.01</td><td align="left">South Africa</td><td align="right">3.4</td></tr><tr><td align="left"><strong>8</strong></td><td align="left">Germany</td><td align="right">6.97</td><td align="left">France</td><td align="right">5.39</td><td align="left">Italy</td><td align="right">3.3</td></tr><tr><td align="left"><strong>9</strong></td><td align="left">Russia</td><td align="right">6.46</td><td align="left">Russia</td><td align="right">5.02</td><td align="left">Colombia</td><td align="right">2.6</td></tr><tr><td align="left"><strong>10</strong></td><td align="left">Brazil</td><td align="right">6.29</td><td align="left">Germany</td><td align="right">4.92</td><td align="left">Romania</td><td align="right">2.6</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 3</strong> &ndash; IPv4 Allocated addresses (Top 10 Economies 2007-2012)</span>
</p>
<p>
With the exhaustion of IPv4 addresses in the Asia Pacific region, China, Korea, Japan and India no longer are in the top 10 countries for IPv4 address allocations. Europe and Middle East economies, namely Russia, Germany, Italy and Romania will also be listed here for the last time.
</p>
<p>
<strong>Running out at RIPE: was there last minute panic?</strong>
</p>
<p>
In the Asia Pacific region there was a strong element of panic visible in the address consumption figures for the period January &#8212; April 2011. The average number of addresses allocated per week by APNIC across 2010 was some 2.3 million addresses per week, whereas the first 14 weeks of 2011 saw the volume of allocations triple to an average of some 6.9 million addresses per week. Figure 1 shows the week-by-week allocated address volume comparing 2010 (green) with 2011 (red). The surge in address allocations in weeks 8 &#8212; 20 in 2011 in APNIC is clearly evident here.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109a.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" /><strong>Figure 1</strong> &ndash; APNIC Weekly Address Allocation Levels: 2010-2011</span>
</p>
<p>
The RIPE NCC did not experience the same level of a last minute "rush" at the registry. Through 2011 the average weekly address allocation vole was some 828,000 addresses per week. For the first 37 weeks of 2012 the average address allocation rate rose by some 25% to 1.05 million addresses per week, a far lower rise than that experienced by APNIC. Figure 2 shows a similar week-by-week comparison for the RIPE NCC, comparing 2011 with 2012. While the final two weeks in September 2012 saw the RIPE NCC distribute more than 2 million addresses per week, this is not that unusual, in that this weekly allocation volume had been reached twice earlier in 2012 and three times in 2011.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109b.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" /><strong>Figure 2</strong> &ndash; RIPE NCC Weekly Address Allocation Levels: 2011-2012</span>
</p>
<p>
The data for RIPE shows that in this region there was no last minute rush of IPv4 address applications being lodged at the registry. The registries actions in informing the industry actors in the region of the evolving situation and the timeline to exhaustion appears to have averted much of the last chance panic that was evident in the Asia Pacific region.
</p>
<p>
A similar set of figures for the other four registries, comparing 2011 with 2012 in a week by-week basis are shown in Figure 3.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109c.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" />APNIC Allocations</span>
<br />
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109d.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" />ARIN Allocations</span>
<br />
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109e.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" />LACNIC Allocations</span>
<br />
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109f.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" />AFRINIC Allocations<br /><br /><strong>Figure 3</strong> &ndash; Weekly Address Allocation Levels: 2011-2012</span>
</p>
<p>
The major notable allocation events in 2012 are a set of allocations totalling some 13 million addresses in week 20 by ARIN, and a rising average allocation rate at AFRINIC at the end of 2012, rising to an average of 0.5 million addresses per week with 2 weeks with more than 1 million allocated addresses. However, there is no clear signs of a "last minute" rush on the three RIRs that still have available IPv4 addresses to distribute.
</p>
<p>
<strong>Address Distribution</strong>
<br />
Another way to look at the address distribution is in terms of "skew". If the Internet is populated by a largely homogenous population of service providers then the distribution of address allocations would be relatively uniform, such that the group of largest allocations would not be vastly larger than the group of smallest allocations. On the other hand , if the service provider population is skewed such that there is a small number of very large providers that service the bulk of the user population, then we would expect to see the bulk of addresses being allocated to a small number of providers. One way to look at the level of skew is to use a cumulative distribution plot, comparing the number of allocations to the amount of address space, shown below.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109g.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" /><strong>Figure 4</strong> &ndash; IPv4 Allocation Distribution CDF 2010-2012</span>
</p>
<p>
Figure 4 shows the address distribution for 2010 (green), 2011 (red) and 2012 (blue). The shift from 2010 to 2011 showed an increase in the proportion of address space being allocated to the larger providers. The largest 10% of allocations in 2010 received, 89.8% of the total allocated address space, while this rose slightly to 91.6% in 2011. The impact of address exhaustion in APNIC was evident in 2012, as the largest 10% of allocations received 89.8% of all addresses, the same level as 2010.
</p>
<p>
Who received the largest of these allocations in 2012?
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="left"><td><strong>Rank</strong></td><td><strong>Economy</strong></td><td><strong>Organization</strong></td><td><strong>Addresses (M)</strong></td></tr><tr align="left"><td> 1</td><td>United States</td><td>NTT Communications Corporation</td><td align="right">9.7</td></tr><tr align="left"><td> 2</td><td>Brazil</td><td>Comite Gestor da Internet no Brasil (Brazil NIR)</td><td align="right">8.4</td></tr><tr align="left"><td> 3</td><td>United States</td><td>AT&amp;T Internet Services</td><td align="right">3.1</td></tr><tr align="left"><td> 4</td><td>Canada</td><td>Rogers Cable</td><td align="right">3.1</td></tr><tr align="left"><td> 5</td><td>Iran</td><td>Iran Cell and Communication</td><td align="right">1.0</td></tr><tr align="left"><td> 6</td><td>Iran</td><td>Gostaresh Ertebatat Mabna</td><td align="right">1.0</td></tr><tr align="left"><td> 7</td><td>Germany</td><td>Telekom Deutschland</td><td align="right">1.0</td></tr><tr align="left"><td> 8</td><td>France</td><td>Free Mobile SAS</td><td align="right">1.0</td></tr><tr align="left"><td> 9</td><td>United States</td><td>Windstream</td><td align="right">1.0</td></tr><tr align="left"><td>10</td><td>United States</td><td>Amazon</td><td align="right">1.0</td></tr><tr align="left"><td>11</td><td>South Africa</td><td>MTN Business</td><td align="right">1.0</td></tr><tr align="left"><td>12</td><td>South Africa</td><td>Vodacom</td><td align="right">1.0</td></tr><tr align="left"><td>13</td><td>Argentina</td><td>Telecom Argentina</td><td align="right">1.0</td></tr><tr align="left"><td>14</td><td>Colombia</td><td>Comcel</td align="right"><td align="right">1.0</td></tr><tr><td></td><td></td><td align="right">Total</td><td align="right">33.8</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 4</strong> &ndash; IPv4 Allocated Addresses (Top 14 allocations for 2012)</span>
</p>
<p>
Of note here is the inclusion of a number of new economies in this list, notably Iran and South Africa.
</p>
<p>
This "heavy tail" distribution of the largest allocations has not always been the case. In looking at the distribution of IPv4 allocations over the past decade the following table shows the percentage of address space that were allocated to the 1% largest individual allocations and the lower half of the individual allocations.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>IPv4</strong></td><td><strong>'01</strong></td><td><strong>'02</strong></td><td><strong>'03</strong></td><td><strong>'04</strong></td><td><strong>'05</strong></td><td><strong>'06</strong></td><td><strong>'07</strong></td><td><strong>'08</strong></td><td><strong>'09</strong></td><td><strong>'10</strong></td><td><strong>'11</strong></td><td><strong>'12</strong></td></tr><tr align="right"><td align="left"><strong>Top 1%</strong></td><td>30%</td><td>39%</td><td>38%</td><td>38%</td><td>51%</td><td>45%</td><td>51%</td><td>47%</td><td>50%</td><td>49%</td><td>60%</td><td>63%</td></tr><tr align="right"><td align="left"><strong>Lower 50%</strong></td><td>5%</td><td>5%</td><td>4%</td><td>3%</td><td>1%</td><td>2%</td><td>1%</td><td>1%</td><td>1%</td><td>1%</td><td>1%</td><td>2%</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 5</strong> &ndash; IPv4 Allocated addresses (2011-2012)</span>
</p>
<p>
What appears to have happened across the period 2000 - 2005 was a marked phase of aggregation in this industry, where the economies of scale in a mass market for Internet services started to exercise significant influence over the deployment of services on the Internet. This picture has remained relatively consistent since 2005, and the largest 100 Internet enterprises across the world appear to undertake at least one half of the volume of deployment of new Internet services. To the extent that the Internet on the 1990's was a poster child of a strongly competitive environment and highly diverse supply industry in the communications sector, the 2000's has seen the Internet progress into an environment which is dominated by economies of scale and large scale supplier enterprises. A marketplace that is strongly influenced by a small number of larger enterprises is often not as agile in areas of technical and service innovation, and competitive pressures are not as strong a factor when one or two providers assume a dominant market position.
</p>
<p>
The distribution of addresses in the IPv4 Internet paints a picture of an industry that has now completed a process of aggregation, and the pressures that will lead to further evolution of the Internet in the coming years will probably be different to those that drove the Internet of some years ago.
</p>
<p>
<strong>IPv4 Address Exhaustion</strong>
</p>
<p>
One further milestone occurred in 2012 on the path to IPv4 address exhaustion, namely the exhaustion of its general use address pool, by the RIPE NCC in September 2012.
</p>
<p>
The Internet continues to rely very heavily on IPv4, and the consumption of a further 114 million addresses in 2012 leaves 219 million addresses in the pool of unallocated addresses, or a total of some 23 months if we were able to access these addresses at the same rate as we have been to date. However this is not the case.
</p>
<p>
<span style="font-size:85%;line-height:1.3em;color:#666666;margin:5px 0 20px 0;display:block;text-align:center;"><img src="http://www.circleid.com/images/uploads/7109g.gif" border="0" style="display:block;margin-bottom:10px;width:644px;" /><strong>Figure 4</strong> &ndash; RIR Address Exhaustion Model</span>
</p>
<p>
APNIC holds some 15 million addresses, but at this stage has is operating under an allocation policy where each entity can receive a maximum of 1024 addresses. The RIPE NCC holds some 16 million addresses and is managing this pool under a policy that is similar to APNIC's.
</p>
<p>
At the end of 2012 ARIN holds some 50.4 million addresses. At this point in time the average monthly address consumption rate for ARIN is 1.9 million addresses per month, and if this rate remains steady, then ARIN's pool of addresses will last a further 1 ½ years before ARIN reaches a low threshold of 16,777,216 addresses (or the equivalent of a /8 address block) remaining.
</p>
<p>
LACNIC holds 48 million addresses at the end of 2012. The average address consumption rate for LACNIC is some 1.5 million addresses per month, which implies the LACNIC will reach its final /8 of address holdings in some 1½ years from now, in September 2014.
</p>
<p>
AfriNIC holds some 64 million addresses, and have an average address consumption rate of some 0.47 million addresses per month.. At this rate AfriNIC will reach its final /8 in some 9 years from now.
</p>
<p>
<strong>IPv6 in 2012</strong>
</p>
<p>
IPv6 uses a somewhat different address allocation methodology than IPv4, and it is a matter of choice for a service provider as to how large an IPv6 address prefix is assigned to each customer. The original recommendations published by the IAB and IESG in 20012 (RFC3177) envisaged the general use of a /48 as an end site prefix. Subsequent consideration saw a more flexible approach being taken with the choice of the end site prefix size being left to the service provider, and today's IPv6 environment has some providers using a /60 end site allocation unit, some use a /56, and other providers use a /48. This variation makes a comparison of the count of allocated IPv6 addresses somewhat misleading, as an ISP using /48's for end sites will require 256 times more address space to accommodate the same customer base as a provider who uses a /56 end site prefix, and 65,000 times more address space than an ISP using a /60 end site allocation.
</p>
<p>
So for IPv6 let's use both the number of discrete IPv6 allocations and the total amount of space that was allocated to see how IPv6 fared in 2011.
</p>
<p>
Comparing 2011 to 2012 the number of individual allocations of IPv6 address space curiously fell slightly, from 3,587 to 3,304. What is perhaps surprising is the absence of a sharp uptake of IPv6 in 2012.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Allocations</strong></td><td><strong>2005</strong></td><td><strong>2006</strong></td><td><strong>2007</strong></td><td><strong>2008</strong></td><td><strong>2009</strong></td><td><strong>2010</strong></td><td><strong>2011</strong></td><td><strong>2012</strong></td></tr><tr align="right"><td align="left">IPv6</td><td>240</td><td>234</td><td>475</td><td>860</td><td>1,236</td><td>2,436</td><td>3,587</td><td>3,304</td></tr><tr align="right"><td align="left">IPv4</td><td>4,774</td><td>5,646</td><td>6,312</td><td>6,969</td><td>6,701</td><td>7,758</td><td>10,061</td><td>8,619</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 6</strong> &ndash; Number of individual Address Allocations, 2005-2012</span>
</p>
<p>
The amount of IPv6 address space distributed in 2012 is comparable to the volume of 2011. If one was searching for evidence that there is a concerted effort to deploy IPv6 across the entire Internet in the coming months, then these figures would not assist. It seems that the level of interest in IPv6 remains at a level that is somewhere between lackadaisical and slight in the Internet at large.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Addresses</strong></td><td><strong>2005</strong></td><td><strong>2006</strong></td><td><strong>2007</strong></td><td><strong>2008</strong></td><td><strong>2009</strong></td><td><strong>2010</strong></td><td><strong>2011</strong></td><td><strong>2012</strong></td></tr><tr align="right"><td align="left">IPv6 (/32s)</td><td>26,991</td><td>9,792</td><td>6,678</td><td>80,996</td><td>1,064</td><td>5,835</td><td>15,018</td><td>17,756</td></tr><tr align="right"><td align="left">IPv4 (/32s)(M)</td><td>174.4</td><td>168.1</td><td>203.9</td><td>203.3</td><td>189.4</td><td>248.8</td><td>201.0</td><td>114.9</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 7</strong> &ndash; Volume of Address Allocations, 2005-2012</span>
</p>
<p>
In terms of the number of individual allocations 2012 was not a big year for IPv6. Indeed in ARIN (North America), APNIC (Asia Pacific) and AFRINIC )Africa) the number of IPv6 address allocations fell in 2012. The numbers for the RIPE CC (Europe and the Middle East) are only slightly higher than the 2011, and it is only in LACNIC (Latin America and the Caribbean) that the number of IPv6 allocations almost doubled in 2012, although this was from a small base to start with.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Allocations</strong></td><td><strong>2005</strong></td><td><strong>2006</strong></td><td><strong>2007</strong></td><td><strong>2008</strong></td><td><strong>2009</strong></td><td><strong>2010</strong></td><td><strong>2011</strong></td><td><strong>2012</strong></td></tr><tr align="right"><td align="left">RIPE NCC</td><td>93</td><td>89</td><td>158</td><td>427</td><td>622</td><td>1,042</td><td>1,647</td><td>1,756</td></tr><tr align="right"><td align="left">ARIN</td><td>59</td><td>69</td><td>210</td><td>227</td><td>378</td><td>623</td><td>1,038</td><td>611</td></tr><tr align="right"><td align="left">APNIC</td><td>54</td><td>43</td><td>63</td><td>161</td><td>190</td><td>666</td><td>641</td><td>599</td></tr><tr align="right"><td align="left">LACNIC</td><td>31</td><td>16</td><td>25</td><td>29</td><td>33</td><td>50</td><td>132</td><td>253</td></tr><tr align="right"><td align="left">AFRINIC</td><td>3</td><td>17</td><td>19</td><td>16</td><td>13</td><td>55</td><td>129</td><td>83</td></tr><tr align="right"><td align="left"></td><td>240</td><td>234</td><td>475</td><td>860</td><td>1,236</td><td>2,436</td><td>3,587</td><td>3,302</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 8</strong> &ndash; IPv6 allocations by RIR</span>
</p>
<p>
The assignment data tells a slightly different story. Table 9 shows the number of allocated IPv6 /32's per year (Table 9) and dividing addresses by allocations gives the average IPv6 allocation size in each region (Table 10). Of note is the jump in average allocation size in AFRINIC and LACNIC in 2012, and a fall in the average allocation size in APNIC. The overall average allocation size is slightly larger than a /30. The difference here point to some differences in IPv6 allocation policies between the regions, as well as some difference in the IPv6 applicants (large scale core infrastructure vs edge networks) between the regions.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>IPv6 Addresses (/32s)</strong></td><td><strong>2005</strong></td><td><strong>2006</strong></td><td><strong>2007</strong></td><td><strong>2008</strong></td><td><strong>2009</strong></td><td><strong>2010</strong></td><td><strong>2011</strong></td><td><strong>2012</strong></td></tr><tr align="right"><td align="left">RIPE NCC</td><td>17,495</td><td>6,481</td><td>1,251</td><td>606</td><td>602</td><td>1,867</td><td>2,425</td><td>3,729</td></tr><tr align="right"><td align="left">ARIN</td><td>57</td><td>52</td><td>137</td><td>14,488</td><td>249</td><td>579</td><td>2,280</td><td>1,675</td></tr><tr align="right"><td align="left">APNIC</td><td>9,373</td><td>3,226</td><td>5,237</td><td>141</td><td>174</td><td>3,239</td><td>9,506</td><td>3,807</td></tr><tr align="right"><td align="left">LACNIC</td><td>53</td><td>16</td><td>39</td><td>65,749</td><td>30</td><td>46</td><td>652</td><td>4,325</td></tr><tr align="right"><td align="left">AFRINIC</td><td>3</td><td>17</td><td>14</td><td>12</td><td>9</td><td>104</td><td>155</td><td>4,203</td></tr><tr align="right"><td align="left"></td><td>26,981</td><td>9,792</td><td>6,678</td><td>80,996</td><td>1,064</td><td>5,835</td><td>15,018</td><td>17,739</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 9</strong> &ndash; IPv6 address allocation volumes by RIR</span>
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Average IPv6 Allocation (/32s)</strong></td><td><strong>2005</strong></td><td><strong>2006</strong></td><td><strong>2007</strong></td><td><strong>2008</strong></td><td><strong>2009</strong></td><td><strong>2010</strong></td><td><strong>2011</strong></td><td><strong>2012</strong></td></tr><tr align="right"><td align="left">RIPE NCC</td><td>188.12</td><td>72.82</td><td>7.92</td><td>1.42</td><td>0.97</td><td>1.79</td><td>1.47</td><td>2.12</td></tr><tr align="right"><td align="left">ARIN</td><td>0.97</td><td>0.75</td><td>0.65</td><td>63.82</td><td>0.66</td><td>0.93</td><td>2.20</td><td>2.74</td></tr><tr align="right"><td align="left">APNIC</td><td>173.57</td><td>75.02</td><td>83.13</td><td>0.88</td><td>0.92</td><td>4.86</td><td>14.83</td><td>6.36</td></tr><tr align="right"><td align="left">LACNIC</td><td>1.71</td><td>1.00</td><td>1.56</td><td>2,267.21</td><td>0.91</td><td>0.92</td><td>4.94</td><td>17.09</td></tr><tr align="right"><td align="left">AFRINIC</td><td>1.00</td><td>1.00</td><td>0.74</td><td>0.75</td><td>0.69</td><td>1.89</td><td>1.20</td><td>50.64</td></tr><tr align="right"><td align="left"></td><td>112.42</td><td>41.85</td><td>14.06</td><td>94.18</td><td>0.86</td><td>2.40</td><td>4.19</td><td>5.37</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 10</strong> &ndash; Average IPv6 address allocation size by RIR</span>
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Rank</strong></td><td align="left" colspan=2><strong>2008</strong></td><td align="left" colspan=2><strong>2009</strong></td><td align="left" colspan=2><strong>2010</strong></td><td align="left" colspan=2><strong>2011</strong></td><td align="left" colspan=2><strong>2012</strong></td></tr><tr align="right"><td align="left"> 1</td><td align="left">US</td><td align="right">211</td><td align="left">US</td><td align="right">349</td><td align="left">US</td><td align="right">556</td><td align="left">US</td><td align="right">924</td><td align="left">US</td><td align="right">549</td></tr><tr align="right"><td align="left"> 2</td><td align="left">DE</td><td align="right">67</td><td align="left">DE</td><td align="right">86</td><td align="left">AU</td><td align="right">146</td><td align="left">AU</td><td align="right">176</td><td align="left">UK</td><td align="right">199</td></tr><tr align="right"><td align="left"> 3</td><td align="left">UK</td><td align="right">34</td><td align="left">UK</td><td align="right">66</td><td align="left">DE</td><td align="right">124</td><td align="left">DE</td><td align="right">160</td><td align="left">DE</td><td align="right">187</td></tr><tr align="right"><td align="left"> 4</td><td align="left">RU</td><td align="right">33</td><td align="left">NL</td><td align="right">56</td><td align="left">UK</td><td align="right">106</td><td align="left">UK</td><td align="right">150</td><td align="left">RU</td><td align="right">186</td></tr><tr align="right"><td align="left"> 5</td><td align="left">NL</td><td align="right">33</td><td align="left">AU</td><td align="right">53</td><td align="left">RU</td><td align="right">102</td><td align="left">RU</td><td align="right">147</td><td align="left">NL</td><td align="right">124</td></tr><tr align="right"><td align="left"> 6</td><td align="left">CH</td><td align="right">33</td><td align="left">RU</td><td align="right">46</td><td align="left">NL</td><td align="right">86</td><td align="left">FR</td><td align="right">110</td><td align="left">AU</td><td align="right">113</td></tr><tr align="right"><td align="left"> 7</td><td align="left">AU</td><td align="right">30</td><td align="left">JP</td><td align="right">32</td><td align="left">CN</td><td align="right">86</td><td align="left">CA</td><td align="right">107</td><td align="left">FR</td><td align="right">111</td></tr><tr align="right"><td align="left"> 8</td><td align="left">JP</td><td align="right">28</td><td align="left">FR</td><td align="right">29</td><td align="left">ID</td><td align="right">72</td><td align="left">NL</td><td align="right">107</td><td align="left">SE</td><td align="right">90</td></tr><tr align="right"><td align="left"> 9</td><td align="left">IT</td><td align="right">22</td><td align="left">CZ</td><td align="right">29</td><td align="left">JP</td><td align="right">62</td><td align="left">SE</td><td align="right">96</td><td align="left">AR</td><td align="right">78</td></tr><tr align="right"><td align="left">10</td><td align="left">VN</td><td align="right">22</td><td align="left">SE</td><td align="right">27</td><td align="left">FR</td><td align="right">60</td><td align="left">CZ</td><td align="right">88</td><td align="left">PL</td><td align="right">77</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 11</strong> &ndash; IPv6 allocations by Economy</span>
</p>
<p>
Table 12 shows the amount of IPv6 address space assigned on a per economy basis for the past 5 years (using units of /32s). In 2012 the major allocations were /20 address blocks to entities in Argentina and Egypt. The address space allocated to the United States was down on 2011 levels, as was the IPv6 address allocations to China.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Rank</strong></td><td align="left" colspan="2"><strong>2008</strong></td><td align="left" colspan="2"><strong>2009</strong></td><td align="left" colspan="2"><strong>2010</strong></td><td align="left" colspan="2"><strong>2011</strong></td><td align="left" colspan="2"><strong>2012</strong></td></tr><tr align="right"><td align="left">1</td><td align="left">BR</td><td align="right">65,728</td><td align="left">US</td><td align="right">225</td><td align="left">JP</td><td align="right">2,518</td><td align="left">CN</td><td align="right">8,997</td><td align="left">AR</td><td align="right">4,178</td></tr><tr align="right"><td align="left">2</td><td align="left">US</td><td align="right">14,478</td><td align="left">DE</td><td align="right">143</td><td align="left">DE</td><td align="right">600</td><td align="left">US</td><td align="right">2,205</td><td align="left">EG</td><td align="right">4,098</td></tr><tr align="right"><td align="left">3</td><td align="left">SE</td><td align="right">143</td><td align="left">UK</td><td align="right">61</td><td align="left">US</td><td align="right">523</td><td align="left">ES</td><td align="right">641</td><td align="left">CN</td><td align="right">3,136</td></tr><tr align="right"><td align="left">4</td><td align="left">FR</td><td align="right">82</td><td align="left">AU</td><td align="right">45</td><td align="left">CN</td><td align="right">339</td><td align="left">UK</td><td align="right">384</td><td align="left">US</td><td align="right">1,346</td></tr><tr align="right"><td align="left">5</td><td align="left">DE</td><td align="right">66</td><td align="left">NL</td><td align="right">44</td><td align="left">BE</td><td align="right">270</td><td align="left">VE</td><td align="right">262</td><td align="left">IT</td><td align="right">635</td></tr><tr align="right"><td align="left">6</td><td align="left">UK</td><td align="right">34</td><td align="left">RU</td><td align="right">43</td><td align="left">FR</td><td align="right">181</td><td align="left">MX</td><td align="right">261</td><td align="left">RU</td><td align="right">414</td></tr><tr align="right"><td align="left">7</td><td align="left">CH</td><td align="right">33</td><td align="left">JP</td><td align="right">33</td><td align="left">AU</td><td align="right">100</td><td align="left">NL</td><td align="right">229</td><td align="left">DE</td><td align="right">380</td></tr><tr align="right"><td align="left">8</td><td align="left">RU</td><td align="right">33</td><td align="left">FR</td><td align="right">24</td><td align="left">SE</td><td align="right">94</td><td align="left">DE</td><td align="right">187</td><td align="left">UK</td><td align="right">353</td></tr><tr align="right"><td align="left">9</td><td align="left">NL</td><td align="right">32</td><td align="left">CZ</td><td align="right">21</td><td align="left">RU</td><td align="right">94</td><td align="left">RU</td><td align="right">146</td><td align="left">CA</td><td align="right">325</td></tr><tr align="right"><td align="left">10</td><td align="left">CN</td><td align="right">26</td><td align="left">SE</td><td align="right">21</td><td align="left">UK</td><td align="right">94</td><td align="left">AU</td><td align="right">124</td><td align="left">JP</td><td align="right">283</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 12</strong>&ndash; IPv6 Address Allocation Volumes by Economy</span>
</p>
<p>
The major IPv6 allocations in 2012 by end entity are shown in Table 13.
</p>
<p>
<table width="100%" border="0" cellspacing="0" cellpadding="0" class="postTable"><tr align="right"><td align="left"><strong>Rank</strong></td><td align="left"><strong>Country</strong></td><td align="left"><strong>Organisation</strong></td><td align="right"><strong>Address Count (/32s)</strong></td><tr><tr align="right"><td align="left"> 1</td><td align="left">Argentina</td><td align="left">Cablevision</td><td align="right">4,096</td></tr><tr align="right"><td align="left"> 2</td><td align="left">Egypt</td><td align="left">Link Egypt</td><td align="right">4,096</td></tr><tr align="right"><td align="left"> 3</td><td align="left">China</td><td align="left">China Unicom</td><td align="right">3,072</td></tr><tr align="right"><td align="left"> 4</td><td align="left">Italy</td><td align="left">Wind Telecomunicazioni SPA</td><td align="right">512</td></tr><tr align="right"><td align="left"> 5</td><td align="left">Japan</td><td align="left">Softbank</td><td align="right">256</td></tr><tr align="right"><td align="left"> 6</td><td align="left">United States</td><td align="left">Cable One</td><td align="right">256</td></tr><tr align="right"><td align="left"> 7</td><td align="left">United States</td><td align="left">U.S. Department of Agriculture</td><td align="right">256</td></tr><tr align="right"><td align="left"> 8</td><td align="left">United States</td><td align="left">Start Communications</td><td align="right">256</td></tr><tr align="right"><td align="left"> 9</td><td align="left">United States</td><td align="left">Charter Communications</td><td align="right">256</td></tr><tr align="right"><td align="left">10</td><td align="left">United States</td><td align="left">U.S. Department of Veterans Affairs</td><td align="right">256</td></tr><tr align="right"><td align="left">11</td><td align="left">India</td><td align="left">Indian Ministry of Communication &amp; IT<td align="right">64</td></tr><tr align="right"><td align="left">12</td><td align="left">Switzerland</td><td align="left">UPC Cablecom GmbH<td align="right">32</td></tr></table>
<br />
<span style="display:block;font-size:85%;color:#666666;text-align:center;"><strong>Table 13</strong> &ndash; Largest IPv6 Address Allocations in 2012 by Organisation</span>
</p>
<p>
Notable here are two large allocations of a /20 prefix to ISPs in Argentina and Egypt, and three assignments to public agencies (2 in the US and 1 on India)
</p>
<p>
<strong>The Outlook for the Internet</strong>
</p>
<p>
The past five years has shown that the Internet is now an integral part of the portfolio of conventional business activity across the world, and the deployment of internet services and the opening up of markets through deployment of Internet services is subject to the same economic opportunities and constraints as any other business activity. Those economies that were adversely impacted by the global financial situation saw a drop in the expansion of new Internet services and a drop in their demands for IP address allocations across 2009-2012, while other economies that managed to avoid the worst impacts of a financial recession continued to see growth in new Internet markets across the year.
</p>
<p>
The past three years has been dominated by the mass marketing of mobile internet services, and the growth rates for 2012 perhaps might have been the highest so far recorded were it not for the exhaustion of the IPv4 address pools in the Asia Pacific region and Europe and the Middle East. In address terms this growth is being masked by the use of Carrier Grade NATs in the mobile service provider environment, so that the resultant demands for public addresses in IPv4 are quite low. In theory there is no such requirement for IPv6 to use NATS, and if the mobile world were deploying dual stack ubiquitously then this would be evident in the IPv6 address allocation data. Unfortunately no such deployment was visible in the address statistics for 2012. This points to a mobile Internet that is almost completely reliant on NATs, and this, in turn, points to some longer term elements of concern for the continued ability of the Internet to support further innovation and diversification in its portfolio of applications and services.
</p>
<p>
We are witnessing an industry that is no longer using technical innovation, openness and diversification as its primary means of propulsion. The widespread use of NATs limit the technical substrate of the Internet to a very restricted model of simple client/server interactions using TCP and UDP. The use of NATs force the interactions into client-initiated transactions, and the model of an open network with considerable flexibility in the way in which communications took place is no longer being sustained. Today's internet is serviced by a far smaller number of very large players, each of whom appear to be assuming a very strong position within their respective markets. The drivers for such larger players tend towards risk aversion, conservatism and increased levels of control across their scope of operation. The same trends of market aggregation are now appearing in content provision, where a small number of content providers are exerting a dominant position across the entire Internet.
</p>
<p>
This changing makeup of the Internet industry has quite profound implications in terms of network neutrality, the separation of functions of carriage and service provision, investment profiles and expectations of risk and returns on infrastructure investments, and on the openness of the Internet itself.
</p><p><em>Written by <a href="http://www.circleid.com/members/602/">Geoff Huston</a>, Author & Chief Scientist at APNIC</em></p>]]></description>
			<dc:date>2013-01-07T21:16:00-08:00</dc:date>
			<category>internet</category><category>ip_addressing</category><category>ipv6</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>It&apos;s Not Paranoia if They Are Really After You!</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20121209_it_is_not_paranoia_if_they_are_really_after_you/</guid>
			<link>http://www.circleid.com/posts/20121209_it_is_not_paranoia_if_they_are_really_after_you/</link>
			<description><![CDATA[<p>In the latest development from the World Conference on International Telecommunications, a new "<a href="http://files.wcitleaks.org/public/Merged%20UAE%20081212.pdf">compromise proposal</a>&#8221; has been leaked to wcitleaks.org. This proposal is certainly no compromise, as it not only is a bald faced power grab by the sponsors (Russia, UAE, China, Saudi Arabia, Algeria, Sudan at this point), but shows a stunning lack of comprehension of how the Internet works and how it is currently governed. It also shows that the coalition of Civil Society groups and private sector organisations that have focused on WCIT have been correct all along. There are UN Member States that would like nothing better than to take over the Internet to control content and to try and remake it in the image of the international telephony system.
</p>
<p>
The most egregious of the paragraphs in this proposal refer to routing, naming and addressing, to wit:
</p>
<blockquote><p><em>(management of Identification resources)
<br />
31B 3A.2 Member States shall have equal rights to manage the Internet, including in regard to the allotment, assignment and reclamation of Internet numbering, naming, addressing and identification resources and to support for the operation and development of basic Internet infrastructure.</em></p></blockquote>
<p>
This is either completely meaningless or incredibly dangerous to the day to day operation of the current Internet depending on interpretation. If one considers that Member States already have "equal rights" to participate in the current Internet governance regime (some would say they have more than equal rights given the exalted position of the GAC inside ICANN), then this is redundant text that should be removed. However, a more pernicious interpretation is that the ITU would entirely replace the existing institutions that have been responsible for naming and addressing with a completely intergovernmental model.
</p>
<p>
Why they have proposed this seeming non-starter is anybody's guess, as no mechanism exists for nation states to force the naming and addressing bodies to hand over responsibilities to an intergovernmental body. In fact there are contracts, policy documents and MoU's in place that would absolutely prevent it. The authors and the ITU staff who helped edit this proposal surely know this (and if they don't know, that in itself shows willful ignorance of how the current system works).
</p>
<p>
Seemingly, some of the Arab States who saw their previous proposal to form an intergovernmental Regional Internet Registry sent to a Working Group to die a quiet death are thinking that proposing direct control of Internet numbering resources is a good second choice. <a href="ww.icann.org/en/news/in-focus/global-addressing/new-rirs-criteria">ICP-2</a> is the document that precludes the ITU from forming their own RIR (they could actually do it if it only served Antarctica but that isn't an attractive option for the ITU), so they have proposed:
</p>
<blockquote><p><em>(Fundamental Right)
<br />
31F 3B.1 Member states have the right to manage all naming, numbering, addressing and identification resources used for international telecommunications/ICT services within their territories.</em></p></blockquote>
<p>
Not only is this a complete rejection of the current system, but it is completely unworkable idea. Say for example I have registered a .ug domain name (which I have), but the webserver is located in the USA. Is that .ug domain name used for international telecommunications/ICT services within the USA or is it used in Uganda? The answer is both, but no one would suggest that the .ug ccTLD be managed by the USA. Nevertheless, that is what 31F 3B.1 says! Another example is that Autonomous System numbers (inter-domain routing identifiers) frequently cover multiple countries or regions, so who gets to "manage them" when they are used by routers in many nations to determine where to send traffic??
</p>
<p>
In terms of routing, the proposal introduces much more unworkable ideas:
</p>
<blockquote><p><em>30 3.3 Operating agencies shall determine by mutual agreement which international routes are to be used. A Member State has the right to know the international route of its traffic where technically feasible.</em></p></blockquote>
<p>
and
</p>
<blockquote><p><em>MOD
<br />
1/7 1.4 In cases where one or more international routes have been established by agreement between administrations/operating agencies and where traffic is diverted unilaterally by the administration/operating agency of origin to an international route which has not been agreed with the administration/operating agency of destination,the terminal shares payable to the administration/operating agency of destination shall be the same as would have been due to it had the traffic been routed over the agreed primary route and the transit costs are borne by the administration/operating agency of origin, unless the administration/operating agency of destination is prepared to agree to a different share.</em></p></blockquote>

<p>
Currently routers forward packets based on economic choices made by the owner of that router. The two modifications above change that paradigm completely, giving Nation States the ability to control the choice of provider networks that packets transit. In addition, if an ISP tries to skirt these "toll booths", they still have to pay for traffic that would have transited the "agreed" network. In other words, even though a provider did not receive service from a provider, they still have to pay for services they didn't receive! This would seem counter-intuitive to most people, but when you understand that there is no mechanism built in to the current routing protocol to count traffic in this way, it enters the realm of the absurd.
</p>
<p>
Fred Baker, Adrian Farrel and Benoit Claise have written an excellent <a href="http://www.internetsociety.org/sites/default/files/BGP-for-regulators.pdf">primer on routing</a> for regulators at WCIT, which it seems none of the authors of this proposal have read. In it they conclude by saying:
</p>
<blockquote><p><em>"Maybe increased connectivity between ASes through IXPs will magnify the
<br />
benefits of Internet connectivity, will attract more local online business, and
<br />
provide a significant economic stimulus as larger percentages of the population
<br />
are able to get on line. Perhaps these benefits will go some way to offset the lost
<br />
revenues from the declining legacy telephone systems. What is the for sure is
<br />
that using DPI to monitor and charge VoIP calls in the same old way ... will
<br />
simply not work!"</em></p></blockquote>
<p>
Internet infrastructure (IXPs, submarine and other fiber builds, data centers, etc.) have developed outside of a treaty body. Internetworking is done between networks, not between Member States. Trying to retrofit the Internet to include toll-booths and points of governmental control at this point is self-defeating. During the last revision of the ITRs, revenue from international voice calls were the golden eggs laid by the telephony golden goose, but the Internet has disrupted that model to the point where the ITRs are an anachronism that is no longer of great utility. Ultimately, it will be end-user customers of the affected businesses that will pay the price for the type of folly.
</p>
<p>
Of course, some cynics suspect this "compromise text" is a tactical ploy in a much longer game, that diplomats are human and don't want to be seen as the cause of a failed international treaty conference, that the USA and its "Hands Off the Internet" allies will tire of saying "No" and eventually relent to some of their bad ideas. It's also possible that the USA will throw Russia a bone in hopes of getting their cooperation in other areas of international relations (think Syria).
</p>
<p>
This proposal shows that those who were concerned about the agenda of some ITU Member States and the Secretariat were right. They are out to take over the Internet, they just weren't honest about it. The ITU does useful work in, <em>inter alia,</em> spectrum and satellite slot allocation. They should stick to those tasks and if they really want to help spread the edge of the network to the billions who don't yet have access, perhaps they should focus on access issues instead of asserting intergovernmental control over things they clearly don't understand.
</p>
<p>
William S. Burroughs wrote "Paranoia is just having the right information". It turns out that the folk who have had great concerns about WCIT over the last year were not paranoid, they just had the right information.
</p><p><em>Written by <a href="http://www.circleid.com/members/1420/">McTim</a>, Internet policy and governance consultant</em></p>]]></description>
			<dc:date>2012-12-09T22:29:01-08:00</dc:date>
			<category>internet</category><category>broadband</category><category>domain_names</category><category>icann</category><category>internet_governance</category><category>ip_addressing</category><category>ipv6</category><category>net_neutrality</category><category>policy_regulation</category><category>regional_registries</category><category>telecom</category><category>voip</category>
		</item>
		
		<item>
			<title>RIPE NCC Distributed Last IPv4 Address Space from the Available Pool</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120914_ripe_ncc_distributed_last_ipv4_address_space_from_available_pool/</guid>
			<link>http://www.circleid.com/posts/20120914_ripe_ncc_distributed_last_ipv4_address_space_from_available_pool/</link>
			<description><![CDATA[<p>On Friday 14 September, 2012, the RIPE NCC, the Regional Internet Registry (RIR) for Europe, the Middle East and parts of Central Asia, distributed the last blocks of IPv4 address space from the available pool. As a result RIPE is now distributing IPv4 address space <a href="https://www.ripe.net/internet-coordination/news/ripe-ncc-begins-to-allocate-ipv4-address-space-from-the-last-8">to Local Internet Registries</a> (LIRs) from the last /8 according to <a href="http://www.ripe.net/ripe/docs/ipv4-policies">section 5.6</a> of "<em>IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region</em>&#8221;.
</p>]]></description>
			<dc:date>2012-09-14T09:30:00-08:00</dc:date>
			<category>internet</category><category>ip_addressing</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>Do Agencies Already Have the Authority to Issue Critical Infrastructure Protection Regulations?</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120820_agencies_authority_to_issue_critical_infrastructure_protection/</guid>
			<link>http://www.circleid.com/posts/20120820_agencies_authority_to_issue_critical_infrastructure_protection/</link>
			<description><![CDATA[<p>The President and Congress are deliberating how best to ensure appropriate cybersecurity protection for private sector critical infrastructure. Legislative action and Executive Order are both under consideration. It is possible, however, that the White House Office of Management and Budget (OMB) already has sufficient statutory authority to enact new cybersecurity regulations through the normal notice-and-comment rulemaking process.
</p>
<p>
The Data (Information) Quality Act (<a href="http://corporate.findlaw.com/law-library/federal-agencies-subject-to-data-quality-act.html">DQA, aka IQA</a>) sets standards for the integrity of data used by federal agencies in public information disseminations. Since cybersecurity breaches have the potential to compromise the integrity of federal data, OMB has <a href="http://www.whitehouse.gov/sites/default/files/omb/assets/omb/fedreg/reproducible2.pdf">defined</a> the integrity provisions of the law to encompass FISMA and other federal information security policies.
</p>
<p>
Moreover, the DQA's Integrity, Objectivity and Utility requirements <a href="http://www.circleid.com/posts/20120816_the_federal_cybersecurity_regulation_already_in_place/">apply</a> to third-party data used and relied on by federal agencies as well as to federally-generated data. In explaining the applicability of the DQA to third-party data, then Office of Information and Regulatory Affairs Administrator Graham <a href="http://georgewbush-whitehouse.archives.gov/omb/inforeg/speeches/040203_graham.pdf">stated</a>, "If third-party submissions are to be used and disseminated by federal agencies, it is the responsibility of the federal government, under the Information-Quality Act, to make sure that such information meets relevant information-quality standards."
</p>
<p>
The question arises therefore, as to whether the DQA provides the federal government with the authority to issue regulations protecting the integrity of data obtained from third parties, prior to its submission to the government, given the federal responsibility of making sure that such data "meets relevant information-quality standards."
</p>
<p>
The DQA states that the "Director of the Office of Management and Budget shall...with public and Federal agency involvement, issue guidelines under sections 3504(d)(1) and 3516 of title 44, United States Code, that provide policy and procedural guidance to Federal agencies for ensuring and maximizing the quality, objectivity, utility, and integrity of information (including statistical information) disseminated by Federal agencies..."
</p>
<p>
Based on a plain reading of the text, the answer appears to be no since the law authorizes guidance to federal agencies, not regulations binding on the private sector. Although this straightforward reading of the statute may well prove to be correct, it's worth exploring the scope of OMB's authority under the Act given the two sections of the Paperwork Reduction Act (PRA) cited in the DQA. In particular, as discussed below, OMB's DQA authority needs to be understood in light of the law's interpretation by the US Court of Appeals for the DC Circuit.
</p>
<p>
44 USC 3504(d)(1), part of the US Code's Subchapter on Federal Information Policy, states that with "respect to information dissemination, the Director shall develop and oversee the implementation of policies, principles, standards, and guidelines to &#8212; (1) apply to Federal agency dissemination of public information, regardless of the form or format in which such information is disseminated;"
</p>
<p>
This section of the Code gives the Director permission to take actions with respect to virtually all information publicly disseminated by the Executive Branch. By citing 3504(d)(1), the DQA is granting the Director broad authority, on an intra-governmental level, to protect the integrity (and objectivity and utility) of data disseminated by agencies.
</p>
<p>
The other section of the Code referenced by the DQA, 3516, states that the "Director shall promulgate rules, regulations, or procedures necessary to exercise the authority provided by this subchapter." Thus, even though the DQA refers to "guidance," by utilizing section 3516 of the PRA, Congress appears to grant the Director the authority to issue binding rules and regulations to carry out the DQA, including protecting the integrity of data disseminated by agencies.
</p>
<p>
The DC Circuit Court's <a href="http://thecre.com/pdf/20100414_DQA_Prime.pdf">decision</a> in <em>Prime Time Int'l Co. v. Vilsack</em> provides additional insight into the Director's authority under the DQA. In a unanimous opinion the court stated that "Congress delegated to OMB authority to develop binding guidelines implementing the IQA...." Moreover, in deferring to OMB's reasonable construction of the statue, the decision stated, "See <em>United States v. Mead</em>, 533 U.S. 218, 226 &#8212; 27 (2001)."
</p>
<p>
The <a href="http://www.thecre.com/index.html">Center for Regulatory Effectiveness</a> (CRE), in groundbreaking <a href="http://www.thecre.com/quality/2010/20100414_regweek.html">analysis</a> opined,
</p>
<blockquote><p><em>The citation of Mead at those particular pages is significant. The only statement by the Supreme Court in Mead that overlaps those two pages is the following: "We hold that administrative implementation of a particular statutory provision qualifies for Chevron deference when it appears that Congress delegated authority to the agency generally to make <u>rules carrying the force of law</u>, and that the agency interpretation claiming deference was promulgated in the exercise of that authority.</em>&#8221; (Emphasis added) </p></blockquote>
<p>
A detailed analysis of the <em>Prime Time</em> decision by Multinational Legal Services, PLLC supporting CRE's statement may be found <a href="http://www.thecre.com/tpsac/wp-content/uploads/2010/06/Prime-Time-Master.pdf">here</a>. The MLS analysis explained that:
</p>
<blockquote><p><em>The </em>Mead<em> opinion makes clear that when an agency issues a rule that is entitled to </em>Chevron<em>-level deference, "any ensuing regulation is binding in the courts unless procedurally defective, arbitrary or capricious in substance, or manifestly contrary to the statute."</em></p></blockquote>
<p>
It is important to note that the Department of Justice, representing USDA, took exception to CRE's interpretation of the <em>Prime Time</em> decision. So strong was DOJ's disagreement with CRE's understanding of the opinion that they filed a <a href="http://www.thecre.com/pdf/20100801_Prime_Time_Abbreviated.pdf">Petition</a> for a Panel Rehearing of a case they had already won, asking "the panel amend its opinion to clarify that the Court did not decide whether the Information Quality Act ("IQA") creates judicially enforceable rights." DOJ took the extraordinary step of including a printout of CRE's website as Exhibit B of their petition. The court rejected the DOJ petition.
</p>
<p>
Thus, we can see that the DQA gives OMB: 1) the duty to protect the integrity, utility and objectivity of data used in federal information disseminations; and 2) the authority to create binding rules carrying the force of law in order to fulfil its DQA duties. Moreover, we have seen that the scope of the DQA encompasses data collected by agencies from third parties that is then used in federal information disseminations.
</p>
<p>
Does this mean that the DQA gives OMB the authority to issue regulations protecting the integrity of third-party data used in federal information disseminations? Not necessarily but the issue is worthy of further analysis.
</p><p><em>Written by <a href="http://www.circleid.com/members/735/">Bruce Levinson</a>, SVP, Regulatory Intervention - Center for Regulatory Effectiveness</em></p>]]></description>
			<dc:date>2012-08-20T10:48:01-08:00</dc:date>
			<category>internet</category><category>cyberattack</category><category>cybercrime</category><category>data_center</category><category>regional_registries</category><category>security</category>
		</item>
		
		<item>
			<title>The RIRs in a Post&#45;IPv4 world: Is the End of IP Address Policy Making Nigh?</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120720_rirs_in_post_ipv4_world_is_end_of_ip_address_policy_making_nigh/</guid>
			<link>http://www.circleid.com/posts/20120720_rirs_in_post_ipv4_world_is_end_of_ip_address_policy_making_nigh/</link>
			<description><![CDATA[<p>IANA's IPv4 pool was officially exhausted in early 2011; Regional Internet Registries (RIRs) are gradually eating through their remaining IPv4 reserves and, although there will always be a trickle of recycled IPv4 addresses coming through as businesses go bust or ISPs move entirely to IPv6, the bulk of RIR IPv4 activity in future will be maintenance of existing allocation records (including associated RPKI certification efforts).
</p>
<p>
While IPv6 is definitely the way of the future for the Internet, the sheer size of the IPv6 address pool, combined with simplified allocation policies that have deliberately reduced barriers to entry, means there are very few organizations that can't get IPv6 directly from the RIRs these days.
</p>
<p>
As a response to these changes, an APNIC policy proposal, <a href="http://www.apnic.net/policy/proposals/prop-103">prop-103</a>, popped up on 9 July 2012 suggesting that there is no need for any more IP address policy development.
</p>
<p>
Early reaction to the proposal has been mixed. Some have agreed that it is pointless to play around with IPv4 policies any more; some think that IPv4 policy may still need to be changed. There is greater agreement that IPv6 policy may still need to be refined at some point in the future when there has been more experience in IPv6 deployment.
</p>
<p>
In a larger Internet governance context, however, the APNIC proposal highlights a major challenge facing the RIRs: what is their role in a post-IPv4 world?
</p>
<p>
<strong>Where will RIRs get their income?</strong>
</p>
<p>
Each RIR has a different fee structure, but broadly speaking the current RIR business model means that the majority of RIR income comes from membership fees associated to IPv4 allocations and management.
</p>
<p>
Looking forward, ISPs are likely to request far fewer allocations in IPv6 than in IPv4 due to the large size of the initial IPv6 allocations made by RIRs. The smallest allocation size, a /32, is likely to be sufficient for a significant percentage of ISPs, meaning that for RIR fee structures based on the graduated tiers of IP address holdings, most members, if judged solely on their IPv6 holdings, will be in the smallest tier. Currently, fee schedules for IPv6 address allocation and management provide a far smaller portion of RIR income, and given the above, will continue to do so, unless member fees associated with IPv6 are radically increased. Given RIRs are membership-based organizations, there is probably going to be little member support for such an increase.
</p>
<p>
As RPKI is deployed, RIRs may find it possible to turn certification into a non-insignificant source of income by charging "legacy" IPv4 address holders for certificates that regular RIR members receive for free. "Legacy" address holders, by the way, are organizations that received their IPv4 addresses before the RIRs were created, or before RIRs had member agreements that ensured members had to pay regular address maintenance fees. For a recent article on legacy addresses, see <a href="http://webmedia.company.ja.net/edlabblogs/developmenteye/2012/07/18/legacy-ip-addresses-on-janet/">Legacy IP Addresses on Janet</a>.
</p>
<p>
Unless RIRs make significant hikes in their IPv6 fees, or can make RPKI certification a financial success, however, the reality is that RIRs, in the next few years, will find themselves with significantly smaller incomes. 
</p>
<p>
<strong>What will happen to RIR community dynamics?</strong>
</p>
<p>
RIR members and stakeholders have traditionally met and developed their sense of being an IP addressing community via RIR mailing lists and RIR meetings.
</p>
<p>
RIR meetings began for the purpose of developing policy and, to support the ability of RIR stakeholders to participate in policy making, meetings have included presentations and discussions on industry trends and practices. In a sign of the times, however, APNIC has dropped the use of "Open Policy Meeting" in favour of the policy-free title, "APNIC conference". AfriNIC and ARIN are now the only RIRs that call their meetings "Public Policy Meetings", but if the sentiments expressed by Randy Bush in his <a href="http://www.apnic.net/policy/proposals/prop-103">prop-103</a> prove true for all regions, it might only be a matter of time before these RIRs change the focus of their meetings, too.
</p>
<p>
Today, RIR meetings and mailing lists attract a mix of those who want to influence IP address policy development, those who want to understand the policies so they can successfully request resources, and those who are there to build their knowledge on the latest IP address-related industry developments.
</p>
<p>
With IPv4 becoming less important, both in terms of allocation and policy development, and with IPv6 space large enough and being governed by policies liberal enough to probably need only minor tinkering over time, will the policy-focused community members no longer be attracted to RIR discussions?
</p>
<p>
With simpler and easier to understand IPv6 policies, will RIRs also find that ISPs don't need to attend RIR training to figure out how to ask for addresses in future?
</p>
<p>
Will RIRs find themselves with a community that transforms itself to become ISP staff primarily interested in learning more about industry developments? If so, this leads to the next question:
</p>
<p>
<strong>What is the future core business of RIRs?</strong>
</p>
<p>
<a href="http://www.ietf.org/rfc/rfc2050.txt">RFC 2050</a> states, "Regional Registries provide registration services as its primary function". Over time, to support this primary function, RIRs have developed a range of supporting services. However:
</p>
<ul><li>A post-IPv4 world won't require the current number of trainers, help desk operators or document writers to explain the complexities of multiple-choice policies for IPv4 allocations and assignments.</li>
<li>A post-IPv4 world doesn't require as many hostmasters to evaluate IP address requests, not only because IPv6 criteria are simpler and easier to meet, but also because the overwhelming majority of organizatons will never come back with an additional request for addresses. Compare that to the last 10 or so years of RIR operations, where ISPs have regularly returned with additional IPv4 requests.</li></ul>
<p>
Will RIRs decide that their core function, IP address management and distribution, has become a lighter function that can be met by slimmed down Secretariats?
</p>
<p>
A world in transition from IPv4 to IPv6 most probably <em>will</em> require more training and documentation on IPv6 deployment and dual IPv4/IPv6 networks. Will RIRs look to these as their new main activities and sources of income? Or will RIRs refocus their central functions to be RPKI certificate authorities, or expand training departments to cover a wider range of technical training (some of the RIRs already offer training courses outside the strict IP address management function that is the RIRs' current core business), or reframe RIR meetings and events as regional hubs that provide a platform for Internet operators to exchange best practices?
</p>
<p>
To place an emphasis on training services would require RIRs to compete with commercial training providers. If this is the case, the probability is that the training costs will need to be borne by those being trained, rather than being subsidized by member income, as is the case today. To place an emphasis on becoming platform for Internet operators to exchange best practices could work nicely, if RIRs work as partners with existing regional Network Operator Groups.
</p>
<p>
<strong>What does the potential change in RIR focus mean for their role in Internet governance?</strong>
</p>
<p>
If the RIRs do reframe their business models, what does this mean for their place in the Internet governance ecosystem? Currently, the five RIRs occupy an impressive three of the 10 places allocated to the academic and technical community on the IGF MAG.
</p>
<p>
The RIRs, with their traditional focus on technical policy development, have generally been able to occupy the high ground in Internet governance discussions. For example, while domain name policy and governance is seen to be open to influence from all sorts of conflicting interests (intellectual property advocates, privacy advocates, business entrepreneurs, etc.), criticism of addressing policy is less likely to be about conflicts of interest, and more likely to be about interpretation of statistical distribution of addresses (witness the debate in the recently-closed <a href="http://www.itu.int/en/ITU-T/others/ipv6/Pages/default.aspx">ITU IPv6 Group</a> where some member states came to the conclusion that RIRs were failing to achieve equitable distribution while the RIRs were able to use the same statistics to conclude the opposite.) or whether something is or is not a technical trend that address policy should be changed to accommodate.
</p>
<p>
If RIRs cease to be organizations that have policy development as part of the core of their new business models, does this also change their position within the Internet governance world? Do RIRs become more like domain name registrars, focused more on resource distribution (albeit without the focus on profit)? Or, if RIRs reposition themselves to be closer in function to the Network Operator Groups (NOGs), do RIRs embrace a more NOG-like role in Internet governance? That is, NOGs seem to play a role in regional and local IGF initiatives, and similar capacity building efforts, but play little role in the larger political Internet governance sphere.
</p>
<p>
And tangentially, what happens to the <a href="http://aso.icann.org">ICANN Address Supporting Organization</a> if RIRs change focus?
</p>
<p>
<strong>Could a change in RIR focus mean that they could survive a removal of IP management functions altogether?</strong>
</p>
<p>
If RIRs downsize and/or change focus, a possible side-effect is that they will lose the capacity to respond to any future attempts by other organizations to relocate IP addressing activities to another form of institution-most likely intergovernmental. (I'm not going to discuss the pros and cons of moving IP address management into an intergovernmental framework here. There has been a lot written about that already, and I'm sure more will be written in future.)
</p>
<p>
Right now, with RIRs rightly being well-known for their IP address delegation work, the notion of addressing functions being moved elsewhere seems unthinkable. Not only because the current possible alternative homes for such a function are seen as antithetical to the Internet's multistakeholder, bottom-up approach to governance, but also because to remove IP address functions from the IRs right now would be to remove the beating heart of the organizations. Without that heart, the RIRs would, right now, almost certainly not survive.
</p>
<p>
However, if the RIRs do, indeed, refocus their central activities outside pure address management, perhaps the RIRs could survive removal of addressing functions and become Regional Internet Registries of Internet technical information and practices, instead of registries of address information. And perhaps become homes for the regional NOG activities (AfNOG, NANOG, etc.).
</p>
<p>
<strong>Time for the community to discuss</strong>
</p>
<p>
Randy Bush's <a href="http://www.apnic.net/policy/proposals/prop-103">prop-103</a> touches on the most immediate change facing the RIRs: the declining role of address policy in the RIRs. The proposal has sparked off some interesting discussion on the APNIC Policy SIG mailing list. But for me, the larger discussion the RIR communities need to have is what they want the RIRs to become in a post-IPv4 world. RIR surveys have touched on this, but as we all know, there are a couple of drawbacks with surveys:
</p>
<ul><li>As I learned well during a short stint working for a PR company specializing in the oil and gas industry, survey questions are often framed in ways that encourage participants to respond in ways the survey authors find favourable to their own goals.</li>
<li>Surveys tend to attract a very small sample of the stakeholders, and don't necessarily reflect the true diversity of stakeholder opinions.</li></ul>
<p>
Like ICANN, all RIRs have sections of their meetings that encourage the open mic discussions. RIRs have mailing lists for discussion too. I hope RIR communities take the opportunity afforded by Randy Bush's proposal to starting think about what forms they'd like RIRs to take as they move towards a post-IPv4 world. After all, the RIRs are community-based organizations, and it is through the active participation of the community that the RIRs will be sustained, in whatever form RIRs may take in future.
</p><p><em>Written by <a href="http://www.circleid.com/members/5044/">Sam Dickinson</a>, Internet Governance Specialist</em></p>]]></description>
			<dc:date>2012-07-20T00:15:00-08:00</dc:date>
			<category>internet</category><category>internet_governance</category><category>ip_addressing</category><category>ipv6</category><category>policy_regulation</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>Measuring IPv6 &#45; Country by Country</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120625_measuring_ipv6_country_by_country/</guid>
			<link>http://www.circleid.com/posts/20120625_measuring_ipv6_country_by_country/</link>
			<description><![CDATA[<p>Some years ago a report was published that ranked countries by the level of penetration of broadband data services. You can find the current version of that report at the <a href="http://www.oecd.org/document/54/0,3746,en_2649_34225_38690102_1_1_1_1,00.html">OECD web site</a>.
</p>
<p>
<em>(While there is some disagreement whether broadband goes as slow as a few hundred kilobits per second, or whether true broadband only begins when we manage to deliver a clear hundred megabit carrier signal to every endpoint, here is one definition that does find pretty universal agreement &#8212; a modem over a old analogue phone circuit is definitely NOT broadband!)</em>
</p>
<p>
<span style="font-size:85%;color:#666666;padding:0 0 2px 7px;margin:0 0 10px 10px;border-left:1px solid #ddd;width:300px;float:right;line-height:1.3em;"><img src="http://www.circleid.com/images/uploads/6741.jpg" border="0" width="300" height="190" style="display:block;margin-bottom:8px;" /><strong>The IPv6 Country Deployment</strong> &ndash; An interactive map of IPv6 deployment and number resource distributions by country. <em>(Source: <a href="http://labs.apnic.net">APNIC Labs</a>)</em></span>This ranking of national economies had an electrifying impact on this industry and upon public policies for broadband infrastructure in many countries. Perhaps this happened because there were some real surprises lurking in the numbers at the time. South Korea featured at the top end of the list (and still does if you equate broadband with fibre-based access services), while other countries which supposedly had an advanced domestic infrastructure for telecommunications services had surprisingly low broadband penetration rates. This caused a wealth of policy debates in many national regimes. Some countries, such as Australia, used their relatively poor ranking as part of the justification to the voters for a truly impressive public investment in a national fibre access network that would deliver very high speed data services to almost every residence in the continent. Other countries used the figures to justify widespread changes in the industry structure around the last mile copper loop, and opened up the DSL to vibrant competition, with consequent expansion of the DSL broadband service infrastructure (as happened in the United Kingdom, for example).
</p>
<p>
Regardless of the form of policy response in each country, this ranking of countries by such a simple metric as broadband penetration had a transformational impact on many national policies in this area, with its own impact on the growth of the broadband market and the consequent growth of ever-richer digital service environments. A highly capable, highly efficient domestic telecommunications infrastructure is a well recognised enabling factor for further economic growth, as the OECD has been telling us for many years.
</p>
<p>
But of course it's not all roses as we peer into the immediate future. While the growth figures of the Internet have been truly impressive in recent years, the downside is that the entirety of this growth is in IPv4 &#8212; a protocol that has unfortunately run out of addresses! Much has been written about the exhaustion of IPv4 and the pressing need for this industry to adopt IPv6, and no doubt much more will be written about this. And of course much will also be written about the risks if we get this transition wrong. If we don't manage this carefully we will surely witness the Internet stutter and fall apart on the back of a proliferation of idiosyncratic network middleware, perverse application gateways and other forms of ad hoc network intermediation devices that attempt to leap over the gap of a broken end-to-end network architecture. Lots of little Internets does not necessarily make one large Internet if we all start to use the same address pool in every little Internet. The state of the IPv6 transition is a critical item in today's public policy agenda for the Internet. Possibly even the single most important topic for today. Without a coherent address infrastructure those broadband deployments are of far lesser utility and far less valuable. Without a coherent address infrastructure all those new global top level domain names will be of far less value. Without the prospect of a single coherent capable and efficient Internet almost all the other topics around the state of telecommunications infrastructure and services will inevitably wane into petty squabbles and finger pointing about who allowed such a disaster to happen and why. If we manage to break this IPv6 transition we will inevitably break the Internet.
</p>
<p>
Perhaps a useful question to ask is: "How can we place this topic in a position of prominence in the public policy agenda at a national level?" It's been possible to bring the Internet itself to prominence within national and international policy debates, and it's been possible to highlight such issues as the state of broadband infrastructure, content distribution, service delivery quality and Internet service costs. But that's not been the case with the state of the IPv6 transition. What have they managed to do that we're missing within the IPv6 transition?
</p>
<p>
This is not a topic that is easy to highlight at a policy level: There are many aspects of this topic that are highly technical, there are many diverse views on the way to tackle this issue, and some significant levels of disagreement within the industry as to where and how to start. It seems like we keep on encountering chicken and egg scenarios everywhere we look, where one industry sector claims that it would get moving with the deployment of IPv6 services if only that other sector over there did something first. For example, access providers still claim that they would move with more speed if there was more IPv6 content, while the content providers claim that without IPv6-active customers there is little point in setting up IPv6-enabled services, and on and on and on.
</p>
<p>
We've now had a couple of IPv6 events, with <em>"IPv6 Day"</em> in 2011 and <em>"IPv6 Launch"</em> in early June of 2012. These were efforts to try and orchestrate a larger common momentum behind this transition. But in 2011 after a burst of activity just prior to the day, the rest of the year saw the activity level wane. This year was a little more positive in terms of its effects and we have seen some pronounced shifts in the use of IPv6 in some countries, notably in China and the United States. But more must be done here all over the world.
</p>
<p>
So, how can we motivate IPv6 as a subject of discourse at the level of national and international policy debates?
</p>
<p>
Perhaps if we took a leaf from the broadband infrastructure book, and started ranking countries using a metric of the per cent of their user populations that are connected with IPv6 and have a capability to use it. Maybe this metric would act as a clear indicator that some countries are indeed managing this transition very well, while others are, well to put it bluntly, lagging far behind.
</p>
<p>
At APNIC Labs we've been measuring IPv6 deployment for some time now. But we're not counting bytes or packets, and we are not counting routing advertisement for this work. And no, we are not counting DNS resource records either. What we set out to answer is very simple:
</p>
<blockquote><p><em>"What proportion of the Internet's users are capable of using IPv6 when offered a choice of protocols?"</em></p></blockquote>
<p>
Or, in other words if the true endpoint of this transition is 100% of the Internet's users actually using IPv6, how far along that path are we?
</p>
<p>
What we found is that there is a very simple way of silently and quickly testing users' IPv6 capabilities within the conventional web browser function. We started by measuring users' IPv6 capabilities when they visited certain web sites. The test was silent, non disruptive and very lightweight. The test took an exchange of some 30 IP packets, each of which were minimally-sized packets. We set up the test as one that was lightweight, simple and silent.
</p>
<p>
But unfortunately we were not really measuring the Internet &#8212; we were measuring the capabilities of visitors to certain web pages.
</p>
<p>
We had the testing technique, but the next problem was the methodology of the test rig. How do you measure the entire Internet? Obviously getting each and every user to perform a IPv6 test once a day would be wonderful, but at APNIC we just don't have a means of doing this.
</p>
<p>
We rephrased the question somewhat - how can we reach out and test a reasonably large random sample of users from across the entire Internet each and every day?
</p>
<p>
This question has a surprising answer, and it comes in the form of the online advertising delivery networks. Given the proliferation of advertiser-funded content provision these days the advertising delivery networks are now at the cutting edge of techniques that try to reach out to each and every user. And many of these ads use a programming language to deliver the content. If we were able to embed the IPv6 capability test inside a conventional advertisement, then we could use an advertising distribution network as the means of reaching out to a statistically significant proportion of the Internet's user population over time
</p>
<p>
This task has been just within our capabilities, and with the generous assistance and support of Google, the RIPE NCC, Internet Software Consortium and the Internet Society, we've managed to set up an IPv6 deployment measurement environment that tests a randomly selected set of some 1 million users per day by posing to their web browser the same simple IPv6 capability test.
</p>
<p>
That's a lot of users, and they truly are spread out all over the Internet. Is there a way to break down this Internet-wide number on a country-by country basis? Again the answer is "yes," as the IP addresses used by the end users can be geolocated to a level of countries very efficiently.
</p>
<p>
It is now possible to look at the state of IPv6 deployment on a country-by-country basis.
</p>
<p>
And the answers are surprising. Perhaps as surprising as the early broadband metrics.
</p>
<p>
Who is leading the IPv6 deployment effort? Japan? China? Slovenia? Sweden? Yes, they are all in the leading set of countries, but none of them are out in front. Who is in front? Relatively speaking, today it's Romania. Some 7.4% of that country's 8.6 million users are IPv6 capable today. That's impressive! Next is France, with some 4.0% of that countries 50 million users enabled with IPv6. In France it amy well be indicative of the efforts of a single access provider, Free, who operates in the French ISP market with a highly efficient business model that has proved popular with consumers that includes IPv6 capability bundled into their product sets. China is also up there with 1.1% of its estimated 516 million users enabled with IPv6. On absolute terms China has an estimated 5 million IPv6-enabled users, with the next largest country being the US with some 2.5 million IPv6-enabled users.
</p>
<p>
The other end of the list also contains some surprises, with the United Kingdom, who has an extremely good record in broadband deployment, showing an IPv6 deployment level of some 0.08% of their 52 million Internet users, grouped with New Zealand (0.07%), Kazakhstan (0.07%) and South Korea (0.04%).
</p>
<p>
And yes, Norway (0.52%) is truly well ahead of both Sweden (0.16%) and Denmark (0.09%) according to this form of national rankings!
</p>
<p>
The other somewhat surprising metric is that the overall Internet metric of IPv6 use is still well below 1%. Given that the supplies of available IPv4 addresses have run dry in the Asia Pacific, are about to run dry in July this year in Europe and the Middle East, and similarly we anticipate a run-down date of early in 2013 for North America, our overall state of preparedness to get this IPv6 transition underway is not looking good.
</p>
<p>
Getting this transition started is not enough &#8212; we need put it on track to be completed within the next couple of years. So perhaps the best message I can offer to Canada (0.06%), Brazil (0.03%) and Italy (0.01%) is to look very carefully at programs in Slovenia (0.76%), Switzerland (0.93%), the US (1.01%), China (1.06%), Japan(1.64%), France (3.90%) and Romania (7.28%) and get this transition moving! National pride is at stake!
</p>
<p>
<strong>The IPv6 Country Deployment Reports</strong>
</p>
<p>
&bull; The report on IPv6 deployment levels on a country-by country basis is generated each day and published at <a href="http://labs.apnic.net/dists/v6dcc.html">http://labs.apnic.net/dists/v6dcc.html</a>.
</p>
<p>
&bull; A complete report of V6 deployment and number resource distributions by country is also published at <a href="http://labs.apnic.net/dists">http://labs.apnic.net/dists</a>.
</p>
<p>
&bull; An interactive map of this data can be found at <a href="http://labs.apnic.net">http://labs.apnic.net</a>.
</p><p><em>Written by <a href="http://www.circleid.com/members/602/">Geoff Huston</a>, Author & Chief Scientist at APNIC</em></p>]]></description>
			<dc:date>2012-06-25T20:51:00-08:00</dc:date>
			<category>internet</category><category>ip_addressing</category><category>ipv6</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>Is IPv6 a Boon to Criminals and Foe to the FBI?</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120622_is_ipv6_a_boon_to_criminals_and_foe_to_the_fbi/</guid>
			<link>http://www.circleid.com/posts/20120622_is_ipv6_a_boon_to_criminals_and_foe_to_the_fbi/</link>
			<description><![CDATA[<p><a href="http://www.cnet.com/profile/declan00/" rel="author">Declan McCullagh</a> recently opined that the "<a title="CNET Article" href="http://news.cnet.com/8301-1009_3-57453738-83/fbi-dea-warn-ipv6-could-shield-criminals-from-police/">FBI [and the] DEA warn [that] IPv6 could shield criminals from police</a>." His post was picked-up <a title="re-posted on The Verge" href="http://www.theverge.com/2012/6/20/3098246/fbi-dea-ipv6-traceability-legislation">relatively</a> <a title="re-posted on MSNBC" href="http://www.technolog.msnbc.msn.com/technology/technolog/fbi-worried-new-ip-scheme-could-hinder-law-enforcement-830644">widely</a> in the past few days, with the headlines adding <a title="FBI wants to ban new Internet protocol on RT" href="https://rt.com/usa/news/fbi-internet-protocol-ipv6-212/">more hyperbole</a> along the way. So just how real is this threat? Let's take a look.
</p>
<p>
<strong>The Claim</strong>
</p>
<p>
The issue being discussed here is really all about RIR (Regional Internet Registry) Whois database accuracy. The RIR Whois databases contain the records of who holds what IP addresses, down to a level of granularity dependent on that RIRs specific policies. When law enforcement agencies like the FBI, DEA, and RCMP want to find out who was using an IP address (say to post child pornography or host an illegal prescription sales website) at a given time, they first go to Whois to determine who is responsible for the network that IP address belongs to. If everything is as it should be, Whois will provide the name (and contact info) of the responsible party. "Responsible party" in this context means the organization responsible for the network that the offending IP address belongs to. This is typically either the enterprise which holds that network directly, or the ISP who's customer is using the address. When law enforcement officials get the party directly responsible for that specific IP address from Whois, they are able to obtain and serve warrants most efficiently. In cases where Whois information is stale (out of date) or not granular enough (perhaps Whois lists the ISP of the ISP of the ISP of the person using the IP address); they must embark on a goose chase of sorts, obtaining and serving warrant after warrant as they work down the chain to the responsible party who should have been listed in Whois in the first place.
</p>
<p>
The hypothesis being presented is that IPv6 Whois information will be less accurate than IPv4 Whois information, causing more of those wild goose chases and ultimately making it harder for law enforcement to track criminals by IP address. The rationale behind this claim is basically that Internet number registrants (ISPs and others who hold AS numbers and IP addresses) only update Whois in order to receive more addresses from the RIR. Since IPv4 has been known to be an ultimately scarce resource since as far back as the early 1990s, IPv4 addresses have been handed out in relatively small chunks. This requires organizations who consume lots of addresses, like ISPs and data-centers, to come back to the RIRs and request more IPv4 addresses with great regularity. Because the RIRs will not grant addresses to organizations who are out of compliance with RIR policy, this in effect forces such organizations to keep their Whois records up to date. In the brave new world of IPv6, things have changed. Since the IPv6 addressing space is effectively some <a title="How Much IPv6 is There? - Click the link and check my math!" href="http://chrisgrundemann.com/index.php/2009/how-much-ipv6-is-there/">16 million to 17 billion times larger</a> than IPv4; RIRs are handing out IPv6 in much larger blocks, allowing these very same organizations to come back to the well much less frequently and perhaps never at all. This is great for network address planning and route aggregation but not so great for Whois database accuracy if you believe that folks only make updates in order to get more addresses.
</p>
<p>
<strong>The (Recent) History</strong>
</p>
<p>
I think we should first realize that this is not a new story. I have personally been <a title="Annual WHOIS POC Validation" href="http://chrisgrundemann.com/index.php/2008/annual-whois-poc-validation/">working on this subject</a>, often with members of <a title="WHOIS reform and the AGWG" href="http://chrisgrundemann.com/index.php/2010/whois-reform-agwg/">the FBI and the RCMP</a>, for around four years now. I am, by far, not the first champion of Whois accuracy, as registration requirements have been present in RIR policy since the very beginning. I have however contributed to some of the more recent reforms directly related to IPv6 and law enforcement's ability to use IP addresses and Whois to track down criminals as quickly and efficiently as possible, without infringing on anyone's individual or organizational rights. In these past four years we have seen some major "wins" for Whois database accuracy.
</p>
<p>
The first happened in the <a title="American Registry for Internet Numbers" href="http://www.arin.net">ARIN</a> region with the <a title="Policy 2008-7 Adopted" href="http://chrisgrundemann.com/index.php/2009/policy-2008-7-adopted/">adoption of draft policy 2008-7</a>, which was eventually implemented by ARIN in the second half of 2010. This policy requires ARIN staff to conduct an <a title="Whois POC Validation" href="https://www.arin.net/resources/services/poc_validation.html">annual Whois POC validation</a> during which all POC (Point Of Contact) records in <a title="Search ARINs Whois" href="http://whois.arin.net/ui/advanced.jsp">ARINs Whois database</a> are verified via response to <a title="Annual Whois POC Validation Emails from ARIN" href="http://chrisgrundemann.com/index.php/2010/annual-whois-poc-validation-emails-arin/">an email message</a>. In the context of today's discussion, this means that every single POC in ARINs Whois is contacted and asked to make updates every year, regardless of their organizations need for more addresses. This is true for POCs associated with IPv4 and/or IPv6 records.
</p>
<p>
The second victory came with the adoption and subsequent <a title="New Policies Implemented at ARIN! (NRPM 2011.4)" href="http://chrisgrundemann.com/index.php/2011/policies-implemented-arin-nrpm-20114/">implementation of ARIN-2010-14</a> in mid 2011. ARIN-2010-14 encompassed fairly sweeping changes to the ARIN policies regarding Whois data for both IPv4 and IPv6. The key reforms directly associated with criminal traceability in IPv6 were threefold: First, to require that all static IPv6 assignments to downstream organizations be recorded in Whois. Second, to define the organizational information required in Whois as; legal name, full physical address, and at least two POCs (both with a verifiable email address and phone number). Third, and perhaps most importantly, to specifically allow ARIN to conduct resource reviews if an organization fails to maintain accurate and complete Whois records (including downstream assignments to other organizations).
</p>
<p>
Most recently (and further south) we scored another win for global Whois data accuracy when the <a title="Latin American and Caribbean Internet Addresses Registry" href="http://www.lacnic.net">LACNIC</a> community approved <a title="LAC-2012-02 in english [pdf]" href="http://lacnic.net/documentos/politicas/lac-2012-02-EN-v2.pdf">LAC-2012-02</a> following <a title="LACNIC XVII" href="http://lacnic.net/en/eventos/lacnicxvii/">LACNIC XVII</a> in May 2012. This policy was crafted based on the reforms in ARIN-2010-14 following <a title="IP Address Responsibility" href="http://www.scribd.com/doc/67899771/IP-Address-Responsibility">a brief presentation I gave</a> at the October 2011 LACNIC meeting. They key difference is that the LACNIC policy sets the boundary for downstream IPv6 assignments at /48 rather than /64. This effectively means that while ARIN policy requires <strong>all</strong> static IPv6 assignments to be recorded in Whois, in the LACNIC region only assignments of larger than a /48 prefix must be registered.
</p>
<p>
There have obviously been great strides, within the ARIN region and elsewhere, with regard to Whois data accuracy in the past few years but there has been at least one setback as well. Draft policy <a title="ARIN-2011-7 text and history" href="https://www.arin.net/policy/proposals/2011_7.html">ARIN-2011-7</a> was recently abandoned by the ARIN AC after not gaining clear consensus among the ARIN community. This proposed policy change would have supplied some added clarity and additional tools to ARINs Whois data enforcement abilities.
</p>
<p>
<strong>The Current (IPv6) Situation</strong>
</p>
<p>
Perhaps even more important than tallying the recent wins and losses is understanding the current state of affairs more clearly.
</p>
<p>
The first thing to realize is that this is not just a law enforcement issue. Accurate Whois information is extremely helpful in all sorts of abuse reporting which happens directly between network operators. The very same wild goose hunts that can plague LEAs can cost Internet connected businesses substantial amounts of time and money. Not to mention the fact that knowing you can be easily identified regardless of your physical location would likely have a chilling affect on abuse in the first place.
</p>
<p>
The next thing to realize is that this is not just a U.S. or Canadian issue. Internet users (including the nefarious types) span the globe. IP addresses are used all over this planet. Five distinct Whois databases for Internet numbers are operated by the five individual RIRs representing the various regions of our world. In order to understand where we are today, we need to examine all five RIRs policy on Whois and re-assignment registration.
</p>
<p>
Working alphabetically, <a title="The Internet Numbers Registry for Africa" href="http://www.afrinic.net/">AFRINIC</a> is the first RIR. <a title="IPv6 Address Allocation and Assignment Policy - AFRINIC" href="http://www.afrinic.net/index.php/en/library/policy-documents/current-policies/122-afpub-2004-v6-001">AFRINIC's IPv6 policy</a> has a section titled "5.5. Registration" which simply requires that all organizations holding IPv6 addresses must register all downstream assignments larger than a /48 in the "AFRINIC database." Their policy further states that this data will be used "to calculate the HD-Ratio at the time of application for subsequent allocation and to check for changes in assignments over time" and does not appear to have any additional auditing or 'enforcement' mechanisms in place (although they do encourage the inclusion of an <a title="Abuse Contact Information in the AfriNIC service region" href="http://www.afrinic.net/index.php/en/library/policy-documents/current-policies/698-abuse-contact-information-in-the-afrinic-service-region">abuse contact</a>).
</p>
<p>
<a title="Asia Pacific Network Information Centre" href="http://www.apnic.net/">APNIC</a> has a very similar registration policy to AFRINICs. Theirs is titled "<a title="IPv6 address allocation and assignment policy - APNIC" href="http://www.apnic.net/policy/ipv6-address-policy#5.6">5.6. Registration</a>&#8221; and also requires all downstream assignments of /48 or larger to be "registered in an RIR/NIR database" and they also state that "RIR/NIRs will use registered data to calculate the HD-Ratio at the time of application for subsequent allocation and to check for changes in assignments over time." However, there is a key difference in the APNIC policy. "Organizations that receive an allocation from APNIC can choose whether or not their customer assignment registrations should be publicly available." So while APNIC address holders must register reassignments, that info does not have to be viewable in Whois. They do require (<a title="APNIC prop-079: Abuse contact information" href="http://www.apnic.net/policy/proposals/prop-079">since late 2010</a>) the registration of an "Incident Report Team (IRT) object for each allocation and assignment record in the APNIC Whois Database." This object provides abuse contact information.
</p>
<p>
We have discussed <a title="ARIN NRPM Section 6.5.5. [IPv6] Registration" href="https://www.arin.net/policy/nrpm.html#six55">ARINs IPv6 registration policy</a> already, since it was re-written by ARIN-2010-14, but to keep it simple let's cover the basics: ARINs policy states that all static IPv6 assignments of a /64 or larger must be registered publicly within 7 business days of being made. Further, these "reassignment registrations" must include the pre-defined "organizational information" of name, address, and two POCs - unless the assignment is to an individual residential customer (for privacy protection). Finally, ARIN is granted the ability to conduct a "<a title="Resource Review - ARIN" href="https://www.arin.net/policy/nrpm.html#twelve">resource review</a>&#8221; specifically "whenever ARIN has reason to believe that an organization is not complying with reassignment policies."
</p>
<p>
LACNIC is another one that we covered above. Post-LAC-2012-2 <a title="IPv6 Address Allocation and Assignment Policies - LACNIC" href="http://lacnic.net/en/politicas/manual5.html">LACNICs IPv6 policies</a> (yet to be updated with the new text) will include a revised section "4.5.6. Registration" which states that all assignments of /48 or larger must be visible in Whois within 7 days of issue and that those registrations "must include the organization's name; address; administrative contact, technical contact, and contact in case of abuse, with their updated telephone numbers and email addresses" except again in the case of residential customers. While LACNICs policy is not as clearly specific to reassignment registrations as ARINs is, they do have a provision stating that a "breach of LACNIC policies" (presumably including registration policies) may be used as evidence to "initiate the <a title="RESOURCE RECOVERY - LACNIC" href="http://lacnic.net/en/politicas/manual7-1.html">resource recovery</a> process."
</p>
<p>
Finally we turn to <a title="RIPE Network Coordination Centre" href="http://www.ripe.net">RIPE NCC</a>, the final RIR alphabetically speaking. <a title="IPv6 address allocation and assignment policy - RIPE NCC" href="https://www.ripe.net/ripe/docs/ripe-552">RIPEs IPv6 policy</a> has a familiarly titled section "5.5 Registration," which requires quite simply: "When an organisation holding an IPv6 address allocation makes IPv6 address assignments, it must register these assignments in the appropriate RIR database." However, it does go on to qualify that assignments smaller than a /48 can be aggregated and simply indicate the "size of the individual assignments made to End Users." I am unaware of any auditing/review or 'enforcement' policies at RIPE NCC but they do allow for an optional "IRT (Incident Response Team) object."
</p>
<p>
<strong>The Other (IPv4) Side</strong>
</p>
<p>
We've taken a fairly in depth view of IPv6 Whois policy around the world, including some of the most recent reforms. But all of that is hard to judge in a vacuum. What about the other side of this comparison? If IPv6 really is (going to be) worse for tracing criminals, what is it worse than? To answer that we must take a look at IPv4 traceability. I mentioned in the opening section of this post that IPv4 Whois accuracy has benefited from the constant and frequent return of many organizations to ARIN and the other RIRs for additional addresses. There are however two major factors that work against Whois accuracy in IPv4.
</p>
<p>
One of these challenges is the "legacy" or "swamp" IPv4 address space. This problem affects folks in the ARIN region the worst, since most of this so-called legacy address space resides within the ARIN service region but there is also legacy space under the oversight of other RIRs as well. The problem with legacy space as it relates to Whois accuracy is twofold: First, legacy address holders received their assignments and/or allocations before the current RIR system was in place (that's what makes them "legacy" registrations). This is problematic because it means that many of these organizations have no relationship with their RIR. This in turn means that while "regular" address holders pay dues every year (i.e. must be in contact with the RIR at least once a year), many legacy registrants have no contact at all with any RIR. With no formal relationship ever established, there is no way for the RIR to know if the organization is still using the addresses or if they even exist at all (the annual Whois POC validation policy was created in large part to help resolve this lack of contact issue). Second, legacy allocations were made during the period of <a title="Classful Network - Wikipedia" href="https://en.wikipedia.org/wiki/Classful_network">classful</a> addressing. The effect of this that concerns us here is that many legacy allocations were far larger than what the organization truly needed at the time, thus they have never needed to come back to the RIRs for more addresses. Now, this may or may not be an impact-full issue but it certainly puts them in the same boat with IPv6 address holders from that perspective - and legacy allocations are a significant portion of the <a title="IANA - IPv4 Address Space" href="https://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml">total IPv4 address space</a>.
</p>
<p>
The other primary challenge to criminal tracing in IPv4 is <a title="IPv4 Address Exhaustion - Wikipedia" href="https://en.wikipedia.org/wiki/IPv4_address_exhaustion">the eminent exhaustion of free IPv4 addresses</a>. This is actually causing two new phenomenon which have the potential to make IPv4 address based identification much more difficult: The emergence of CGN (<a title="CGN :: Observations &amp; Recommendations" href="http://chrisgrundemann.com/index.php/2012/cgn-observations-recommendations/">Carrier Grade NAT</a>) as an IPv4 life-extension technology and the emergence of IPv4 address transfers as a CGN avoidance technique. CGN means that multiple users share a single IP address. While not directly related to Whois data accuracy, this will make IPv4 users increasingly harder to identify and track down. The more users that are forced to share a single address, the harder identification becomes (along with <a title="NAT444 (CGN/LSN) and What it Breaks" href="http://chrisgrundemann.com/index.php/2011/nat444-cgn-lsn-breaks/">other problems</a> related to <a title="IP Address Reputation Primer" href="http://www.circleid.com/posts/ip_address_reputation_primer/">IP address reputation</a> and port consumption, etc.). More on this challenge can be found <a title="Why the FBI wants IPv6: It's better for tracking criminals" href="http://gcn.com/articles/2012/06/07/fbi-wants-ipv6-hard-to-track-ipv4-with-nat.aspx">here</a> and (perhaps surprisingly) <a title="FBI's CGN problem: the technical details" href="http://news.cnet.com/8301-1009_3-57445157-83/fbi-new-internet-addresses-could-hinder-police-investigations/?tag=mncol;topStories">here</a>. On the other hand, the transfer of IPv4 addresses will hopefully not cause too much disturbance to Whois data accuracy, and may actually improve it if done properly. Unfortunately it could also cause chaos and confusion if profiteers are able to set up even quasi-successful "alternate registries." This is a vast topic in its own right so I won't go any further here other than to say that having multiple conflicting Whois databases is obviously not a good thing for abuse reporting and law enforcement.
</p>
<p>
<strong>The Bottom Line</strong>
</p>
<p>
There are two preliminary conclusions to be drawn from all of this:
</p>
<ul><li>Tracing criminals using IPv4 is no bed of roses and its getting worse.</li>
<li>IPv6 Whois policies exist and they're getting stronger.</li></ul>
<p>
Beyond that, we can also see that coming back to get more addresses is only one touch point between address holders and the RIRs who maintain these invaluable Whois databases. Regular billing cycles and recurring Whois POC validations are two others that will actually be more efficient in IPv6 due to the absence of "legacy" registrants. Resource reviews and ultimately reclamations are another potentially effective (albeit much more drastic) tool available to the RIRs. Weigh this against the impending age of IPv4 CGN and address transfers, add in the increasingly formalized Whois registration policies, and I think we can likely agree that abuse reporting and criminal tracing based on IP address will very likely actually be better in the future with IPv6 than it is today with IPv4.
</p>
<p>
Even so, we can all help ensure that the future is much better, rather than marginally better, by continuing to reform Whois registration policies in all five regions. From my perspective as I write this, sitting at my desk where much of its current text was written, ARIN has set the benchmark for Whois policy today. One of our first steps should be to bring the other four regions policies as close to that mark as possible. Of course the reason we have five regional registries rather than one global registry is to accommodate local differences, so alignment will never be perfect, but we can continue working in the right direction. I send kudos and congratulations to the folks at LACNIC who recently did just that and I offer my assistance to folks in other regions who want to do the same.
</p>
<p>
No one and no thing is perfect though, and ARINs Whois policy is no exception. There are pieces of the failed ARIN-2011-7 that need to be resurrected and submitted again, and other pieces that need to be revisited and reconsidered. Other, new policies are likely needed as well. One of the primary areas of further exploration needs to be policy enforcement, or even better, incentivising policy compliance. While all the RIRs have policies regarding Whois data accuracy, which are likely to grow stronger over time, they lack a strong enforcement mechanism. Yes, there is the ability to revoke addresses for non-compliance, but no RIR is likely to yank addresses from hundreds or possibly thousands of innocent parties simply because their ISP failed to update downstream assignments in Whois. So how do we ensure that even the laziest of engineers at the most lackadaisical organizations always update their Whois data properly? Answering that question will not be easy but is necessary if we are to avoid imposition of solutions from above upon the Internet community (something no one wants, including the folks at the FBI). Perhaps Internet service providers can provide effective enforcement of Whois policies by peer pressure, or perhaps other mechanisms are needed. In either case I have full confidence in the many bright and capable minds now working on Internet numbering policy. Who knows, it may even be you who solves this final puzzle.
</p>
<p>
So, bottom line: Is there work still to be done? Absolutely, plenty to go around. Is IPv6 a major threat to law enforcement? No, and its only getting better.
</p><p><em>Written by <a href="http://www.circleid.com/members/6756/">Chris Grundemann</a>, Network Architect, Author, and Speaker</em></p>]]></description>
			<dc:date>2012-06-22T08:39:00-08:00</dc:date>
			<category>internet</category><category>cybercrime</category><category>internet_governance</category><category>internet_protocol</category><category>ip_addressing</category><category>ipv6</category><category>policy_regulation</category><category>regional_registries</category><category>security</category><category>whois</category>
		</item>
		
		<item>
			<title>Update on IPv6 Address Distribution in the RIPE NCC Service Region</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120501_update_on_ipv6_address_distribution_in_the_ripe_ncc_service_region/</guid>
			<link>http://www.circleid.com/posts/20120501_update_on_ipv6_address_distribution_in_the_ripe_ncc_service_region/</link>
			<description><![CDATA[<p>At the recent RIPE Meeting we presented some IPv6 address distribution statistics that we would like to share with a wider audience. In the article below, you can find recent statistics on IPv6 allocations and assignments.
</p>
<p>
The first image shows the number of IPv6 allocations the RIPE NCC made to LIRs in each quarter, starting in 2008. (Note that the RIPE NCC started allocating IPv6 address space from 1999. For a long-term overview of IPv6 allocations, please see the earlier article on CircleID: <a href="http://www.circleid.com/posts/20100804_a_look_at_ipv6_allocations_since_1999/">A Look at IPv6 Allocations Since 1999</a>.) Each year is depicted in a different colour, the last one showing the number of allocations made in Q3 2012. The Y-axis shows the number of IPv6 allocations form 0 to 500.
<br />
<div style="font-size:85%;color:#666666;margin:5px 0 20px 0;text-align:center;"><img src="http://www.circleid.com/images/uploads/6574a.jpg" border="0" width="644" height="473" style="display:block;margin-bottom:7px;" /><strong>Figure 1:</strong> Number of IPv6 allocations made by the RIPE NCC per quarter</div>
<p>
We saw quite an increase in the number of IPv6 allocations in the last quarter of 2010 and the first two quarters of 2011. IANA handed out its last IPv4 address blocks to the Regional Internet Registries (RIRs) in February 2011 and this seemed to have encouraged many LIRs to request IPv6 address space. After Q2 2011, the number of allocations decreased again, but it is still higher than it was before Q4 2010.
</p>
<p>
In the next image, you can see the number of IPv6 provider independent (PI) assignments the RIPE NCC made since 2009 (when the RIPE NCC started to assign IPv6 PI addresses). Again, each year is depicted in a different colour, the last one showing the number of allocations made in Q3 2012. The Y-axis shows the number of IPv6 assignments form 0 to 140.
<br />
<div style="font-size:85%;color:#666666;margin:5px 0 20px 0;text-align:center;"><img src="http://www.circleid.com/images/uploads/6574b.jpg" border="0" width="644" height="476" style="display:block;margin-bottom:7px;" /><strong>Figure 2:</strong> Number of IPv6 PI assignments made by the RIPE NCC per quarter</div>
<p>
You can see the same peak as in Figure 1, but after a small drop in Q3 2011, the numbers are now increasing again.
</p>
<p>
For more information, please refer to the background article on RIPE Labs: <a href="https://labs.ripe.net/Members/mirjam/update-on-ipv6-address-distribution">Update on IPv6 Address Distribution</a>. This article details what affect the removal of the requirement to be multihomed had on the number of assignments and the relationship between the age of an LIR and the number of IPv6 addresses they have received.
</p><p><em>Written by <a href="http://www.circleid.com/members/5155/">Mirjam Kuehne</a></em></p>]]></description>
			<dc:date>2012-05-01T07:50:00-08:00</dc:date>
			<category>internet</category><category>ipv6</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>From 80 to 8,000 &#45; The Growth of the RIPE NCC Membership</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120403_from_80_to_8000_the_growth_of_the_ripe_ncc_membership/</guid>
			<link>http://www.circleid.com/posts/20120403_from_80_to_8000_the_growth_of_the_ripe_ncc_membership/</link>
			<description><![CDATA[<p>The RIPE NCC is 20 years old and it now has over 8,000 members. In this article we are looking at the growth curve and the composition of the membership: what industry do RIPE NCC members come from today.
</p>
<p>
The RIPE NCC became the first Regional Internet Registry in September 1992 (six months after it was set up as the secretariat for the European operators community, RIPE). During the course of 1993, the distributed IP allocation system was established in which Local Internet Registries (LIRs) received blocks of IP addresses from the RIPE NCC which were then further assigned to their customers and others who wanted to connect to the Internet.
</p>
<p>
By the end of 1993, there were 83 LIRs registered as members of the RIPE NCC. Most of these LIRs were operated by academic networks and the first commercial ISPs that started around that time in some European countries.
</p>
<p>
Now, 20 years later, 8,000 members are registered with the RIPE NCC (March 2012). The RIPE NCC's membership has been steadily growing since 1998 when it passed the 1,000-member milestone, followed by 3,000 in 2001 and 6,000 in 2008 (as you can see in the graph below).
</p>
<p>
<img src="http://www.circleid.com/images/uploads/6511a.jpg" border="0" width="644" height="560" style="display:block;" />
</p>
<p>
It is interesting to note that despite the fact that IPv4 is becoming very scarce, we still see a large number of organisations join the RIPE NCC. In fact, in the first quarter of 2012, we saw the highest number of new membership applications ever. In 2011, we experienced the highest growth since the dot com bubble around the year 2000. Also, that the graph only shows the number of LIRs that were active at any point in time. It doesn't show any of the members who closed in the meantime (if we counted every registry ever opened, we would be looking at a total of over 13,000).
</p>
<p>
In the graphic below, you can see which industry area our members are from. Note that this is a self-chosen category and it is possible to choose more than one category. Organisations that provide the following services are highest on the list: service hosting, collocation and broadband. But Telecom operators, dial-up service providers and transit providers also make up a big portion of the RIPE NCC membership. There are also quite a number of government institutions are members of the RIPE NCC.
</p>
<p>
<img src="http://www.circleid.com/images/uploads/6511b.jpg" border="0" width="644" height="434" style="display:block;" />
</p>
<p>
It is also interesting that currently the same six countries account for 50% of the membership, 50% of the number of IPv4 allocations and 50% of the number of IPv6 allocations in the RIPE NCC service region. For more information, please refer to the background article on RIPE Labs: <a href="https://labs.ripe.net/Members/mirjam/ripe-ncc-membership-from-80-to-8-000">RIPE NCC Membership from 80 to 8,000</a>
</p><p><em>Written by <a href="http://www.circleid.com/members/5155/">Mirjam Kuehne</a></em></p>]]></description>
			<dc:date>2012-04-03T08:52:00-08:00</dc:date>
			<category>internet</category><category>ip_addressing</category><category>ipv6</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>Networks Announcing IPv6 &#45; One Year Later</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120305_networks_announcing_ipv6_one_year_later/</guid>
			<link>http://www.circleid.com/posts/20120305_networks_announcing_ipv6_one_year_later/</link>
			<description><![CDATA[<p>About a year ago, we shared some graphs that showed the percentage of IPv6 enabled networks over time. More precisely, it showed the percentage of Autonomous Systems (ASes) that announced one or more IPv6 prefixes in the global routing table. The results for the five Regional Internet Registries (RIRs) were described in an earlier CircleID post: <a href="http://www.circleid.com/posts/20110104_uptake_of_ipv6_in_all_regions/">Uptake of IPv6 in All Regions</a> and on <a href="https://labs.ripe.net/">RIPE Labs</a>.
</p>
<p>
Back when those articles were posted, the percentage of ASes announcing one or more IPv6 prefixes in the five Regional Internet Registry (RIR) service regions were approximately: APNIC 10%, RIPE NCC 8.5%, LACNIC 8.5%, AfriNIC 6% and ARIN 5%.
</p>
<p>
We looked at the progress since then. In the image below you can see the current status in all regions.
</p>
<p>
<img src="http://www.circleid.com/images/uploads/6429.jpg" border="0" width="644" height="523" style="display:block;" />
</p>
<p>
The percentage of IPv6-enabled networks has increased in all regions. Now, the percentage of ASes announcing one or more IPv6 prefixes in the RIR regions are approximately: APNIC 17%, LACNIC and RIPE NCC 14-15%, AfriNIC 11.5% and ARIN 10%.
</p>
<p>
It is interesting to note that the graphs for most regions show some flattening after a rather steep increase earlier last year (around the time the IANA allocated the last IPv4 address space to the RIRs).
</p>
<p>
We also looked at the countries with the highest IPv6 penetration worldwide. For more information and other graphs, please refer to the background article on RIPE Labs: <a href="https://labs.ripe.net/Members/mirjam/networks-with-ipv6-one-year-later">Networks with IPv6 - One Year Later</a>. More information about IPv6 can be found on <a href="http://www.ipv6actnow.org/">IPv6ActNow</a>.
</p><p><em>Written by <a href="http://www.circleid.com/members/5155/">Mirjam Kuehne</a></em></p>]]></description>
			<dc:date>2012-03-05T06:49:00-08:00</dc:date>
			<category>internet</category><category>ipv6</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>Measuring Root Server Performance</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120217_measuring_root_server_performance/</guid>
			<link>http://www.circleid.com/posts/20120217_measuring_root_server_performance/</link>
			<description><![CDATA[<p>Root name servers are a core service of the Internet (For more information on root name servers, please see the <a href="http://internetsociety.org/dns-root-name-server-frequently-asked-questions">DNS Root Name Server FAQ</a>). As such they receive a huge amount of queries and need to answer reliably with acceptable delay. The RIPE NCC is responsible for operating one of the 13 DNS root name servers K-root which responds to 10,000 &#8212; 15,000 queries per second. Most root servers are operated as a network of distributed "instances" using <a href="http://aharp.ittns.northwestern.edu/papers/k5-anycast/">anycast</a>. That means a single IPv4 or IPv6 address is announced simultaneously by a set of name server "instances" deployed in different geographical locations.
</p>
<p>
K-root operates 18 instances; You can find a map <a href="http://k.root-servers.org/">http://k.root-servers.org/</a> on the RIPE NCC's website.
</p>
<p>
<a href="http://k.root-servers.org/visualk/">VisualK</a> is a new tool that monitors the load of the K-root name server supported by each instance. It further shows load migrations between pairs of instances over time. ViskalK is one of the tools our operations staff use to monitor the health of K-root.
<br />
The image below is a screenshot of the output of the tool. Each instance of K-root is represented by two concentric circles:
</p>
<ul><li>The first one, filled with colour, has a size proportional to the number of queries per second received on that instance;</li>
<li>The other one, indicated by a dotted line, shows the average load over the previous 30 minutes. This is used as a reference value.</li></ul>
<p>
In most cases, these circles overlap. But in some cases you can see that the dotted line is much larger, for example at the root name server instance in Poznan, Poland. This means that something has changed recently: the number of queries has dropped significantly.
</p>
<p>
<img src="http://www.circleid.com/images/uploads/6397.gif" border="0" width="558" height="473" style="display:block;margin:0 auto;" />
</p>
<p>
In the image you can also see that pairs of instances are connected by links (or "tentacles") if they are considered topologically adjacent. Links between root name server instances are generally invisible, but become active when traffic migration is detected: colour and size of the link indicate the origin and volume of traffic flow, together with bubbles pouring into the instance receiving the traffic. In our example you can see that some load has moved from the instance at NAP (in Miami, Florida) to the one located at LINX (in London, UK).
</p>
<p>
In addition, VisualK highlights unusual behaviour. Flashing arrows show load migrations between instances that are not considered adjacent. Root name server instances start to blink if their traffic load decreases significantly. The goal is to help spot unexpected changes while they are happening and to allow root name server operators to investigate what causes these changes.
</p>
<p>
For more information, please refer to the background article on RIPE Labs: <a href="https://labs.ripe.net/Members/csquarce/visualk">VisualK &#8212; Monitoring K-root in Near Real Time</a>
</p>
<p>
<em>VisualK has been developed by Claudio Squarcella, intern at the RIPE NCC, in collaboration with the <a href="http://www.dia.uniroma3.it/~compunet/www/view/group-members.php?id=compunet">Compunet Lab</a> at Roma Tre University.</em>
</p><p><em>Written by <a href="http://www.circleid.com/members/3167/">Daniel Karrenberg</a>, Chief Scientist at the RIPE NCC</em></p>]]></description>
			<dc:date>2012-02-17T08:00:00-08:00</dc:date>
			<category>internet</category><category>dns</category><category>regional_registries</category>
		</item>
		
		<item>
			<title>No Big Run on IPv4 in 2011</title>
			<guid isPermaLink="true">http://www.circleid.com/posts/20120203_no_big_run_on_ipv4_in_2011/</guid>
			<link>http://www.circleid.com/posts/20120203_no_big_run_on_ipv4_in_2011/</link>
			<description><![CDATA[<p>2011 was an interesting year for IPv4: in February 2011, the Internet Assigned Numbers Authority (IANA) handed out their <a href="http://www.ripe.net/internet-coordination/news/announcements/ipv4-exhaustion-ripe-ncc-update">last free IPv4 address blocks to the Regional Internet Registries (RIRs)</a>.
</p>
<p>
In April 2011, the APNIC (the Regional Internet Registry for the Asia Pacific region) started allocating from its last /8. At the RIPE NCC we did not see a big jump in IPv4 address allocations in 2011, as anticipated by some observers.
</p>
<p>
The image below shows the total amount of IPv4 address space allocated each year (calculated as /16s on the y axis). You can see that in 2011 there was a drop in the amount of IPv4 address space from the previous year, bringing it down to the level of 2008 and 2009. There was no big run on the remaining IPv4 addresses.
</p>
<p>
<img src="http://www.circleid.com/images/uploads/6360.jpg" border="0" width="644" height="559" style="display:block;" />
</p>
<p>
Note that this does not correspond with the number of requests. Especially the number of requests for /21s increased in 2011 (you can find more on this in the background article on RIPE Labs).
</p>
<p>
IPv4 is certainly running out, but there is no great rush for the last addresses as feared by some. It was all pretty much "business as usual". As we've said in the past, predicting exactly when the RIPE NCC will run out of IPv4 address space is difficult. We cannot anticipate the size of requests we'll receive.
</p>
<p>
For more information and more statistics, please refer to <a href="https://labs.ripe.net/Members/mirjam/ipv4-allocation-statistics-2011">IPv4 Allocation Statistics in 2011</a> on RIPE Labs.
</p><p><em>Written by <a href="http://www.circleid.com/members/3167/">Daniel Karrenberg</a>, Chief Scientist at the RIPE NCC</em></p>]]></description>
			<dc:date>2012-02-03T08:44:00-08:00</dc:date>
			<category>internet</category><category>ip_addressing</category><category>regional_registries</category>
		</item>
		
	</channel>
</rss>