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, 08 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
- [Enum] Re: URI Portability Stastny Richard
- RE: [Enum] Re: URI Portability Michael Hammer (mhammer)
- Re: [Enum] Re: URI Portability Stastny Richard
- RE: [Enum] Re: URI Portability Michael Hammer (mhammer)
- Re: [Enum] Re: URI Portability james.f.baskin
- Re: [Enum] Re: URI Portability Stastny Richard
- Re: [Enum] Re: URI Portability Otmar Lendl
- RE: [Enum] Re: URI Portability Tim Ruiz
- RE: [Enum] Re: URI Portability Michael Hammer (mhammer)
- Re: [Enum] Re: URI Portability Richard Shockey
- RE: [Enum] Re: URI Portability Michael Hammer (mhammer)
- Re: [Enum] Re: URI Portability Otmar Lendl
- Re: [Enum] Re: URI Portability Patrik Fältström
- Re: [Enum] Re: URI Portability Patrik Fältström
- [Enum] draft-ietf-enum-validation-token-01.txt Tony Rutkowski
- [Enum] Re: draft-ietf-enum-validation-token-01.txt Otmar Lendl
- [Enum] Re: draft-ietf-enum-validation-token-01.txt Tony Rutkowski