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

Ralph Droms <rdroms.ietf@gmail.com> Wed, 14 December 2016 14:21 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 0809A129DCB for <homenet@ietfa.amsl.com>; Wed, 14 Dec 2016 06:21:34 -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 Z87hNNTDFeZG for <homenet@ietfa.amsl.com>; Wed, 14 Dec 2016 06:21:32 -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 33ADB127735 for <homenet@ietf.org>; Wed, 14 Dec 2016 06:20:59 -0800 (PST)
Received: by mail-qk0-x229.google.com with SMTP id n21so21529802qka.3 for <homenet@ietf.org>; Wed, 14 Dec 2016 06:20:59 -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=HvyocNBjd2/e3PJgOxIp5K8nQytIQ6wX3R/kn3DuKYM=; b=nL4dH4XhRkkOKDUyWW2uMk9YZ5fpPad1ya7Q+ezM/v1uajXbBIdgQeuFaw+iYN4I1Z MQJ9qi7nm1P4TLksUdGEM/+XNraduN2vVxYtjHgy1O7Iy71s9dR7yTEaJepMLea+ztT+ LbFAXD/RAMz66TixCBNkjZskoY52aeaMdp+yvYvXXQxJOvIAXQ37MvgJw5M0TBEcS0MI k7oJ6zaSvwsQtXn6JL4QQ+KLzNvI0UomRXh3agMuC0c/s3khe8xXZu09xjxLQ8Kt2EET S6+wi/cv2mO/c1a/va6SpUQ+vLNL8Vhid73lVGFxt194TXvp06g/cxy9HuRIiggeIhYn fAbg==
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=HvyocNBjd2/e3PJgOxIp5K8nQytIQ6wX3R/kn3DuKYM=; b=rSeHbYaggtjAlATvJsZnlOevWwD93k1rvxC5/CgQvzatP2Vt2tSCwYtIA7lIkbhPES kdydY8QjrhCWq/oxvo6D5fQiKJIT8g2zCJEJidWbdH/D/2Eultd0NwRfH2DtTmCI6PYi ujkWawnVjto4vwmMvu/fyX2PNwydNhWhzcR10s2urMKLYkuHmqedMv4L9JFVV08lop91 KGQbocVrme8s9/Nl9djreb1CssWlznqk5yd8pFa6ha2iLPcXwwbq4JS13pZzoyIWV121 1fo0aXSaydhzl5xzNA1DIwf5I6Ptbdup9Ovpj9VNId79PehYKqGAbsaV/c/rwZAGdKzE o73A==
X-Gm-Message-State: AKaTC00OiK53p4ErT2badRsiIfR7qGxK3Jy0EcPgABn6RYJm0FTEihYLqtOwk9/eqntbDw==
X-Received: by 10.55.197.6 with SMTP id p6mr97739803qki.239.1481725258278; Wed, 14 Dec 2016 06:20:58 -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 5sm31791798qts.47.2016.12.14.06.20.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 14 Dec 2016 06:20:57 -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: <A1B69449-FF17-4C6D-B190-CBE775342640@fugue.com>
Date: Wed, 14 Dec 2016 09:20:57 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <68A150AC-6313-498B-8B5E-EBDBED8B6F0C@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>
To: Ted Lemon <mellon@fugue.com>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/homenet/YEfc9trpEA28ETbtQK0ZieYxGVk>
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 14:21:34 -0000

> 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