<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ICANN blog &#187; IANA</title>
	<atom:link href="http://blog.icann.org/category/iana/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.icann.org</link>
	<description>Internet Corporation for Assigned Names and Numbers</description>
	<lastBuildDate>Mon, 09 Jan 2012 15:53:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>L&#8217;ICANN sur le point de tenir une téléconférence ouverte sur la procédure de résolution du différend sur les restrictions d&#8217;enregistrement (Registration Restrictions Dispute Resolution Procedure &#8211; RRDRP)</title>
		<link>http://blog.icann.org/2011/04/licann-sur-le-point-de-tenir-une-teleconference-ouverte-sur-la-procedure-de-resolution-du-differend-sur-les-restrictions-denregistrement-registration-restrictions-dispute-resolution-procedure-r/</link>
		<comments>http://blog.icann.org/2011/04/licann-sur-le-point-de-tenir-une-teleconference-ouverte-sur-la-procedure-de-resolution-du-differend-sur-les-restrictions-denregistrement-registration-restrictions-dispute-resolution-procedure-r/#comments</comments>
		<pubDate>Thu, 07 Apr 2011 23:41:36 +0000</pubDate>
		<dc:creator>Craig Schwartz</dc:creator>
				<category><![CDATA[Français]]></category>
		<category><![CDATA[gTLDs]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[Issues]]></category>
		<category><![CDATA[Languages]]></category>
		<category><![CDATA[Registries]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=2421</guid>
		<description><![CDATA[L&#8217;ICANN organisera une téléconférence ouverte le 13 avril 2011. Le groupe des parties prenantes des registres (Registries Stakeholder Group &#8211; RySG) a demandé cet appel pour discuter de questions concernant l&#8217;ébauche actuelle du RRDRP. Les derniers commentaires du RySG sur le RRDRP ont été soumis le 7 décembre 2010 (voir http://forum.icann.org/lists/5gtld-guide/msg00029.html) et, en conséquence, le [...]]]></description>
			<content:encoded><![CDATA[<p>L&#8217;ICANN organisera une téléconférence ouverte le 13 avril 2011. Le groupe des parties prenantes des registres (Registries Stakeholder Group &ndash; RySG) a demandé cet appel pour discuter de questions concernant l&#8217;ébauche actuelle du RRDRP. Les derniers commentaires du RySG sur le RRDRP ont été soumis le 7 décembre 2010 (voir <a href="http://forum.icann.org/lists/5gtld-guide/msg00029.html">http://forum.icann.org/lists/5gtld-guide/msg00029.html</a>) et, en conséquence, le RySG a soumis les limites du RRDRP visibles <a href="http://www.icann.org/en/topics/new-gtlds/rrdrp-redline-24feb11-en.pdf">ici</a> [PDF, 172 Ko].</p>
<p>Résultats de l&#8217;appel:</p>
<p>Le contenu discuté lors de cet appel est destiné à informer la finalisation du RRDRP. Tous les commentaires seront pris en compte et, le cas échéant, des révisions peuvent être apportées au RRDRP, qui seront publiées avec le Guide de candidature.</p>
<p>Session:</p>
<p>Le meeting se tiendra par téléconférence le 13 avril 2011 à 19:00 UTC (<a href="http://timeanddate.com/s/208b">http://timeanddate.com/s/208b</a>), pour une durée prévue de 60 minutes.</p>
<p>Participation:</p>
<p>Si vous désirez participer, veuillez soumettre votre nom à <a href="mailto:registry-liaison@icann.org">registry-liaison@icann.org</a>, et les informations sur l&#8217;appel vous seront communiquées.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2011/04/licann-sur-le-point-de-tenir-une-teleconference-ouverte-sur-la-procedure-de-resolution-du-differend-sur-les-restrictions-denregistrement-registration-restrictions-dispute-resolution-procedure-r/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>US Department of Commerce Seeks Comment on IANA Functions Contract in Advance of Renewal Process</title>
		<link>http://blog.icann.org/2011/02/us-department-of-commerce-seeks-comment-on-iana-functions-contract-in-advance-of-renewal-process/</link>
		<comments>http://blog.icann.org/2011/02/us-department-of-commerce-seeks-comment-on-iana-functions-contract-in-advance-of-renewal-process/#comments</comments>
		<pubDate>Fri, 25 Feb 2011 21:49:04 +0000</pubDate>
		<dc:creator>Jamie Hedlund</dc:creator>
				<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[Languages]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=2019</guid>
		<description><![CDATA[The US Department of Commerce&#8217;s National Telecommunications and Information Administration (NTIA) released a &#34;Notice of Inquiry&#34; (NOI) today, seeking public comment on how to improve the IANA functions contract. ICANN performs these functions pursuant to a procurement contract that is scheduled to expire on 30 September 2011. NTIA indicates that it will consider public comments [...]]]></description>
			<content:encoded><![CDATA[<p>The US Department of Commerce&#8217;s National Telecommunications and Information Administration (NTIA) released a &quot;Notice of Inquiry&quot; (NOI) today, seeking public comment on how to improve the IANA functions contract.</p>
<p>ICANN performs these functions pursuant to a procurement contract that is scheduled to expire on 30 September 2011. NTIA indicates that it will consider public comments in the procurement process to award a new IANA functions contract.</p>
<p>The NOI is <a href="http://www.ntia.doc.gov/frnotices/2011/fr_ianafunctionsnoi_02252011.pdf">available</a> [PDF, 64 KB] for anyone to read and comment upon. The deadline for submission of comments is 31 March 2011.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2011/02/us-department-of-commerce-seeks-comment-on-iana-functions-contract-in-advance-of-renewal-process/feed/</wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>Technical Management Function for IN-ADDR.ARPA</title>
		<link>http://blog.icann.org/2011/02/technical-management-function-for-in-addr-arpa/</link>
		<comments>http://blog.icann.org/2011/02/technical-management-function-for-in-addr-arpa/#comments</comments>
		<pubDate>Wed, 16 Feb 2011 19:46:56 +0000</pubDate>
		<dc:creator>Joe Abley</dc:creator>
				<category><![CDATA[DNS]]></category>
		<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[Languages]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1997</guid>
		<description><![CDATA[In December we spoke of the planned changes to the IPv4 Reverse DNS Infrastructure where the zone maintenance of the IN-ADDR.ARPA zone would transition to ICANN and be managed concurrently with the central assignment of address space to the RIRs. ICANN would like to announce that the transition of the technical management function for the [...]]]></description>
			<content:encoded><![CDATA[<p>In December <a href="http://blog.icann.org/2010/12/planned-changes-to-ipv4-reverse-dns-infrastructure/">we spoke of the planned changes to the IPv4 Reverse DNS Infrastructure</a> where the zone maintenance of the IN-ADDR.ARPA zone would transition to ICANN and be managed concurrently with the central assignment of address space to the RIRs.</p>
<p>ICANN would like to announce that the transition of the technical management function for the IN-ADDR.ARPA zone from ARIN to ICANN has been completed. ICANN would also like to thank ARIN for carrying out the DNS zone maintenance function for IN-ADDR.ARPA since 1997 and their cooperation during this transition period.</p>
<p>For more details on the history of this transition please see <a href="http://in-addr-transition.icann.org/">the project web page</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2011/02/technical-management-function-for-in-addr-arpa/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>IPv6 &#8211; Enabling the Internet&#8217;s Future Growth</title>
		<link>http://blog.icann.org/2011/02/ipv6-enabling-the-internet%e2%80%99s-future-growth/</link>
		<comments>http://blog.icann.org/2011/02/ipv6-enabling-the-internet%e2%80%99s-future-growth/#comments</comments>
		<pubDate>Fri, 04 Feb 2011 06:12:35 +0000</pubDate>
		<dc:creator>Elise Gerich</dc:creator>
				<category><![CDATA[Announcement]]></category>
		<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Issues]]></category>
		<category><![CDATA[Languages]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1983</guid>
		<description><![CDATA[In 1995, on behalf of the IAB and IANA, I wrote a document called &#8220;Unique Addresses are Good&#8221; (RFC 1814). The Internet community had begun to worry about the depletion of the IPv4 address space at that time and the IAB and IANA started taking steps to slow the distribution of IPv4 addresses. One of [...]]]></description>
			<content:encoded><![CDATA[<p>In 1995, on behalf of the IAB and IANA, I wrote a document called &#8220;Unique Addresses are Good&#8221; (RFC 1814). The Internet community had begun to worry about the depletion of the IPv4 address space at that time and the IAB and IANA started taking steps to slow the distribution of IPv4 addresses. One of those steps was to reserve certain addresses for private networks; networks whose numbers would never be seen or used by other networks. The premise was that the numbers could be reused by many private networks since those Internet numbers would never be visible outside of the private network. There was concern that by supporting the concept that an Internet address was no longer unique in the Internet system, chaos might ensue. The document explained the continuing benefits of using unique IP addresses and concluded by encouraging &#8220;any organization which anticipates having external connectivity [..] to apply for a globally unique IP address.&#8221;</p>
<p>The Internet has boomed in the intervening years and exceeded all our expectations. It now has a fundamental place in the economies of nations around the globe. The boom has gone so far that on February 3rd I allocated the last five blocks of IPv4 addresses from IANA&#8217;s central pool to the Regional Internet Registries (RIRs). The RIRs will allocate those IPv4 addresses to the networks in their regions in the coming months and maybe years.</p>
<p>The Internet uses IP addresses for its infrastructure, for the content we access and for the connections of ordinary Internet users. Recent studies indicate that approximately 2 billion people around the world have access to the Internet. And many of those 2 billion people may use 2 or more devices (computers, mobile phones, cable modems) that require an Internet address to deliver the service they want. The few billion addresses in IPv4 are barely enough for the services offered to 2 billion people much less for a world with a population of almost 7 billion.</p>
<p>There will be a period of transition and it will take time for the primary IPv4 infrastructure of the Internet to be replaced by IPv6 infrastructure. That transition will happen though because using the Internet has become an economic driver in all parts of the world. </p>
<p>I want to repeat the call I made in 1995 today because unique addresses are still good. And I urge everyone who anticipates building new Internet services, equipment and connections to provide support for globally unique IPv6 addresses. Having the wealth of unique addresses that IPv6 offers removes constraints that were placed upon innovation by the restricted availability of essential Internet addresses. IPv6 will enable the Internet’s future growth and there will be new opportunities for those already using the Internet as well as for those who will soon begin using it.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2011/02/ipv6-enabling-the-internet%e2%80%99s-future-growth/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>If you build it, they will come</title>
		<link>http://blog.icann.org/2010/08/if-you-build-it-they-will-come/</link>
		<comments>http://blog.icann.org/2010/08/if-you-build-it-they-will-come/#comments</comments>
		<pubDate>Wed, 25 Aug 2010 19:56:23 +0000</pubDate>
		<dc:creator>Leo Vegoda</dc:creator>
				<category><![CDATA[Commentary]]></category>
		<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Languages]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1817</guid>
		<description><![CDATA[As you would expect, most of ICANN’s external services, including this blog, are available over IPv6 as well as IPv4. And at the request of the ICANN Board, a regular comparative measure of IPv6 use at the ICANN and IANA websites has been provided to them for months.  The good news is that the trend [...]]]></description>
			<content:encoded><![CDATA[<p>As you would expect, most of ICANN’s external services,  including this blog,  are available over IPv6 as well as IPv4. And at the request of the ICANN Board, a regular comparative measure of IPv6 use at the ICANN and IANA websites has been provided to them for months.  The good news is that the trend from the measurement shows an increase in the use of the ICANN and IANA web sites using IPv6. IPv6 hits on our web sites in June were about 1.7% of all hits.</p>
<p>The peaks in IPv6 access, which is shown in red on the graph, closely correlate with ICANN meetings. IPv6 connectivity is provided as standard at ICANN meetings and lots of meeting attendees have been using it without knowing while using the free WiFi.</p>
<p>So, as the graph shows, we have had peaks in IPv6 access alongside the October 2009 ICANN meeting in Seoul, the March 2010 ICANN meeting in Nairobi and June’s ICANN meeting in Brussels. There was also a peak in January 2010, which we believe is associated with the <a href="http://www.icann.org/en/announcements/announcement-17may10-en.htm">IANA Business Continuity Exercise</a> that took place on the 19<sup>th</sup> of January, thus users were preferring the IPv6 transport while IPv4 provision was in flux.</p>
<p>What is perhaps more heartening than the peaks associated with the ICANN meetings, is that the troughs in April and May 2010 are far less shallow than those seen in December 2009 and February 2010. There is growth in IPv6 traffic! While at the start of the process we had to use a magnifying lens to see the changes, they are definitely becoming more obvious.</p>
<p>ICANN will continue to assess the adoption of IPv6 worldwide and make reports at regular intervals. ICANN also encourages all organizations to make sure they are – or will be – implementing IPv6 on their networks.</p>
<p><a href="http://blog.icann.org/wp-content/uploads/2010/08/v6_www_to_July.png"><img class="aligncenter size-medium wp-image-1819" src="http://blog.icann.org/wp-content/uploads/2010/08/v6_www_to_July-300x212.png" alt="" width="300" height="212" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2010/08/if-you-build-it-they-will-come/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Putting IPv6 Addresses into Context</title>
		<link>http://blog.icann.org/2010/07/putting-ipv6-addresses-into-context/</link>
		<comments>http://blog.icann.org/2010/07/putting-ipv6-addresses-into-context/#comments</comments>
		<pubDate>Tue, 06 Jul 2010 22:12:29 +0000</pubDate>
		<dc:creator>Leo Vegoda</dc:creator>
				<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[Languages]]></category>
		<category><![CDATA[Technical]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1745</guid>
		<description><![CDATA[Because IPv6 is so much larger than IPv4, the IETF has been able to structure the address space more neatly.  Consequently, it is easier to distinguish between different address types based on the first few characters in the address, rather than having to refer to registry, as is often the case with IPv4. Nonetheless, there [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: left">Because IPv6 is so much larger than IPv4, the IETF has been able to structure the address space more neatly.  <img class="alignright" src="http://blog.icann.org/wp-content/uploads/2010/07/ipv6-address-types-1.png" alt="Page 1" />Consequently, it is easier to distinguish between different address types based on the first few characters in the address, rather than having to refer to registry, as is often the case with IPv4.</p>
<p>Nonetheless, there are a lot of addresses and lots of new things to learn if you are only familiar with an IPv4 environment. But as we implement IPv6 across our networks we will see IPv6 addresses popping up in mail headers, system logs, traceroutes and all sorts of other places where IPv4 used to be used exclusively. Knowing quickly whether an address is part of your own network or someone else’s; whether an address is intended for private use or Internet use; and knowing whether an address is used by a transition mechanism or a native connection will help save lots of time.</p>
<p>Last year, ICANN staff worked with the staff at APNIC and the RIPE NCC to produce a single sheet that identified the key address groups, explained what they were and gave IPv4 examples of IPv4 equivalents where they existed. This year we have updated the sheet and you can grab a copy of <a href="/wp-content/uploads/2010/07/ipv6-address-types.pdf">the updated reference from here</a>.</p>
<p>This reference will be useful for anyone working on an abuse desk, in a Network Operations Centre or a corporate IT department. Even if you don’t plan to roll out IPv6 on your own network in the next few months, you are likely to see it appearing on other networks. Using our cheat sheet can help bring you up to speed quickly and identify where to look for an address faster than by just consulting the on-line registries.</p>
<p><img class="alignleft" src="http://blog.icann.org/wp-content/uploads/2010/07/ipv6-address-types-2.png" alt="Page 2" />We want this reference guide to be as useful and current as possible, so as things change in the future we will produce further updates for you to use.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2010/07/putting-ipv6-addresses-into-context/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Try the new IANA WHOIS server</title>
		<link>http://blog.icann.org/2010/05/test-iana-whois/</link>
		<comments>http://blog.icann.org/2010/05/test-iana-whois/#comments</comments>
		<pubDate>Thu, 20 May 2010 15:09:55 +0000</pubDate>
		<dc:creator>Kim Davies</dc:creator>
				<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[Languages]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1603</guid>
		<description><![CDATA[We currently provide a WHOIS server at whois.iana.org which provides the ability to lookup information for a certain subset of domains, most notably the details of top-level domains. One of the projects we&#8217;ve been working on within the IANA department is to develop a new WHOIS server to cope with increased use cases, and generally [...]]]></description>
			<content:encoded><![CDATA[<p>We currently provide a WHOIS server at <code>whois.iana.org</code> which provides the ability to lookup information for a certain subset of domains, most notably the details of top-level domains. One of the projects we&#8217;ve been working on within the IANA department is to develop a new WHOIS server to cope with increased use cases, and generally perform the function in a better way.</p>
<p>Today, we are pleased to provide a test version of the new WHOIS server for you to experiment with and provide feedback on. It is online at <code>new.whois.iana.org</code>. Here is a sample:</p>
<p><img src="http://blog.icann.org/wp-content/uploads/2010/05/new-iana-whois.png" alt="" width="450" height="350" class="alignnone size-full wp-image-1604" /></p>
<p>Here are some of the things worth noting with this WHOIS server:</p>
<ul>
<li><b>New format.</b> The first thing that one would notice comparing the output is that we have adopted a new RPSL-style output format. It is a more predictable format that is commonly used by other WHOIS services, and also is easier to parse with a predictable &#8220;key: value&#8221; format.</li>
<li><b>IDN support.</b> We&#8217;ve improved the IDN support in this WHOIS server, so that we accept both the ASCII-based wire-format (i.e. prefixed with <code>xn--</code>) and the Unicode presentation format (encoded in UTF-8) as arguments to the WHOIS server. For IDNs, we return both formats in the result, with the U-label under the <code>domain:</code> key, and the A-label under the <code>domain-ace:</code> key.</li>
<li><b>IP addresses.</b> One of the great new features is IP address support. We maintain the global address space for both IPv4 and IPv6 and maintains the authoritative top-level delegation of address blocks. You can now query for any IP address and either get the top-level allocation (e.g. to a Regional Internet Registry), or its reserved status. This works for AS numbers too.</li>
<li><b>Referrals.</b> When a domain name or an IP address block is delegated to a more specific registry (i.e. either a top-level domain registry, or an RIR), and we have information on a WHOIS server that has more specific information, we&#8217;ll first return a <code>refer:</code> key and the WHOIS server with the more specific information. This effectively allows you to query IANA&#8217;s WHOIS service for any domain, IP address or AS number to determine the best place to look.</li>
</ul>
<p>So, give it a try and let us know what you think. We only ask that you please not hardcode the <code>new.whois.iana.org</code> host into anything as this is temporary while we experiment. Ultimately the WHOIS server is anticipated to replace what is used today. Incidentally the existing WHOIS server is one of the oldest pieces of code still in service in ICANN so retiring it will be a pleasure for all concerned.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2010/05/test-iana-whois/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>First IDN ccTLDs now available</title>
		<link>http://blog.icann.org/2010/05/idn-cctlds/</link>
		<comments>http://blog.icann.org/2010/05/idn-cctlds/#comments</comments>
		<pubDate>Wed, 05 May 2010 16:58:27 +0000</pubDate>
		<dc:creator>Kim Davies</dc:creator>
				<category><![CDATA[Announcement]]></category>
		<category><![CDATA[ccTLDs]]></category>
		<category><![CDATA[English]]></category>
		<category><![CDATA[Fast Track]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[IDNs]]></category>
		<category><![CDATA[Languages]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1494</guid>
		<description><![CDATA[Today the first three production non-Latin top-level domains were placed in the DNS root zone. This means they are live! Here is one newly enabled domain with a functional website that works right now: وزارة-الأتصالات.مصر What you should be seeing is something like the following: It even works on a mobile phone: The three new [...]]]></description>
			<content:encoded><![CDATA[<p>Today the first three production non-Latin top-level domains were placed in the DNS root zone. This means they are live! Here is one newly enabled domain with a functional website that works right now: <a href="http://وزارة-الأتصالات.مصر/">وزارة-الأتصالات.مصر</a></p>
<p>What you should be seeing is something like the following:</p>
<p><a href="http://blog.icann.org/wp-content/uploads/2010/05/idn-example.png"><img src="http://blog.icann.org/wp-content/uploads/2010/05/idn-example-450px.png" alt="Example of an IDN ccTLD in a web browser" width="450" height="350" class="alignnone size-full wp-image-1505" /></a></p>
<p>It even works on a mobile phone:</p>
<p><a href="http://blog.icann.org/wp-content/uploads/2010/05/iphone-example.png"><img src="http://blog.icann.org/wp-content/uploads/2010/05/iphone-example-450px.png" alt="Example of an IDN ccTLD on an iPhone" width="450" height="450" class="alignnone size-full wp-image-1504" /></a></p>
<p>The three new top-level domains are  السعودية. (&#8220;Al-Saudiah&#8221;), امارات. ( “Emarat”) and مصر. (&#8220;Misr&#8221;). All three are Arabic script domains, and will enable domain names written fully right-to-left. Expect more as we continue to process other applications using the &#8220;fast track&#8221; methodology.</p>
<p>ICANN staff are still finishing the processing of these domain&#8217;s delegations, but now that they are visible in the root zone it is fair to say these are mostly formalities. The remaining tasks include final technical verifications, updating the IANA WHOIS database and publishing the delegation reports. </p>
<p>Now the hard work happens in the countries which have their new IDN ccTLDs. They will now commence their own processes to launch the domains in a way that gives their communities access to put them to day-to-day use.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2010/05/idn-cctlds/feed/</wfw:commentRss>
		<slash:comments>30</slash:comments>
		</item>
		<item>
		<title>CEO Comments on Strategic Plan</title>
		<link>http://blog.icann.org/2010/02/ceo-comments-on-strategic-plan/</link>
		<comments>http://blog.icann.org/2010/02/ceo-comments-on-strategic-plan/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 06:43:43 +0000</pubDate>
		<dc:creator>Rod Beckstrom</dc:creator>
				<category><![CDATA[DNS]]></category>
		<category><![CDATA[DNSSEC]]></category>
		<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[Languages]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1347</guid>
		<description><![CDATA[ICANN Strategic Plan July 2010 &#8211; June 2013 [PDF, 947 KB] The ICANN meeting in Seoul was my first meeting as CEO, and coincided with the kickoff of the ICANN Strategic planning process, an essential basis for ICANN&#8217;s operational and budget planning process. Based on my experience with other organizations and Boards, I was interested [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.icann.org/en/strategic-plan/strategic-plan-2010-2013-19feb10-en.pdf">ICANN Strategic Plan July 2010 &#8211; June 2013</a> [PDF, 947 KB] </p>
<p>The ICANN meeting in Seoul was my first meeting as CEO, and coincided with the kickoff of the ICANN Strategic planning process, an essential basis for ICANN&#8217;s operational and budget planning process. Based on my experience with other organizations and Boards, I was interested in taking the planning processes of past years, and evolving it into an approach that identified key strategic focus areas that captured ICANN&#8217;s mission and mandate, namely: </p>
<ul>
<li>DNS stability and security; </li>
<li>Consumer choice, competition and innovation; </li>
<li>IANA and core operations and </li>
<li>A healthy Internet eco-system. </li>
</ul>
<p>These four focus areas were the building blocks used to identify strategic objectives, key strategic projects and perhaps most importantly, the tremendous community and staff work that will be undertaken in the next few years. </p>
<p>Underlying these four strategic areas are key values, or enablers, that cut across all of ICANN&#8217;s work. These are essential to ICANN succeeding in all of its challenges, and an important reflection of the principles by which the organization operates. These are: </p>
<ul>
<li>Multi-stakeholder; </li>
<li>Collaborative; </li>
<li>International; </li>
<li>Transparent; </li>
<li>Accountable. </li>
</ul>
<p>In developing the plan we used the traditional stakeholder engagement processes and also added online survey tools, which allowed community members from around the world to vote on proposed strategic plan items during the live sessions in Seoul.</p>
<p>I would like to personally thank all of you who contributed to this year&#8217;s Strategic planning process. Your input and engagement is an important part of ensuring that the organization&#8217;s future truly reflects a bottom up, multi-stakeholder process. We look forward to your input to the implementation of the Strategic plan into the operational planning and budget preparations. </p>
<p>Warmly, </p>
<p>Rod </p>
<p>Rod Beckstrom <br />
  CEO and President <br />
  ICANN <br />
  22 February 2010</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2010/02/ceo-comments-on-strategic-plan/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Situation in Haiti and the DNS</title>
		<link>http://blog.icann.org/2010/01/haiti/</link>
		<comments>http://blog.icann.org/2010/01/haiti/#comments</comments>
		<pubDate>Fri, 15 Jan 2010 01:58:31 +0000</pubDate>
		<dc:creator>Kim Davies</dc:creator>
				<category><![CDATA[Commentary]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[English]]></category>
		<category><![CDATA[IANA]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[Languages]]></category>
		<category><![CDATA[Latin America]]></category>

		<guid isPermaLink="false">http://blog.icann.org/?p=1248</guid>
		<description><![CDATA[We have received a lot of communication concerning the devastation in Haiti, particularly its impact on Internet function and the .HT top-level domain. Here are the basic facts: We have been in contact with the administrators of .HT and they are alive and well, although understandably overwhelmed dealing with the tragedy there. Other ICANN fellows [...]]]></description>
			<content:encoded><![CDATA[<p>We have received a lot of communication concerning the devastation in Haiti, particularly its impact on Internet function and the .HT top-level domain. Here are the basic facts:</p>
<ul>
<li>
<p>We have been in contact with the administrators of .HT and they are alive and well, although understandably overwhelmed dealing with the tragedy there. Other ICANN fellows in the country have been contacted and accounted for. Regrettably, some have lost their homes and are impacted heavily by the tragedy.</p>
</li>
<li>
<p>Some of the name servers for .HT are not reachable from outside Haiti due to significant damage to the local telecommunications infrastructure. Work is underway to re-establish Haiti&#8217;s links to the world through the Dominican Republic.</p>
</li>
<li>
<p>Despite some of the DNS infrastructure not working as expected, the DNS is a highly resilient protocol, and the .HT domain continues to function through a number of sites located outside of Haiti. Haiti&#8217;s name server partners are aware of the situation and also taking additional measures so that should technical reachability of Haiti deteriorate, function of .HT can continue uninterrupted.</p>
</li>
</ul>
<p>Functioning telecommunications can make a real difference in recovering from a major natural disaster. The naming and numbering infrastructure is just a small piece of this, but we want to be sure it continues to function so that it is not the obstacle that prevents people communicating. We&#8217;d like to thank all our friends and partners, particularly those in Haiti, who have been working the last couple of days to ensure we can best help the community emerge from this disaster.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.icann.org/2010/01/haiti/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

