IETF Logo Mail Archive

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

Tim Wicinski <tjw.ietf@gmail.com> Mon, 04 May 2020 19:11 UTC

Return-Path: <tjw.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 B86693A12C0; Mon, 4 May 2020 12:11:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=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 j38g36zA865Y; Mon, 4 May 2020 12:11:44 -0700 (PDT)
Received: from mail-ot1-x32b.google.com (mail-ot1-x32b.google.com [IPv6:2607:f8b0:4864:20::32b]) (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 C7B263A137A; Mon, 4 May 2020 12:10:11 -0700 (PDT)
Received: by mail-ot1-x32b.google.com with SMTP id i27so9883502ota.7; Mon, 04 May 2020 12:10:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=AJCFR8w+LT3cBGyKvix/N+oOumA6ORJIeTtVWzsNHbo=; b=Qx1strQvBwd7i2jSUDP09myXRtGX8kVcaHxJfndn3+OeQLKisa1gmQ5elLAq+gxIZW oIVHj4ZgP/757CRv9q7ZJAZcLLt32c3+QsyHf0qkNZELPbmOUqvE6WZ8aUHlD2sKEuem 9QHKdjWCCFivd0hOQfJDTpY6fTxuyKFalY95OtAJUEKBSTtK4zU6DNAVFQO7g596KpxG Z0Bri94GMoeEKqUaFlvY/ywgL5yZdXc/uWW4ck4XFiERwnxRUBtLnQqEJsJNTTFYqG/u 1jKhO4DwMaEbb94vNduT98zl54ePptJUmx1Qjz9C3lI+pdX+DMYWhHMQg+HUV8p4CU74 913g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=AJCFR8w+LT3cBGyKvix/N+oOumA6ORJIeTtVWzsNHbo=; b=XGzw9CtwxnMnybvW+ChgnQMtCzlEGA37HyLfcLBFoUx/PU4cq1IoDbu3ZD+pONY+Y6 7Pyu/KscJJS0qvIWVh/VHIO18hTAL0DBpy4rPnX2cBTehCR/6t6veVT1RPeInxuL9umw A2MB8y/pqmzd1RQcIKPI10EN7eX21v8sQI1gP72pqCf5zFR6NSAaU1dWpFxGO6y8i81W CjbCqcQqTNLL89ut9cTIfsjYul/KNQBT2qKeHMpIU/IE1sgU/9jSQMFkblYt5NCtmECd iXDKciZeGbrx5uNg1jTcQDSX6f0ZXCot/jG8AL2cZjhsofG/ekG59vyb7Bsrp1zqfvuZ oKMw==
X-Gm-Message-State: AGi0PubQOGqaz/w91GeJ4dPOz1tL3lpHvgkFRsaElqfiH35bM/Jw/wnq rjzwTB2qO9Kl/bciI03MsDZ4Y/ABQbxCujhW3WQ=
X-Google-Smtp-Source: APiQypKM7ia5Zx+HVmdZjFRJ5oGAgvpCQlhML9A9pnsIiCHixyzQnPCHlZw7qemBL0/sN9m2T29I7jwl5wP+0m8t4S8=
X-Received: by 2002:a9d:620c:: with SMTP id g12mr15934632otj.158.1588619411052; Mon, 04 May 2020 12:10:11 -0700 (PDT)
MIME-Version: 1.0
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> <ybl7dxv2p01.fsf@w7.hardakers.net>
In-Reply-To: <ybl7dxv2p01.fsf@w7.hardakers.net>
From: Tim Wicinski <tjw.ietf@gmail.com>
Date: Mon, 04 May 2020 15:09:59 -0400
Message-ID: <CADyWQ+H8mRBiJjjmXV3D07oyx7rf8r3N-OqE027+DW9mspOyXg@mail.gmail.com>
To: Wes Hardaker <wjhns1@hardakers.net>
Cc: Joe Abley <jabley@hopcount.ca>, Mark Andrews <marka@isc.org>, dnsop <dnsop@ietf.org>, dnsop-chairs <dnsop-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000addd2805a4d747a7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/YtXAtjb3Tc6I5K0FMXAZxHVjN64>
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: Mon, 04 May 2020 19:11:47 -0000

All

The call for adoption period has ended and there has been enough consensus
to adopt this and work on this.

thank you

tim


On Fri, May 1, 2020 at 7:51 PM Wes Hardaker <wjhns1@hardakers.net> wrote:

> 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