Re: [DNSOP] I-D Action: draft-wkumari-dnsop-alt-tld-00.txt

Patrik Fältström <paf@frobbit.se> Thu, 13 February 2014 23:40 UTC

Return-Path: <paf@frobbit.se>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 025E51A0023 for <dnsop@ietfa.amsl.com>; Thu, 13 Feb 2014 15:40:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.799
X-Spam-Level:
X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.548, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05kL8YsvuNXW for <dnsop@ietfa.amsl.com>; Thu, 13 Feb 2014 15:40:12 -0800 (PST)
Received: from mail.frobbit.se (mail.frobbit.se [85.30.129.176]) by ietfa.amsl.com (Postfix) with ESMTP id 4B3161A000B for <dnsop@ietf.org>; Thu, 13 Feb 2014 15:40:12 -0800 (PST)
Received: from ix-2.local (c-98-218-15-63.hsd1.dc.comcast.net [98.218.15.63]) by mail.frobbit.se (Postfix) with ESMTPSA id 83B571FD41; Fri, 14 Feb 2014 00:40:09 +0100 (CET)
Message-ID: <52FD57D7.30004@frobbit.se>
Date: Thu, 13 Feb 2014 18:40:07 -0500
From: =?windows-1252?Q?Patrik_F=E4ltstr=F6m?= <paf@frobbit.se>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Olafur Gudmundsson <ogud@ogud.com>
References: <20140210205838.15973.63281.idtracker@ietfa.amsl.com> <E63B37B9-EFA0-43A5-9AC5-81CEC23C342C@viagenie.ca> <00BDA580-984F-41D1-8659-04278737A526@hopcount.ca> <20140213145932.GE25409@mx1.yitter.info> <BA548E83-4D14-4A08-A958-190F541D2337@viagenie.ca> <52FCE993.3070005@frobbit.se> <D38F596A-9DC3-49A1-A4D7-FF86F3AC1FBD@ogud.com>
In-Reply-To: <D38F596A-9DC3-49A1-A4D7-FF86F3AC1FBD@ogud.com>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QDwKdCffre1QnRLJIgXfHkLJVXrxNeM06"
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/Dc4xTzM0NT5KyZER1nseRYz7X1Q
Cc: Marc Blanchet <marc.blanchet@viagenie.ca>, dnsop@ietf.org
Subject: Re: [DNSOP] I-D Action: draft-wkumari-dnsop-alt-tld-00.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Feb 2014 23:40:17 -0000

On 2014-02-13 11:19, Olafur Gudmundsson wrote:
> 
> On Feb 13, 2014, at 10:49 AM, Patrik Fältström <paf@frobbit.se>; wrote:
> 
>> On 2014-02-13 10:23, Marc Blanchet wrote:
>>> - why not just register a URN namespace and use it as they see fit?
>>
>> Because you only type in a string that "looks like a domain name" in
>> applications (for example browsers) without the URI scheme nowadays, and
>> people want that to work also with strings in other namespaces.
>>
>> I.e. it all, from my perspective, have to do with where the signalling
>> is on what namespace to use. And if that signalling is inline, then we
>> do have something that can be viewed as the equivalent of a namespace
>> collision.
>>
>> If people had entered the URI scheme all the time, including "http",
>> then we would have been in a different situation.
> 
> 
> I think that the draft is not radical enough it is trying to provide some belt and suspenders to a 
> syntom rather than address the actual problem. 
> 
> The Meta problem is Multiple Namespaces with different resolution technologies. 
> Addressing this via a SUFFIX in the domain name feels wrong, 
> What I will propose is a Namespace layer solution that is a prefix to the name presented, 
> thus names will be presented to the namespace layer as <namespace/name-encoding><space separator><name> 
> Examples using ## as the separator
> 	DNS##www.example.com    This is normal DNS name, 
> 	GNU##eff 
> 	DUTF8##….. (DNS name in UTF8 format) 
> 	www.example.net    (by default the name is DNS) 
> 	
> With a namespace layer we can have the host reject lookup locally if it does not know how to handle the namespace,
> rather than dump it out as ".alt" query. 
> 
> I know this requires changes in lookup services and code, but it moves the effort to the people that want new namespaces. 
> 
> 	Olafur
> PS: IANA should maintain a registry of namespaces

This is to me approximately like the URI scheme idea, but a different
syntax. Can fly, might not fly.

The whole question is what the application developers and marketing
people will print on bulletin boards and accept in input fields in
applications (and their configurations).

Which unfortunately means we do not know until some time after we have
tried to standardize it... :-P

   Patrik