<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: DNS 2.0</title>
	<atom:link href="http://crookedtimber.org/2007/08/23/dns-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://crookedtimber.org/2007/08/23/dns-20/</link>
	<description>Out of the crooked timber of humanity, no straight thing was ever made</description>
	<lastBuildDate>Sun, 27 May 2012 06:29:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: john b</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208410</link>
		<dc:creator>john b</dc:creator>
		<pubDate>Fri, 24 Aug 2007 09:24:35 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208410</guid>
		<description>See also: Catalans rugby club, who are French.</description>
		<content:encoded><![CDATA[	<p>See also: Catalans rugby club, who are French.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: mollymooly</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208360</link>
		<dc:creator>mollymooly</dc:creator>
		<pubDate>Thu, 23 Aug 2007 23:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208360</guid>
		<description>@16: According to Wikipedia, &lt;b&gt;.cat&lt;/b&gt; is a &quot;generic top-level domain&quot; rather than a &quot;country code top-level domain&quot;.  It is for the Catalan language and culture (which are international) rather than the particular Spanish region where the culture predominates.</description>
		<content:encoded><![CDATA[	<p>@16: According to Wikipedia, <b>.cat</b> is a &#8220;generic top-level domain&#8221; rather than a &#8220;country code top-level domain&#8221;.  It is for the Catalan language and culture (which are international) rather than the particular Spanish region where the culture predominates.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Melinda</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208288</link>
		<dc:creator>Melinda</dc:creator>
		<pubDate>Thu, 23 Aug 2007 16:41:05 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208288</guid>
		<description>The point about the scalability question is apt; the DNS is hierarchical in part because it makes delegation easier and in part because it just plain scales better - flat namespaces can be extremely difficult to manage.

A bunch of years ago I was involved in ETSI and ITU-T discussions about allocating an E.164 prefix to VoIP (this was before ENUM, obviously).  A couple of European countries that had recently privatized their PTTs and a bunch of African countries were very opposed to it, largely because phone numbers are property and have value.  Personally, the extent to which that value tends to lead to misbehavior (domain name squatting, for example) is pretty much the extent to which I support undermining that value.

Unfortunately economics sez that proliferating TLDs will tend to lower the cost of registering in each of them and the whole thing might well end up being a wash.</description>
		<content:encoded><![CDATA[	<p>The point about the scalability question is apt; the <span class="caps">DNS</span> is hierarchical in part because it makes delegation easier and in part because it just plain scales better &#8211; flat namespaces can be extremely difficult to manage.</p>

	<p>A bunch of years ago I was involved in <span class="caps">ETSI</span> and <span class="caps">ITU</span>-T discussions about allocating an E.164 prefix to VoIP (this was before <span class="caps">ENUM</span>, obviously).  A couple of European countries that had recently privatized their PTTs and a bunch of African countries were very opposed to it, largely because phone numbers are property and have value.  Personally, the extent to which that value tends to lead to misbehavior (domain name squatting, for example) is pretty much the extent to which I support undermining that value.</p>

	<p>Unfortunately economics sez that proliferating TLDs will tend to lower the cost of registering in each of them and the whole thing might well end up being a wash.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: rupes</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208287</link>
		<dc:creator>rupes</dc:creator>
		<pubDate>Thu, 23 Aug 2007 16:38:50 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208287</guid>
		<description>Talking of domains there is one amusing anomaly...

As well as categories (.com, .edu) of course, domains can be countries: .uk, .de, .fr etc
These are two letter based on ISO country codes

Of these Tuvalu apparently has a revenue stream from .tv 

The amusing anomaly is .cat for Catalunya

1)   It is a country code, but three letters not ISO two letters

2)  It is a country code for a place that is not a country.

Or rather, where inhabitantswould like to be a recognised country, but currently are not.

Or even more convolutedly, shows up anomalies of &quot;country&quot; as a description. 

After all, ir Catalunya gets recognition by ICANN then why not Scotland, Corsica, any-number-of-disputed places in Balkans &amp; Central Asia etc

Even more intriguing, within Spain, Basque contry has more autonomy than Catalunya, but not in this respect :)

I have no idea quite *how* they managed to persuade ICANN to agree they are a country...</description>
		<content:encoded><![CDATA[	<p>Talking of domains there is one amusing anomaly&#8230;</p>

	<p>As well as categories (.com, .edu) of course, domains can be countries: .uk, .de, .fr etc<br />
These are two letter based on <span class="caps">ISO</span> country codes</p>

	<p>Of these Tuvalu apparently has a revenue stream from .tv</p>

	<p>The amusing anomaly is .cat for Catalunya</p>

	<p>1)   It is a country code, but three letters not <span class="caps">ISO</span> two letters</p>

	<p>2)  It is a country code for a place that is not a country.</p>

	<p>Or rather, where inhabitantswould like to be a recognised country, but currently are not.</p>

	<p>Or even more convolutedly, shows up anomalies of &#8220;country&#8221; as a description.</p>

	<p>After all, ir Catalunya gets recognition by <span class="caps">ICANN</span> then why not Scotland, Corsica, any-number-of-disputed places in Balkans &#038; Central Asia etc</p>

	<p>Even more intriguing, within Spain, Basque contry has more autonomy than Catalunya, but not in this respect :)</p>

	<p>I have no idea quite <strong>how</strong> they managed to persuade <span class="caps">ICANN</span> to agree they are a country&#8230;</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208286</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Thu, 23 Aug 2007 16:38:46 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208286</guid>
		<description>Robert,

There are good technical reasons for using domain names rather than relying on search + IP addresses (and remember, not all of the internet&#039;s users are people sitting at web browsers).  A domain name functions as an alias, allowing a site to avoid having its name tied to the physical infrastructure supporting it while still allowing the underlying IP address to be organized in hierarchical blocks.  Keeping IPs organized in continuous blocks (rather than offering some version of telephone number portability) makes routing easier to implement efficiently.</description>
		<content:encoded><![CDATA[	<p>Robert,</p>

	<p>There are good technical reasons for using domain names rather than relying on search + IP addresses (and remember, not all of the internet&#8217;s users are people sitting at web browsers).  A domain name functions as an alias, allowing a site to avoid having its name tied to the physical infrastructure supporting it while still allowing the underlying IP address to be organized in hierarchical blocks.  Keeping IPs organized in continuous blocks (rather than offering some version of telephone number portability) makes routing easier to implement efficiently.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: robertdfeinman</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208259</link>
		<dc:creator>robertdfeinman</dc:creator>
		<pubDate>Thu, 23 Aug 2007 14:17:05 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208259</guid>
		<description>At least 95% of people reaching my web site do so either via a search engine or by clicking on a link on some other site. I imagine this is typical.

The idea that people will type in a site name seems a remnant of an earlier era and really needs to be rethought. Bookmarks and other personal convenience features also make direct typing less likely.

Haven&#039;t we gotten along with a numeric system for phone number for over 100 years? The needed access tools like phone books and directory assistance evolved to solve the problems. The internet is no different.</description>
		<content:encoded><![CDATA[	<p>At least 95% of people reaching my web site do so either via a search engine or by clicking on a link on some other site. I imagine this is typical.</p>

	<p>The idea that people will type in a site name seems a remnant of an earlier era and really needs to be rethought. Bookmarks and other personal convenience features also make direct typing less likely.</p>

	<p>Haven&#8217;t we gotten along with a numeric system for phone number for over 100 years? The needed access tools like phone books and directory assistance evolved to solve the problems. The internet is no different.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208229</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 23 Aug 2007 13:11:34 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208229</guid>
		<description>Regarding tlds, this might be a good moment to recall that one of the points of Python Zen is &quot;Namespaces are a honking great idea; let&#039;s have more of them.&quot;

Every new tld is a brand new namespace, and the structure of the DNS means that (unlike IP routing tables) it&#039;s easier to scale to fit a bigger set of lookup tables.</description>
		<content:encoded><![CDATA[	<p>Regarding tlds, this might be a good moment to recall that one of the points of Python Zen is &#8220;Namespaces are a honking great idea; let&#8217;s have more of them.&#8221;</p>

	<p>Every new tld is a brand new namespace, and the structure of the <span class="caps">DNS</span> means that (unlike IP routing tables) it&#8217;s easier to scale to fit a bigger set of lookup tables.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: john b</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208221</link>
		<dc:creator>john b</dc:creator>
		<pubDate>Thu, 23 Aug 2007 12:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208221</guid>
		<description>&quot;The predominantly English-speaking technical cadre that looked at this issue 10 years ago only came up with one non-English TLD (.nom) which was still pure ASCII text. Today, the global technical community is working hard to smooth the way for internationalised domain names, i.e. names in non-Roman characters.&quot;

great: even more scope for incompatability, impenetrability and other hilarious things. if only everywhere with a machine-unfriendly writing system had had an Ataturk...</description>
		<content:encoded><![CDATA[	<p>&#8220;The predominantly English-speaking technical cadre that looked at this issue 10 years ago only came up with one non-English <span class="caps">TLD </span>(.nom) which was still pure <span class="caps">ASCII</span> text. Today, the global technical community is working hard to smooth the way for internationalised domain names, i.e. names in non-Roman characters.&#8221;</p>

	<p>great: even more scope for incompatability, impenetrability and other hilarious things. if only everywhere with a machine-unfriendly writing system had had an Ataturk&#8230;</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Pete</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208208</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Thu, 23 Aug 2007 09:50:43 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208208</guid>
		<description>&quot;Name exhaustion is becoming a problem, especially in TLDs like .com where pay per click advertising drives registration of vast number of names, locking them out for other uses.&quot;

This is ridiculously wasteful, surely? Perhaps what&#039;s needed is a .unique domain, in which no one person or organisation is allowed more than one registration.</description>
		<content:encoded><![CDATA[	<p>&#8220;Name exhaustion is becoming a problem, especially in TLDs like .com where pay per click advertising drives registration of vast number of names, locking them out for other uses.&#8221;</p>

	<p>This is ridiculously wasteful, surely? Perhaps what&#8217;s needed is a .unique domain, in which no one person or organisation is allowed more than one registration.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208205</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Thu, 23 Aug 2007 09:32:06 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208205</guid>
		<description>I guess the common thread is that TLDs allow some measure of registrar control over the use of certain strings in domain names.  This allows the TLD to categorize sites--which we all now think is outmoded--and to signal something about the site&#039;s provenance (in the .edu, .mil etc domains).  Which is fine, though I s&#039;pose you could still have privileged strings even if the end of domain names was otherwise unregulated.  (It also gives the registrars something to do besides scan for rude words.)

Kieran&#039;s point is, in effect, that this control over terminal strings means no one can currently have a name ending in &quot;.new&quot; because .new hasn&#039;t been created (allowed) yet.  So &quot;first-choice.new&quot; hasn&#039;t yet been snaffled up by a PPC farmer or some other squatter.

But what happens when .new is allowed?  The same squatters will send their bots to the .new registrars.  And very soon you need .newer, and so on.  

The &quot;name-exhaustion&quot; problem is different in this respect from the exhaustion of IPv4 numbers (or seven-digit phone numbers), which really can be resolved by making more numbers available for new users and devices.</description>
		<content:encoded><![CDATA[	<p>I guess the common thread is that TLDs allow some measure of registrar control over the use of certain strings in domain names.  This allows the <span class="caps">TLD</span> to categorize sites&#8212;which we all now think is outmoded&#8212;and to signal something about the site&#8217;s provenance (in the .edu, .mil etc domains).  Which is fine, though I s&#8217;pose you could still have privileged strings even if the end of domain names was otherwise unregulated.  (It also gives the registrars something to do besides scan for rude words.)</p>

	<p>Kieran&#8217;s point is, in effect, that this control over terminal strings means no one can currently have a name ending in &#8220;.new&#8221; because .new hasn&#8217;t been created (allowed) yet.  So &#8220;first-choice.new&#8221; hasn&#8217;t yet been snaffled up by a <span class="caps">PPC</span> farmer or some other squatter.</p>

	<p>But what happens when .new is allowed?  The same squatters will send their bots to the .new registrars.  And very soon you need .newer, and so on.</p>

	<p>The &#8220;name-exhaustion&#8221; problem is different in this respect from the exhaustion of IPv4 numbers (or seven-digit phone numbers), which really can be resolved by making more numbers available for new users and devices.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Maria</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208197</link>
		<dc:creator>Maria</dc:creator>
		<pubDate>Thu, 23 Aug 2007 08:42:28 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208197</guid>
		<description>Seth, you inspired me to finally break the seal and blog on the ICANN staff blog; http://blog.icann.org/?p=185</description>
		<content:encoded><![CDATA[	<p>Seth, you inspired me to finally break the seal and blog on the <span class="caps">ICANN</span> staff blog; <a href="http://blog.icann.org/?p=185" rel="nofollow">http://blog.icann.org/?p=185</a></p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Maria</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208196</link>
		<dc:creator>Maria</dc:creator>
		<pubDate>Thu, 23 Aug 2007 08:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208196</guid>
		<description>Hi Adrian, 
Kieren actually partly address this question in the comments on his post; http://blog.icann.org/?p=183. Name exhaustion is becoming a problem, especially in TLDs like .com where pay per click advertising drives registration of vast number of names, locking them out for other uses. 

I see the main virtue of TLD expansion as creating a rallying point for communities that don&#039;t have an online identity, or for niche users. So that&#039;s more about creating new use TLDs, rather than expanding the namespace to accommodate the growth in current use patterns. But that&#039;s just my personal view. 

m</description>
		<content:encoded><![CDATA[	<p>Hi Adrian,<br />
Kieren actually partly address this question in the comments on his post; <a href="http://blog.icann.org/?p=183" rel="nofollow">http://blog.icann.org/?p=183</a>. Name exhaustion is becoming a problem, especially in TLDs like .com where pay per click advertising drives registration of vast number of names, locking them out for other uses.</p>

	<p>I see the main virtue of <span class="caps">TLD</span> expansion as creating a rallying point for communities that don&#8217;t have an online identity, or for niche users. So that&#8217;s more about creating new use TLDs, rather than expanding the namespace to accommodate the growth in current use patterns. But that&#8217;s just my personal view.</p>

	<p>m</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208195</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Thu, 23 Aug 2007 08:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208195</guid>
		<description>Maria, thanks.  I certainly wouldn&#039;t want to get rid of the DNS altogether.  My mind&#039;s not that flexible. :-)  

But still, if TLDs (as opposed to domain names generally) are there so there can be a Chinese and an Indian &quot;crookedtimber&quot; I don&#039;t see why they need to be such a fundamental part of the architecture.  How can a fixed menu of TLDs give you flexibility you can&#039;t get from the unlimited-length alphanumeric site name?   I mean, if crookedtimber.ru wasn&#039;t an option, the site name could always be crookedtimberru or crookedrussiantimber or whatever.</description>
		<content:encoded><![CDATA[	<p>Maria, thanks.  I certainly wouldn&#8217;t want to get rid of the <span class="caps">DNS</span> altogether.  My mind&#8217;s not that flexible. :-)</p>

	<p>But still, if TLDs (as opposed to domain names generally) are there so there can be a Chinese and an Indian &#8220;crookedtimber&#8221; I don&#8217;t see why they need to be such a fundamental part of the architecture.  How can a fixed menu of TLDs give you flexibility you can&#8217;t get from the unlimited-length alphanumeric site name?   I mean, if crookedtimber.ru wasn&#8217;t an option, the site name could always be crookedtimberru or crookedrussiantimber or whatever.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Maria</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208192</link>
		<dc:creator>Maria</dc:creator>
		<pubDate>Thu, 23 Aug 2007 07:48:03 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208192</guid>
		<description>Adrian, there&#039;s something to that, and it&#039;s often asserted that with search improving all the time, we don&#039;t need the DNS. I don&#039;t completely buy that, since most search algorithms include domain names in their analysis. 

One point of having many TLDs is that it multiplies the number of potential and available names, which is increasingly important as more of the world starts to use the Internet. 

Another thing to remember is that domain names aren&#039;t used only for websites, but also for email addressing. I&#039;d hate to think what would happen to an email that was simply addressed &#039;Maria Farrell&#039; and sent off into the ether.</description>
		<content:encoded><![CDATA[	<p>Adrian, there&#8217;s something to that, and it&#8217;s often asserted that with search improving all the time, we don&#8217;t need the <span class="caps">DNS</span>. I don&#8217;t completely buy that, since most search algorithms include domain names in their analysis.</p>

	<p>One point of having many TLDs is that it multiplies the number of potential and available names, which is increasingly important as more of the world starts to use the Internet.</p>

	<p>Another thing to remember is that domain names aren&#8217;t used only for websites, but also for email addressing. I&#8217;d hate to think what would happen to an email that was simply addressed &#8216;Maria Farrell&#8217; and sent off into the ether.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Maria</title>
		<link>http://crookedtimber.org/2007/08/23/dns-20/comment-page-1/#comment-208190</link>
		<dc:creator>Maria</dc:creator>
		<pubDate>Thu, 23 Aug 2007 07:42:19 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/2007/08/23/dns-20/#comment-208190</guid>
		<description>Now that does make sense. I was wondering to myself why we say Nato but not Wto. Thanks, Seth!</description>
		<content:encoded><![CDATA[	<p>Now that does make sense. I was wondering to myself why we say Nato but not Wto. Thanks, Seth!</p>
 ]]></content:encoded>
	</item>
</channel>
</rss>

