<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for =barney.craggs</title><link>http://disqus.com/people/1e9f359b501ea85794962be376349d81/</link><description></description><language>en</language><lastBuildDate>Thu, 01 May 2008 18:27:55 -0000</lastBuildDate><item><title>Re: Jonathan Jensen - What&amp;#8217;s your number</title><link>http://smstextnews.disqus.com/jonathan_jensen_what8217s_your_number/#comment-404634</link><description>The premise behind this isn't actually sound.  Phone numbers and domain names are what's known as a controlled namespace; in other words &lt;br&gt;they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) &lt;br&gt;at a country level and then local telco's receive delegated authority to assign the numbers therein.&lt;br&gt;&lt;br&gt;Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.&lt;br&gt;&lt;br&gt;In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is &lt;br&gt;little or no possibility or probability of ever actually "owning' the number.  This "centralised" control is what ensures uniqueness.&lt;br&gt;&lt;br&gt;/* Gets a little geeky beyond here so bail out now if you want */&lt;br&gt;&lt;br&gt;The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service&lt;br&gt;provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn't&lt;br&gt;move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of &lt;br&gt;remembering the numbers.&lt;br&gt;&lt;br&gt;Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same &lt;br&gt;exchange - remember the heritage of circuit switching here.&lt;br&gt;&lt;br&gt;What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where&lt;br&gt;you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you &lt;br&gt;desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people &lt;br&gt;couldn't.  This is where an abstracted identifier technology comes into play.&lt;br&gt;&lt;br&gt;With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable &lt;br&gt;identifier (mine's =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very&lt;br&gt;cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same&lt;br&gt;iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the &lt;br&gt;same iNumber (if I want) or be routed to multiple destinations.&lt;br&gt;&lt;br&gt;The possibilities are immense and I have over-simplified the technology for this comment, but in essence; &lt;br&gt;- controlled namespaces are good as long as you acknowledge their limitations, &lt;br&gt;- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,&lt;br&gt;- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer&lt;br&gt;choice.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">=barney.craggs</dc:creator><pubDate>Thu, 01 May 2008 18:27:55 -0000</pubDate></item></channel></rss>