Re: [homenet] Homenet Naming Architecture
Douglas Otis <doug.mtview@gmail.com> Tue, 19 January 2016 00:15 UTC
Return-Path: <doug.mtview@gmail.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3FD51A6F92 for <homenet@ietfa.amsl.com>; Mon, 18 Jan 2016 16:15:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 B5DGBXt-7ABP for <homenet@ietfa.amsl.com>; Mon, 18 Jan 2016 16:15:11 -0800 (PST)
Received: from mail-pf0-x234.google.com (mail-pf0-x234.google.com [IPv6:2607:f8b0:400e:c00::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21D601A6F90 for <homenet@ietf.org>; Mon, 18 Jan 2016 16:15:11 -0800 (PST)
Received: by mail-pf0-x234.google.com with SMTP id e65so165559663pfe.0 for <homenet@ietf.org>; Mon, 18 Jan 2016 16:15:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=2r+YzRsIZHzmxhERh13p0Rly/SSIIxWTfFjZVU6Xidk=; b=O9NcRKAXIsiFcSwq3dPtTP9ZHIbA+1bBE3JQksSb9nIdoRDzkw7MXfwDG20DT3A8uR pXPSw5tT+mRl7kFz8KoA4a+LAnu83kn6m1rYR4khXoTpIdjTtz5o0MCSeeIZCFrKz3m7 iQ1m7ncwpGBkc+D+W2nidkknml276zSFiFi4Q2ly+yRbriwjaskRPCeILkHNTbf92UO4 Q26TlSmN/pZ2vqBoJ1Nt1t1CIYvcvOQ1RQMZF44SBF0F1CIZ5sE0Co+CoUAlQub+uduG 7KnfOmleFcKE33cnGR54it261C2+5H88jSffuw8DK3gr6WZjQ9MPZx7eLNj1+G7GDYy6 6pxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=2r+YzRsIZHzmxhERh13p0Rly/SSIIxWTfFjZVU6Xidk=; b=Pupi9Lr+XDhKX0laO0Vc3gUWiK/hTCNR5Yz04BL3zJGXWrt7BWDQ+srXmPmbpJsxWY mHS5hMsa8HWdW48IIH1wMy8uXPc8DjtLeb+mrbnPnxUItJBlq6I3EYaVKIlZqVxpVFYb G9tjWfJeBk9gCYu7nPJ0wWymL9Uya2FVmQ0NS9pK3IW/i/rHHrPlIKRSIsv7s0FWqRqn ymq6W4DeQPf4FQ24Nuno1DKn3Wa1u/mBgPwMviVbhk/wGQ/3GDRHFOMM8qtO4sEo2RtO 85D2h40cvSELqIud6dXjmu3Eu6veLpgrASKnndVRucAt/F6zaRL3q+dIk8lT615RHDXF BCAQ==
X-Gm-Message-State: ALoCoQnYrtyaWEHFSYe6Nlge2p46047gfdU39JIwiTdWSFmLCjLO0Z/4xygplqIyCv7COuon+sTz79NDXiNcvczOYhLlYk8IdQ==
X-Received: by 10.98.68.73 with SMTP id r70mr40542697pfa.12.1453162510704; Mon, 18 Jan 2016 16:15:10 -0800 (PST)
Received: from US-DOUGO-MAC.local (107-0-5-6-ip-static.hfc.comcastbusiness.net. [107.0.5.6]) by smtp.googlemail.com with ESMTPSA id cf6sm36643584pad.41.2016.01.18.16.15.06 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 16:15:09 -0800 (PST)
To: Ray Bellis <ray@bellis.me.uk>, Ray Hunter <v6ops@globis.net>, Ted.Lemon@nominum.com, Andrew Sullivan <ajs@anvilwalrusden.com>, Tim Chown <tjc@ecs.soton.ac.uk>
References: <568B88E1.9040000@bellis.me.uk>
From: Douglas Otis <doug.mtview@gmail.com>
X-Enigmail-Draft-Status: N1110
Message-ID: <569D7FF6.1090109@gmail.com>
Date: Mon, 18 Jan 2016 16:14:46 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <568B88E1.9040000@bellis.me.uk>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/homenet/zvdqcmjxGioTtKdTYV-Tkb8wppQ>
Cc: homenet-chairs <homenet-chairs@tools.ietf.org>, homenet@ietf.org, dnssd-chairs@tools.ietf.org
Subject: Re: [homenet] Homenet Naming Architecture
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 00:15:13 -0000
Dear Ray, Still willing. At the last IETF meeting during Bits and Bytes, Andrew Sullivan expressed concerns with respect to use of .home (4th) with a 60% YtoY increase and .corp (21st) with a 18% YtoY increase as TLD labels to declare non-multicast conventions for local names excluding multicast conventions related to .local. <2013> https://www.icann.org/en/system/files/files/name-collision-02aug13-en.pdf ,-- At the high end, the cluster includes the proposed TLDs that occur with at least order-of-magnitude greater frequency than any others (corp and home) and those that occur most frequently in internal X.509 public key certificates (mail and exchange in addition to corp). '-- ,-- RECOMMENDATION 1: The TLDs .corp, .home, and .mail be referred to the Internet Engineering Task Force (IETF) for potential RFC 1918-like protection/treatment. '-- <2014> https://www.icann.org/en/system/files/files/name-collision-mitigation-study-06jun14-en.pdf Suggest alternative TLDs proposed by http://tools.ietf.org/html/rfc6762 such as: .intranet. .internal. .private. .corp. .home. .lan. Avoids problems caused with use of .local. <2015> https://centr.org/document/4601 ,-- Conflict between RFC 6761 and the IETF-ICANN MoU (RFC 2860)? >From the organisational point of view, RFC 6761 had somewhat shifted the relation of the IETF and ICANN. According to RFC 2860 the IETF seized its role as a policy body for the DNS and ICANN and the latter now had a process to delegate names, albeit a heavy and costly one. A second open round for new TLD applications was just under consideration, Durand said. While the MoU had made an – albeit vague – exemption from the ICANN’s prerogative as the name space body in charge, RFC 6761 had slightly changed that. For the review now the intra-organisational problems (IETF lacking a process to reserve names due to 6761 vagueness) and the inter-organisational problems (was 6761 as such a violation of the MoU?) had to be considered. Questions around a potential invalidity of 6761 were quickly rejected as a potential “rat hole”. An opening up of 2860 – in order to renegotiate the roles of ICANN and IETF – were quickly dismissed by Arkko (“IESG asked WG to look at 6761. RFC 2860 is not on the table.”) '-- Moving forward, the role for .home and .corp TLDs with respect at establishing local naming conventions needs to be clarified before meaningful headway can be made. Can anyone offer meaningful guidance on this point? Regards, Douglas Otis On 1/5/16 1:12 AM, Ray Bellis wrote: > Dear all, > > You each indicated willingness to work on a document for the Homenet WG > describing all aspects of Homenet Naming and Service Discovery. > > With the holidays out of the way and the New Year now upon us it would > be great if some progress could now be made on that. > > Assuming that you are still willing, would you like to agree a main > editor from amongst you? > > thanks, > > Ray
- Re: [homenet] Homenet Naming Architecture Douglas Otis
- Re: [homenet] Homenet Naming Architecture Andrew Sullivan
- Re: [homenet] Homenet Naming Architecture Suzanne Woolf
- Re: [homenet] Homenet Naming Architecture Douglas Otis
- Re: [homenet] Homenet Naming Architecture Douglas Otis
- Re: [homenet] Homenet Naming Architecture Brian E Carpenter