Re: [homenet] Update on RFC 7788 and .home

Ralph Droms <rdroms.ietf@gmail.com> Wed, 16 November 2016 03:48 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: homenet@ietfa.amsl.com
Delivered-To: homenet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 221B0129441 for <homenet@ietfa.amsl.com>; Tue, 15 Nov 2016 19:48:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Q9o3F9xB_bUv for <homenet@ietfa.amsl.com>; Tue, 15 Nov 2016 19:48:20 -0800 (PST)
Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 6A1321295CA for <homenet@ietf.org>; Tue, 15 Nov 2016 19:48:20 -0800 (PST)
Received: by mail-qk0-x230.google.com with SMTP id q130so160813659qke.1 for <homenet@ietf.org>; Tue, 15 Nov 2016 19:48:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=+IrtlF1BkwSq172EorAtqTtGqYi5XD5mTnTLjnDH4+A=; b=na7kEr4BgxUFDh76619iGdATEDAsvo0p+Fv1h9eutiegyvsfAEfLNscGJArvLKpS4n AwCSFvORw86/xJpnWc2gcnw4b/nCBHqBJy1DIzY5lXIuARz5gQUHCcHFdSg+DidWhDyc B4WVp2SIMfkWYUia8Vwq0wN4NPYltHy7cAFyimsQTpVlaKZ0typFbg4ty4Vs1ZTjgdgP vZVuOJ6bxhW/2Qc/fAb2UYJzl45/lDoMu94eQ36u/bi9/WzlGsPWwBkDVvKlUSrYZf4Z YhLLdD9eoNRrpMHpg9ZcH+vchv8ulug0clMzdhIyw6hSM8Y1tN70e4LWu4ZZIA5000/b +h1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=+IrtlF1BkwSq172EorAtqTtGqYi5XD5mTnTLjnDH4+A=; b=AQLhcz5VMPmeNUm57vedlr13dYtxV4d4P0lCwm/gNAEoLEj3hO1TSgBWdO20+fik7N SVd3uelEYsvstV1476AG+qLSxTESZ5ZpOdmmsQwy7UIgzj2dIO55vYDvFtWYZxZ+YhtT zC82V9y3H65iT5FEK5sVtz6mTXZxR4Z25XbsccIHQX+C+EgxLBYl7DuZP2FGAlZOOZ5y d5+wv6KHVEza2fVzG045/xcLpwgvDBFaljZx40akL8H8+0sCKwDm0GrYr452Q8A+7zxo 0RCR8buxaNNhKaG/1KJmJgJJJQ/Jrcc3JvD4rC7ncmIDFCPyr/Lp3ewKf4NlgY2IjpCo vXag==
X-Gm-Message-State: AKaTC02/r4sKO4196EedfDGsaRuD4zmfyknPpK1AXpThaiGO/w/00N0G8tE1RiXLxJUzDw==
X-Received: by 10.55.45.130 with SMTP id t124mr1164786qkh.181.1479268099459; Tue, 15 Nov 2016 19:48:19 -0800 (PST)
Received: from ?IPv6:2601:18f:801:600:c6b:40bb:4a11:9616? ([2601:18f:801:600:c6b:40bb:4a11:9616]) by smtp.gmail.com with ESMTPSA id 30sm16729046qth.14.2016.11.15.19.48.18 for <homenet@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 15 Nov 2016 19:48:18 -0800 (PST)
From: Ralph Droms <rdroms.ietf@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
Date: Tue, 15 Nov 2016 22:48:16 -0500
References: <CAESTAVuRJ9vNHb3yebXcfsmOS2MgrSeWkvbkKFwgAHZM4zfrOQ@mail.gmail.com> <7d563acb-b99e-293a-c108-a4e25892abe3@bellis.me.uk> <7F8F675B-D0C2-47E9-A190-A9922971132B@gmail.com> <c2f0e07b-bd99-11d7-2e68-3170280bf976@bellis.me.uk>
To: homenet@ietf.org
In-Reply-To: <c2f0e07b-bd99-11d7-2e68-3170280bf976@bellis.me.uk>
Message-Id: <4DE99B0A-D9B9-4B91-927F-02DC3F0598F9@gmail.com>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/kEWAGqEyjhEStyj3-1GKtqqsV0s>
Subject: Re: [homenet] Update on RFC 7788 and .home
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 16 Nov 2016 03:48:22 -0000

I’ve read draft-ietf-homenet-dot-00.  If I’ve got it right, the concept and text in draft-ietf-homenet-dot-00 are modeled after the behavior specified in RFC 6303 and the text in RFC 6761that specifies the SUDN registry entries for the SUDNs defined in RFC 6303.  Seems like a good starting point for  draft-ietf-homenet-dot-00.

I think the document can be advanced quickly; here’s some input I hope is helpful...

I suggest that the paragraph in the Introduction that motivates the change from .home to .homenet be augmented or replaced with the reasons Ray listed in his e-mail (included below).

I also have a few clarifications and other fairly minor editorial suggestions…

In section 3, the response to item 3 in the SUDN reservation considerations could be clarified by specifying that any queries in the .homenet zone must be forwarded to a DNS service as configured by explicitly by HNCP or other appropriate local configuration mechanism coordinated with .homenet resolution, as opposed to just “configured”.  A manually configured entry for some external server is “configured”, but not configured in a helpful way.

Given that the existence of draft-ietf-dnsop-terminology-bis, it would be helpful (at least, I would find it helpful) to use the agreed common terminology; for example “recursive resolver” instead of “Caching DNS servers”.

In the answer for question 5, it might help the reader to specify which zones the “authoritative servers” are authoritative for.

“DNS server operator” is likely a term of art in the answer for question, but it’s not clear to me which operators and servers are referred to, here.  Although passive voice should be avoided, it might be appropriate to simply write “DNS servers outside a home network should not be configured to be authoritative for .homenet.

- Ralph


> On Nov 15, 2016, at 8:40 PM, Ray Bellis <ray@bellis.me.uk> wrote:
> 
> 
> 
> On 16/11/2016 09:53, Margaret Cullen wrote:
>> 
>> What is the reasoning for using .homenet as the Homenet Domain, instead of registering and using .home?
>> 
> 
> <chair hat partly on>
> 
> 1.  we cannot be sure that using .home is consistent with the
>    existing (ab)uses
> 
>    [e.g. BT in the UK already have about 5M CPE devices deployed
>     that are not "Homenet" devices but do use ".home" as their
>     default domain name.  We don't know how those would interact]
> 
> 2.  ICANN is in receipt of about a dozen applications for ".home",
>    and some of those applicants no doubt have deeper pockets than
>    the IETF does should they decide to litigate
> 
> NB:  Whilst ICANN has previously said that they won't actually delegate
> ".home" to any of those applicatants because of the amount of existing
> (ab)use of that name that's visible at the DNS root servers, they are
> under pressure from the applicants collectively to reverse that position.
> 
> Ray
> 
> _______________________________________________
> homenet mailing list
> homenet@ietf.org
> https://www.ietf.org/mailman/listinfo/homenet