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

Olafur Gudmundsson <ogud@ogud.com> Thu, 13 February 2014 16:19 UTC

Return-Path: <ogud@ogud.com>
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 9A95A1A0334 for <dnsop@ietfa.amsl.com>; Thu, 13 Feb 2014 08:19:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.6
X-Spam-Level:
X-Spam-Status: No, score=-1.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001] 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 WFxS_jV_yvxN for <dnsop@ietfa.amsl.com>; Thu, 13 Feb 2014 08:19:29 -0800 (PST)
Received: from smtp125.ord1c.emailsrvr.com (smtp125.ord1c.emailsrvr.com [108.166.43.125]) by ietfa.amsl.com (Postfix) with ESMTP id 256881A030A for <dnsop@ietf.org>; Thu, 13 Feb 2014 08:19:29 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp8.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id D6D3B1A0227; Thu, 13 Feb 2014 11:19:27 -0500 (EST)
X-Virus-Scanned: OK
Received: by smtp8.relay.ord1c.emailsrvr.com (Authenticated sender: ogud-AT-ogud.com) with ESMTPSA id AC0561A01C8; Thu, 13 Feb 2014 11:19:26 -0500 (EST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Olafur Gudmundsson <ogud@ogud.com>
In-Reply-To: <52FCE993.3070005@frobbit.se>
Date: Thu, 13 Feb 2014 11:19:26 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <D38F596A-9DC3-49A1-A4D7-FF86F3AC1FBD@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>
To: Patrik Fältström <paf@frobbit.se>
X-Mailer: Apple Mail (2.1510)
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 16:19:30 -0000

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