Re: [Enum] Re: URI Portability

Otmar Lendl <lendl@nic.at> Wed, 08 February 2006 17:48 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6tQv-0000It-7m; Wed, 08 Feb 2006 12:48:49 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F6tQt-0000Gm-3H for enum@megatron.ietf.org; Wed, 08 Feb 2006 12:48:47 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA14574 for <enum@ietf.org>; Wed, 8 Feb 2006 12:46:52 -0500 (EST)
Received: from arachne.bofh.priv.at ([193.154.150.108] helo=mail.bofh.priv.at) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F6tdE-00066e-Ft for enum@ietf.org; Wed, 08 Feb 2006 13:01:37 -0500
Received: by mail.bofh.priv.at (Postfix, from userid 1000) id A34CB1A618; Wed, 8 Feb 2006 18:48:11 +0100 (CET)
Date: Wed, 8 Feb 2006 18:48:11 +0100
From: Otmar Lendl <lendl@nic.at>
To: enum@ietf.org
Subject: Re: [Enum] Re: URI Portability
Message-ID: <20060208174811.GA6329@nic.at>
References: <OFFD6D8F8B.8A667CF3-ON8525710F.005CB3F4-8525710F.005E1CEB@CORE.VERIZON.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <OFFD6D8F8B.8A667CF3-ON8525710F.005CB3F4-8525710F.005E1CEB@CORE.VERIZON.COM>
User-Agent: Mutt/1.5.6+20040907i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
X-BeenThere: enum@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Enum Discussion List <enum.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/enum>, <mailto:enum-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:enum@ietf.org>
List-Help: <mailto:enum-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/enum>, <mailto:enum-request@ietf.org?subject=subscribe>
Sender: enum-bounces@ietf.org
Errors-To: enum-bounces@ietf.org

On 2006/02/08 18:02, james.f.baskin@verizon.com wrote:
> Richard,
> 
> I must be missing something.  As far as I know, individually-owned 
> or company-owned domain names ARE portable.  I can have any service 
> provider run a web server for my domain.  I can have a separate 
> provider handle my email.  I can have lots of providers handle lots 
> of different services for me, and I can switch any particular 
> service from any provider to any other at any time. 
> 
> What kind of portability isn't already implemented?  What portability 
> functions are you looking for that aren't available today?

Have you ever asked one of the new SIP based VoIP outfits (Vonage,
SIPhone, Gizmo, VoIPbuster, SIPgate, ...) whether their system
copes with customers wanting to use their own domain for the
SIP URIs these services use?

I haven't seen that yet. 

The protocol support ist there, no question. But in term of
implementation we're at the level of email anno 1992 where
most people had to use user@provider as their email address.

To make things even more interesting: have a look at the the IMS and all
the other NGN efforts. From what I have heard, these people don't want
to rely on the public DNS for any of their call routing decisions. They
can easily build their own private DNS on their GRX (or whatever)
network and store the domains of the carriers in there.

I can't see how such a private DNS infrastructure can ever cope
with people wanting to user their own domains in an IMS or NGN
setting. Either you duplicate the public DNS in your walled
garden or you abandon your "never depend on the public Internet
principle".

So: There is a real chance that for the near future people will 
have no choice but use sip:user@provider as their SIP address.

I thus consider it not _that_ unlikely that regulators will
step in and force portability for such addresses.

Summary: Right now, E.164 numbers are still the primary addressing
mechanism for most SIP/VoIP services. Once that starts to change
and people start to put SIP addresses on their business cards,
then all providers MUST offer the option of using a customer-owned
domain.

Failing to support that early can spell trouble down the road.

/ol
-- 
< Otmar Lendl (lendl@nic.at) | nic.at Systems Engineer >

_______________________________________________
enum mailing list
enum@ietf.org
https://www1.ietf.org/mailman/listinfo/enum