Re: [DNSOP] back to: Some distinctions and a request

manning <bmanning@karoshi.com> Fri, 03 July 2015 00:58 UTC

Return-Path: <bmanning@karoshi.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 17E301AD0A2 for <dnsop@ietfa.amsl.com>; Thu, 2 Jul 2015 17:58:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 p4nozAfL-kH6 for <dnsop@ietfa.amsl.com>; Thu, 2 Jul 2015 17:58:26 -0700 (PDT)
Received: from vacation.karoshi.com (vacation.karoshi.com [198.32.6.68]) by ietfa.amsl.com (Postfix) with ESMTP id 5A9751AD09C for <dnsop@ietf.org>; Thu, 2 Jul 2015 17:58:23 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by vacation.karoshi.com (Postfix) with ESMTP id 27C71A14000; Thu, 2 Jul 2015 17:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at karoshi.com
Received: from vacation.karoshi.com ([127.0.0.1]) by localhost (vacation.karoshi.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34uuSN4pz1IH; Thu, 2 Jul 2015 17:58:08 -0700 (PDT)
Received: from [198.32.4.206] (unknown [198.32.4.206]) by vacation.karoshi.com (Postfix) with ESMTPSA id D4CF8A13FEF; Thu, 2 Jul 2015 17:58:08 -0700 (PDT)
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Content-Type: text/plain; charset="windows-1252"
From: manning <bmanning@karoshi.com>
In-Reply-To: <20150702234423.GB23022@mycre.ws>
Date: Thu, 02 Jul 2015 17:58:08 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <EBDBDD70-046F-4E31-BDAC-A619EECD4F13@karoshi.com>
References: <6CB05D82CE245B4083BBF3B97E2ED470C27498@ait-pex01mbx01.win.dtu.dk> <D1BAA21E.CA2E%edward.lewis@icann.org> <6CB05D82CE245B4083BBF3B97E2ED470C2759F@ait-pex01mbx01.win.dtu.dk> <6CB05D82CE245B4083BBF3B97E2ED470C275B2@ait-pex01mbx01.win.dtu.dk> <E225C721-7279-4053-97A2-2D63A155DA14@karoshi.com> <6CB05D82CE245B4083BBF3B97E2ED470C27602@ait-pex01mbx01.win.dtu.dk> <88E49F4B-64BD-4832-BD02-D1A882874E92@karoshi.com> <20150702234423.GB23022@mycre.ws>
To: Robert Edmonds <edmonds@mycre.ws>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/fTuriSrm3qgv_X3mpjMqf2jw7gg>
Cc: "dnsop@ietf.org" <dnsop@ietf.org>
Subject: Re: [DNSOP] back to: Some distinctions and a request
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 03 Jul 2015 00:58:27 -0000

manning
bmanning@karoshi.com
PO Box 12317
Marina del Rey, CA 90295
310.322.8102



On 2July2015Thursday, at 16:44, Robert Edmonds <edmonds@mycre.ws> wrote:


> 
> Have a look at the later HTTP/1.1 RFCs (7230) and the URI generic syntax
> RFC (3986).  RFC 7230 defines http URIs, but it relies on the URI
> generic syntax (RFC 3986) to define "uri-host"'s, and that specification
> explicitly declines to require that "domain-looking-strings" be Internet
> DNS names:
> 
> 3.2.2.  Host
> 
>   [...]
> 
>   This specification does not mandate a particular registered name
>   lookup technology and therefore does not restrict the syntax of reg-
>   name beyond what is necessary for interoperability.  
[…]
> .  However, a globally scoped naming
>   system, such as DNS fully qualified domain names, is necessary for
>   URIs intended to have global scope.  URI producers should use names
>   that conform to the DNS syntax, even when use of DNS is not
>   immediately apparent, and should limit these names to no more than
>   255 characters in length.
> 
>   [...]
> 
> -- 
> Robert Edmonds

	There in lies the problem.  These systems have no way to disambiguate a local v. global scope.
         It seems like the obvious solution is to ensure that these nodes do NOT have global scope, i.e. No connection to the Internets
         and no way to attempt DNS resolution.   Or they need to ensure that DNS resolution occurs after every other “name lookup technology”
         which is not global in scope.

	Paul Vixies point about an escape method not being apparently visible comes to mind.