Re: [DNSOP] .arpa

Ralph Droms <rdroms.ietf@gmail.com> Wed, 22 March 2017 18:00 UTC

Return-Path: <rdroms.ietf@gmail.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 973AC129B7E for <dnsop@ietfa.amsl.com>; Wed, 22 Mar 2017 11:00:57 -0700 (PDT)
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 tWJv_Pf2Xb_s for <dnsop@ietfa.amsl.com>; Wed, 22 Mar 2017 11:00:55 -0700 (PDT)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (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 2DE7112869B for <dnsop@ietf.org>; Wed, 22 Mar 2017 11:00:55 -0700 (PDT)
Received: by mail-qk0-x22a.google.com with SMTP id v127so162743171qkb.2 for <dnsop@ietf.org>; Wed, 22 Mar 2017 11:00:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=MK+97x8H+n80rbVjUHSyJs1BfuNDxNlN3rGf/Jf6tsM=; b=nELmwCCCDxKy7Vu5kvb/BqtbwC/ZckdzqMv4Ya44Gac/so/r8Oa8b8j4llbpV8djM4 PD+QBFCy3JFi2M/YCI37k9/uOZoYIvX58KT3AHdFw/YtTHjQrTAbgqU6VrfnjHvxMBZJ yF9YcbaTCFvyeGpGPckLEHarHiBhsud3zytFs/5zOCbLaYuKCju0w9V1UQwADIP8Wf8w EZwoBbq+9+hdk5RBXt4SeMM7t1hguM8McuaWHOBIb7EL5WOz+iixbCTKDysp558LCRVs Gg+g2pF/sZHd30GgiFDggX6mQ6IsKIl2pMYu7tRrL4iF8o3IC64Vln1oGsmYrpUGjIir 3oHg==
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=MK+97x8H+n80rbVjUHSyJs1BfuNDxNlN3rGf/Jf6tsM=; b=K3m0O1P5HiUc5xK58/yITQ38Bv/SsLkYHm3HrD+li04OxugwllxghJqEc/laqpRuW3 tIPy0SHDBwgJiwTzvUUxz4YOOeMQUfjdTo6dKJI08AaVxJGiiH1nFpI9XkFtzi/b5aTV pYQ9t2iivDrNu1bwY5EeKvHYVTO2cryMrPiZLrGk0blZwk/OGdx3Vqw5CpfaHLNUZpLL AVtskU7WrglToF4YqaGTg8T/RDiX25FPzbgrMYB+0MDH33/6ElYVvk3oiFhFZoutniTv EtKEuA7rlS3W07eRh4IHwPrHvDS4Mhhj5QVmq3Jz5yI/wel8BWjtg3fBQITCEwvocTVs 5k8w==
X-Gm-Message-State: AFeK/H02D+NubA12Pa5SPE8DA0LzFxQhzNEMfvR6VNAaaYbkVNZTiaaUE08qdWDgI21qEw==
X-Received: by 10.55.64.139 with SMTP id n133mr35727289qka.38.1490205653819; Wed, 22 Mar 2017 11:00:53 -0700 (PDT)
Received: from ?IPv6:2601:18f:801:600:fc1a:a4f:1cfd:b13c? ([2601:18f:801:600:fc1a:a4f:1cfd:b13c]) by smtp.gmail.com with ESMTPSA id j20sm1470962qke.14.2017.03.22.11.00.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Mar 2017 11:00:53 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
From: Ralph Droms <rdroms.ietf@gmail.com>
In-Reply-To: <20170322171143.GR666@mx4.yitter.info>
Date: Wed, 22 Mar 2017 14:00:52 -0400
Cc: dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <04DEA363-80F3-46E2-9F22-1D6FA3D317AA@gmail.com>
References: <4DC4999E-CB4D-4F72-93BC-FDDC9A26A195@gmail.com> <5B809E6D-8C23-4B41-B142-5706316775C6@ecs.soton.ac.uk> <EMEW3|7748a271060e43ad02f4e918d6bc04f1y2LBoG03tjc|ecs.soton.ac.uk|5B809E6D-8C23-4B41-B142-5706316775C6@ecs.soton.ac.uk> <EAAB7CAC-7887-4C24-A597-6291E7196EEF@fugue.com> <E05606DF-7C9F-48A6-9191-36B689CF6B40@ecs.soton.ac.uk> <EMEW3|60cdac3fad8ea0f5d9c8144322c5e9ddy2LEom03tjc|ecs.soton.ac.uk|E05606DF-7C9F-48A6-9191-36B689CF6B40@ecs.soton.ac.uk> <C770AA35-126D-440D-96EA-7196DDA79877@fugue.com> <D89D8E26-B5A2-44DE-8E64-06D4B044C0A4@ecs.soton.ac.uk> <EMEW3|1770685f3047d9d32676cafa683d64b2y2LFBj03tjc|ecs.soton.ac.uk|D89D8E26-B5A2-44DE-8E64-06D4B044C0A4@ecs.soton.ac.uk> <ad05e57a-6f43-7403-5e3d-58038b69d784@bellis.me.uk> <20170322171143.GR666@mx4.yitter.info>
To: Andrew Sullivan <ajs@anvilwalrusden.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/58Z-RBCSjriIUUzTy-yZRnDl-Ls>
Subject: Re: [DNSOP] .arpa
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Mar 2017 18:00:58 -0000

> On Mar 22, 2017, at 1:11 PM, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
> 
> Hi,
> 
> On Wed, Mar 22, 2017 at 09:19:24AM -0700, Ray Bellis wrote:
>> Arguably I'm not "typical", but IMHO we shouldn't be designing for the
>> lowest common denominator.
> 
> That argument is absurd on the face of it, because anyone sufficiently
> clueful about systems to be using ssh or hand-entering domain names is
> also sufficiently clueful to recognize that maybe they should use the
> google search result that pertains to networking rather than the US
> DoD.  (Presumably these are the same people who have figured out that
> iab.org and iab.com are not the same organizations.)  Therefore,
> homenet.arpa would work just fine for such people, there'd be no
> design for LCD, and also we'd get something that would work and
> wouldn't involve a constitutional crisis for IANA.
> 
>> Either way, the Homenet WG has reached its consensus decision to request
>> ".homenet" rather than ".homenet.arpa".
> 
> Since the point of this discussion is to inform IETF consensus,
> HOMENET's consensus is not the only thing that counts.  It is entirely
> possible that HOMENET's consensus will not be the IETF consensus.
> 
>> To those that say "no insecure delegations in the root zone" because
>> "DNSSEC is good"
> 
> I don't think anyone is saying anything about that.  The point is that
> _someone else_ gets to decide.  The IETF has literally no say in the
> decision about what goes in the root zone itself, and hasn't since the
> IETF signed its MoU with ICANN.  (Some argue that for this reason the
> IETF must never allocate a top-level label.  I do not agree with them,
> but there is absolutely no question about whether we are in a position
> to decide actual registrations in the root zone.)
> 
> The plain fact is that the IETF IANA considerations in
> draft-ietf-homenet-dot-03 makes a request of IANA that the IETF has no
> business making, because we are requesting an entry in a registry
> whose policy is controlled by someone else.  It's clear that the
> weasel words "arrange for" are there to pretend we're not making such
> a request it, but the MUST NOT be signed is an attempt to specify
> protocol operation in a registry where we have no business working.
> If this proceeds as IETF consensus, it will be apparent that it is the
> IETF, not ICANN, that threatens the stability of the IANA
> arrangements.  I hope we do not have to explore that rathole in my
> lifetime.

I agree that the request is misdirected toward IANA and misplaced in an "IANA Considerations" section.  If the IETF consensus is to find a way to instantiate the appropriate entry in the root zone, such an instantiation should acknowledge several realities and recognize that IETF is making a request of ICANN.  It seems to me homenet-dot should be revised:

* take the relevant text out of the IANA considerations section
* add a section that
  - motivates and explicitly defines the desired entry in the root zone
  - suggests that a request be made directly to ICANN 
  - explicitly points out that no process for such a request exists, and it might be necessary for IETF and ICANN to develop a mutually acceptable process before the request from .homenet can be considered
  - asks for IETF advice on this plan

- Ralph

> 
> Best regards,
> 
> A (speaking, of course, for myself)
> 
> -- 
> Andrew Sullivan
> ajs@anvilwalrusden.com
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop