Re: [homenet] Homenet Naming Architecture

Douglas Otis <> Tue, 19 January 2016 00:15 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id E3FD51A6F92 for <>; Mon, 18 Jan 2016 16:15:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id B5DGBXt-7ABP for <>; Mon, 18 Jan 2016 16:15:11 -0800 (PST)
Received: from ( [IPv6:2607:f8b0:400e:c00::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 21D601A6F90 for <>; Mon, 18 Jan 2016 16:15:11 -0800 (PST)
Received: by with SMTP id e65so165559663pfe.0 for <>; Mon, 18 Jan 2016 16:15:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; 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;; 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 with SMTP id r70mr40542697pfa.12.1453162510704; Mon, 18 Jan 2016 16:15:10 -0800 (PST)
Received: from US-DOUGO-MAC.local ( []) by with ESMTPSA id cf6sm36643584pad.41.2016. (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jan 2016 16:15:09 -0800 (PST)
To: Ray Bellis <>, Ray Hunter <>,, Andrew Sullivan <>, Tim Chown <>
References: <>
From: Douglas Otis <>
X-Enigmail-Draft-Status: N1110
Message-ID: <>
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: <>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Archived-At: <>
Cc: homenet-chairs <>,,
Subject: Re: [homenet] Homenet Naming Architecture
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF Homenet WG mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-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.

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.


Suggest alternative TLDs proposed by
such as:

Avoids problems caused with use of .local.

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?

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