Re: [homenet] WGLC on "redact" and "homenet-dot"

Ralph Droms <rdroms.ietf@gmail.com> Wed, 14 December 2016 15:56 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 F2571129B0B for <homenet@ietfa.amsl.com>; Wed, 14 Dec 2016 07:56:13 -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 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 ZMUPhuQYcmIm for <homenet@ietfa.amsl.com>; Wed, 14 Dec 2016 07:56:11 -0800 (PST)
Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 89F5112940A for <homenet@ietf.org>; Wed, 14 Dec 2016 07:56:10 -0800 (PST)
Received: by mail-qk0-x229.google.com with SMTP id q130so25807428qke.1 for <homenet@ietf.org>; Wed, 14 Dec 2016 07:56:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/nx3hcW+XXoA7MKU1iqp9ov5wSVlZFEBQWZuhiPNn5g=; b=eQH/cvKcP22TX81+MizDeig2UZ1jyVhLzkkZUayYWxllAArh1A+4ILzxiPL5dIjS0O 1bIA8NmlRaQHFSzF/bi8gNr7ZtefZ5yRnE4dfz4eg5myuIAkXyn3uWnZKjiDCF5af64Q GC4SLgoRM68kDRVYqyRybcOp7OF80NrEPL9yI12TgLFS1gl/6cSYUn05V4QNDcyOVOxU YgSYFL1LdK3W0Quxpx/AOgINenXPSrP4g8ijx+HBrhQYy4HIR95kBJAiQcKgq8ERGJfZ h1filLmYPPMhMg+2HnnGJE2ezXPIKiATvGWGBPATkOJhHMgpWcx0V5yHxTYdtFaKm1Cp vCBg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/nx3hcW+XXoA7MKU1iqp9ov5wSVlZFEBQWZuhiPNn5g=; b=WTk+tk1SMfLONwkRVuPVIhuJ79b+Q6Fi4kofAPZxmpTUckJJMk6nOLMZMmFHoBXJd0 qL0pnE7Km26O9WTi6AoIECwL6t2qU6UMjAXttNKcZJGZIhSxMsbdfgBRBEScGppge7gl 1BQeZjLoB0O6tKjv4z2J6HWBgYd01c3sPFf4+L0XJxLbHjNGMxWxodp1oBDS/MQHZ+NL uotsTMzUlfDwo8xyVZ5oioZlT0poSUaYI16qTJElAX/kcjrnpIP1Oj6U1g8B1wCN2nXS Iq96RevRRg1xlbIQUwXfEo8pEcppAatubblXMIT8BFBZ0fz3xDthYA+Jvl0G3U/mJmVd rHEQ==
X-Gm-Message-State: AKaTC00/UvTFPOWIpzYuU2+gN+EPXm5GmuF3iBJ9p2J7HJujdNmJDGx9FOJBia+421a/nA==
X-Received: by 10.55.18.30 with SMTP id c30mr100372204qkh.213.1481730969731; Wed, 14 Dec 2016 07:56:09 -0800 (PST)
Received: from ?IPv6:2601:18f:801:600:e18e:f7a4:af8e:b772? ([2601:18f:801:600:e18e:f7a4:af8e:b772]) by smtp.gmail.com with ESMTPSA id a47sm31850175qtc.17.2016.12.14.07.56.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Dec 2016 07:56:09 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <CAPt1N1kpHhfpKQpL=mDSymgH3v1AmzQM9-tt2omhqiL5ktMDKg@mail.gmail.com>
Date: Wed, 14 Dec 2016 10:56:08 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <02F7907C-A6E1-4F03-8C76-249658D89379@gmail.com>
References: <4ab2a538-603e-4e7a-3be9-ad75ed459006@bellis.me.uk> <B192A1B3-03FF-43D1-AD30-12BBA2D65DF0@gmail.com> <9fe0e34d-51e9-bdf3-a650-d8b3681f1cd8@bellis.me.uk> <CAPt1N1=Z2xERw68-=iFGgYYnEO3eDW-8tvhmTmaf4+vU-24grQ@mail.gmail.com> <585D7369-28A8-4B6D-BE77-C94B42CA4432@google.com> <20161212202542.6596A5C871B9@rock.dv.isc.org> <F256B003-68A8-4C42-9A3D-4CBD4412FD90@google.com> <CAPt1N1kzFZzfGxphF9Jm1wDLbGxk7OZvCMhjZHNjXtEt6bJJtQ@mail.gmail.com> <FF4DCC21-3FD2-4130-A2E4-E8D8E4EBCD72@google.com> <A1B69449-FF17-4C6D-B190-CBE775342640@fugue.com> <68A150AC-6313-498B-8B5E-EBDBED8B6F0C@gmail.com> <CAPt1N1kpHhfpKQpL=mDSymgH3v1AmzQM9-tt2omhqiL5ktMDKg@mail.gmail.com>
To: Ted Lemon <mellon@fugue.com>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/YfMuN9WydQ6hQTibniRq-30xUVc>
Cc: james woodyatt <jhw@google.com>, HOMENET <homenet@ietf.org>
Subject: Re: [homenet] WGLC on "redact" and "homenet-dot"
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, 14 Dec 2016 15:56:14 -0000

