IETF Logo Mail Archive

Re: [DNSOP] Call for Adoption: draft-pwouters-powerbind

Wes Hardaker <wjhns1@hardakers.net> Fri, 01 May 2020 23:51 UTC

Return-Path: <wjhns1@hardakers.net>
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 8CF0C3A1DB7; Fri, 1 May 2020 16:51:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 gqfmpjlahEx3; Fri, 1 May 2020 16:51:12 -0700 (PDT)
Received: from mail.hardakers.net (mail.hardakers.net [168.150.192.181]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18D773A15AA; Fri, 1 May 2020 16:51:11 -0700 (PDT)
Received: from localhost (unknown [10.0.0.3]) by mail.hardakers.net (Postfix) with ESMTPA id 6AD562B014; Fri, 1 May 2020 16:51:10 -0700 (PDT)
From: Wes Hardaker <wjhns1@hardakers.net>
To: Joe Abley <jabley@hopcount.ca>
Cc: Mark Andrews <marka@isc.org>, Wes Hardaker <wjhns1@hardakers.net>, Tim Wicinski <tjw.ietf@gmail.com>, dnsop <dnsop@ietf.org>, dnsop-chairs <dnsop-chairs@ietf.org>
References: <CADyWQ+FLrTy0gy8iCyAPsDpiumDNQHX4TGPni43ThA=W3fmZew@mail.gmail.com> <EB400743-8B25-45DA-B4BD-5B27F47AE9E3@hopcount.ca> <ybl5zdg4po9.fsf@w7.hardakers.net> <7262A449-1171-49E8-BDF6-69601DB034EE@hopcount.ca> <yblr1w438fb.fsf@w7.hardakers.net> <8F265AC8-9369-40B6-9AE8-C8D8ED190320@isc.org> <C45C4CF8-FD43-49B2-B273-FAEDA05885F6@hopcount.ca>
Date: Fri, 01 May 2020 16:51:10 -0700
In-Reply-To: <C45C4CF8-FD43-49B2-B273-FAEDA05885F6@hopcount.ca> (Joe Abley's message of "Thu, 30 Apr 2020 20:07:12 -0400")
Message-ID: <ybl7dxv2p01.fsf@w7.hardakers.net>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/tViMGa4rj3jgfhPWL45TQSECDXU>
Subject: Re: [DNSOP] Call for Adoption: draft-pwouters-powerbind
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 01 May 2020 23:51:22 -0000

Joe Abley <jabley@hopcount.ca> writes:

> Anyway, I am fairly confident in saying that there are legitimate,
> normal operational processes that can result in orphan glue, and that
> it's not correct to infer that they all exist for reasons of poor
> hygiene.

For the record: I certainly (and I doubt Paul) envisioned that this
draft would be useful and deployable to every possible
TLD/registration-point.  It, hopefully, will be desired by some.

Though ones that want to "convert" hanging glue in their zone to something that this
draft could accommodate should be able to insert a new zone NS and
delegate to their own servers with a new zone (and new dnskey).  The odd
corner case someone mentioned is if the NS record was pointing to
company.example, rather than ns1.company.example or something.  Then
there is the interesting discussed question of whether company.example
can delegate an NS to its own name [curious minds want to know].

-- 
Wes Hardaker
USC/ISI

v2.23.0 | Report a Bug | By Email