Re: [DNSOP] .arpa

George Michaelson <ggm@algebras.org> Mon, 27 March 2017 01:55 UTC

Return-Path: <ggm@algebras.org>
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 A7CF91270A0 for <dnsop@ietfa.amsl.com>; Sun, 26 Mar 2017 18:55:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20150623.gappssmtp.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 x065L78B2IQS for <dnsop@ietfa.amsl.com>; Sun, 26 Mar 2017 18:55:02 -0700 (PDT)
Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (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 18C5B127058 for <dnsop@ietf.org>; Sun, 26 Mar 2017 18:55:01 -0700 (PDT)
Received: by mail-vk0-x235.google.com with SMTP id r69so36365812vke.2 for <dnsop@ietf.org>; Sun, 26 Mar 2017 18:55:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=G2r9GWV9AlEEBY2IbxCgXRUpXBcQ/tmiOHxTqYvXtJo=; b=nmKZ1qhPe2Du39Xjko/Qe1rYhiUlJFk95vzGfAAqSu8eLIPX170xIia0xt/jkNyzl1 d/TUcjMvvvHocWXePOkxnX77dbXmMGCzQUiUKmik0StOOniO9jfSOdIfEl5TfExZ0G7L nX7cOiBTp0fJeaMh082n56Fuum2gpUf+TvFTfg85IE1P/Q2F++dl2JMJ3zNpuyqfBeWL rtSwU2fmr1tKIaRb6n23LGWHVt0OqUvzj+7CmhnO5mwSn847Aj/enGUwGXX0lmKiNz89 ggnqDIOWvLEu9746pG74vaCOsLcFpO5LHLVW++we6fIcZQHdQOQvc1cwUQLXLCiI+3dQ 3C7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=G2r9GWV9AlEEBY2IbxCgXRUpXBcQ/tmiOHxTqYvXtJo=; b=AP25rH9KAX260BXMymAMrgpIArkEZbd6eFtr5PWtQ/vlmIRCr34ZbiWOC19StICs3x 6nc0hFDxwgs00WXYDQj2v3ui2Le0K+Yne59DpV2SFCk64ASh6+Hc2aJerHQ7ylV9mclV dwIOj0uFJj4hhir3MQEDPmqaqCUA5MLnqpxS0MN5nMooiSEcPWSFUtIhtZ0w3XMGOXxx eEq6VgdS1/0jV6hS7rgq8Umufaa8YppWk4tJDVm7munGeBK4Oop2PxjgNiyoYw10FXEV ZNiSag/PYsV//OF7ToiGAtVrV7G+7Frr3hzkmnDLMHkGa4Rxqpt8R6XblfBiqUy1fqW1 nt/g==
X-Gm-Message-State: AFeK/H3WMYMLoegjg5ySoKJ/RqFW8JcRY0DForyg5VwsJIbZsHW7bRl2YrfDZ9hIoNql+D+7p9C7xWMS357cgg==
X-Received: by 10.31.102.69 with SMTP id a66mr8939447vkc.111.1490579701026; Sun, 26 Mar 2017 18:55:01 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.84.20 with HTTP; Sun, 26 Mar 2017 18:55:00 -0700 (PDT)
X-Originating-IP: [216.80.61.5]
In-Reply-To: <ae35ec18-d226-4e8d-81ef-ac80854e8ad9@Spark>
References: <E07AFAEB-2B84-4610-87E7-94CF32CF3761@fugue.com> <7652B138-FEAB-4138-91FB-D71AFE6BEF2C@vigilsec.com> <6DCFBC9D-666A-4A3C-A418-82BB6AE3D25D@gmail.com> <alpine.LRH.2.20.999.1703210928390.28925@bofh.nohats.ca> <m1cqKPa-0000FeC@stereo.hq.phicoh.net> <71F88034-72C5-4AEE-9ACE-3493A1173634@gmail.com> <alpine.LRH.2.20.999.1703211011170.30281@bofh.nohats.ca> <0A544BEC-F719-4A7B-99E4-DC878EBE7B0C@gmail.com> <bfea867e81fc4147be39b424f6e3201f@PMBX112-W1-CA-1.pexch112.icann.org> <CALXbJH_Ck38PUPJQ1QktohMkj81J+dBmo9DgfOWvfx9+D6cBOg@mail.gmail.com> <CAKr6gn317Oiz2xxg8gKxO+BaEOFfJN4mZiw1DRLEtDgsvqvSyw@mail.gmail.com> <ae35ec18-d226-4e8d-81ef-ac80854e8ad9@Spark>
From: George Michaelson <ggm@algebras.org>
Date: Sun, 26 Mar 2017 20:55:00 -0500
Message-ID: <CAKr6gn3+6KnPahZgP2CkDtsjUBAmUx=6-ODOZpf7o=W7sF=3qQ@mail.gmail.com>
To: David Conrad <drc@virtualized.org>
Cc: IETF dnsop Working Group <dnsop@ietf.org>
Content-Type: text/plain; charset=UTF-8
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/YEn5T4w4VfC315Yaoms6vRRixuk>
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: Mon, 27 Mar 2017 01:55:05 -0000

On Sun, Mar 26, 2017 at 7:54 PM, David Conrad <drc@virtualized.org> wrote:
> Hi,
>
> On Mar 26, 2017, 5:37 PM -0700, George Michaelson <ggm@algebras.org>rg>, wrote:
>
> In no sense is the domain solely used or intended for PTR requests,
>
>
> Is anyone claiming this? If so, that'd be really silly given the contents of
> the .ARPA zone is:
>
> as112.arpa.
> e164.arpa.
> in-addr-servers.arpa.
> in-addr.arpa.
> ip6-servers.arpa.
> ip6.arpa.
> ipv4only.arpa.
> iris.arpa.
> uri.arpa.
> urn.arpa.
>
> Of those, only two are used for PTR requests.

Right. Its the 'but ARPA is for reverse DNS' statement which some
people make. I was trying to say no. You said it better. factually.

>
> I particularly like that we don't actually have to do very much beyond
> note it, and ask IANA to operate a registry for it.
>
>
> I'll admit I'm a bit confused: what would be in such a registry?

the things which are proposed to be in 6761's registry. things which
are being defined as 'doesn't exist' for instance. And, the things
which are required to exist, since some of the SUTLD problem statement
encompasses 'but we need this because SPECIAL' which implies a
delegation. So for both the non-delegated unique assignments in 6761
AND the unique assignments for other reasons, we would have an IANA
registry to say what labels are either repudiated, or accepted and on
what RFC basis.

>
> Truth be told, I sort of like the "home.arpa" idea -- seems to dodge a lot
> of layer 9 stuff (unless, of course, the whole point is to try to resolve
> layer 9 issues).

I want to solve the layer 9 issue by avoiding the layer 9 issue. The
only winning move is not to play. So lets not play in the root.

-G

>
> Regards,
> -drc
>