> On Dec 14, 2016, at 10:42 AM, Ted Lemon <mellon@fugue.com> wrote:
> 
> .alt may not need an insecure delegation.   It depends on whether anything under .alt is meant to be resolved using DNS.

Agreed ...what I was thinking was that .alt would have a secure delegation, and then the IETF could add an insecure delegation to home.alt

Of course, I may be way confused here, as I'm getting close to the boundaries of my DNS skillz.

- Ralph

> 
> On Wed, Dec 14, 2016 at 9:20 AM, Ralph Droms <rdroms.ietf@gmail.com> wrote:
> 
> > On Dec 12, 2016, at 5:14 PM, Ted Lemon <mellon@fugue.com> wrote:
> >
> > On Dec 12, 2016, at 4:56 PM, james woodyatt <jhw@google.com> wrote:
> >> I would strongly prefer that we avoid the risks above by using a special-purpose subdomain of a gTLD owned by IETF. I don’t really care which gTLD we use, and if “arpa” is really the only reasonable choice, then so be it. However, I can imagine a world where the Working Group decides that “arpa” is unacceptable for whatever reason and decides that it’s better to wait until IETF has another domain with a better name. And I’m not ready to tell them I think that would be a very bad idea.
> >
> > Remember that if we allocated some subdomain like .arpa, we would face a different procedural problem with ICANN that would almost certainly take a similar amount of time to resolve.
> 
> Ted - I agree that a new SUDN (.alt? draft-ietf-dnsop-alt-tld-06) would face procedural issues, although not (in my opinion) with ICANN.  We have .arpa as a precedent and designating .alt as an SUDN is strictly an IETF matter ... assuming appropriate notification to and consultation with ICANN.  The point is that we have the procedure with ICANN in place, whereas an insecure delegation for .homenet has no such process.
> 
> One of the issues that (again, strictly my opinion) that has held up draft-ietf-dnsop-alt-tld-06 is the lack of a real use case as motivation for progressing a designation of .alt.  Perhaps now, with a name for homenet under .alt, we have both a use case and a generalized solution to motivate designation of .alt
> 
> - Ralph
> 
> >
> > From a process perspective, trying to get ICANN to do an insecure delegation for .homenet is actually a worthwhile thing to do; the challenge is that it introduces some substantial potential for delay and uncertainty.   So does your non-.arpa TLD idea, so from our perspective there is no difference, whether or not there may be some difference for the IETF as a whole.   We will almost certainly be visiting that problem space in the future.
> >
> > That said, if expedient is what the WG wants, .arpa is what’s expedient.   As I say, I am not leaning strongly in either direction.   I think that a strong argument for one choice or the other would either have to do with .homenet being technically better for some reason, or with the delay being unacceptable.   Right now I don’t think we’re under that kind of time pressure, which is why I’m not more exercised about the possibility of a long delay in getting .homenet delegated.
> >
> >
> > _______________________________________________
> > homenet mailing list
> > homenet@ietf.org
> > https://www.ietf.org/mailman/listinfo/homenet
> 
>