Re: [DNSOP] Call for Adoption: draft-arends-private-use-tld

Warren Kumari <warren@kumari.net> Tue, 16 June 2020 21:12 UTC

Return-Path: <warren@kumari.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 0C7A83A0793 for <dnsop@ietfa.amsl.com>; Tue, 16 Jun 2020 14:12:25 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 b2jpE8gZIzhd for <dnsop@ietfa.amsl.com>; Tue, 16 Jun 2020 14:12:22 -0700 (PDT)
Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 4AED73A0794 for <dnsop@ietf.org>; Tue, 16 Jun 2020 14:12:21 -0700 (PDT)
Received: by mail-lj1-x22c.google.com with SMTP id s1so289925ljo.0 for <dnsop@ietf.org>; Tue, 16 Jun 2020 14:12:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GcvQa1i5GYorz+Wp3vm9j0BXCOl/yoUPvsahE3bdTP4=; b=LfoMe5yRUf6MKzN7yv3kYKzQvg4hJRC6BWLNoAZ+vdYetrtcJeE/9/sBBziDKVWBJ0 TNhTDWAogWDQPwb8urI6FmCLNHrKBPZr56enMn/6qFWQdQnJb/I5yiSNjhr9NwnV3V9e 47+RzZbkqXD7If1hHMWH/PFpOVPK5w5fdhmHT9GrSBrYQww+v3hz8pWAoryE5fc3jSC5 6gshs6FIqizXlp61SkSeoEq2YmF6uehL+5q0//p4LAr59QThlrBeitiFS6jTuA4j6+3Q MvvGk+pqFb4qSMKTiilvmoaZwP+Mn7nxpyoRf+053CKkSBtv0DdW908VEDz9ZlTTNGcw ALLQ==
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=GcvQa1i5GYorz+Wp3vm9j0BXCOl/yoUPvsahE3bdTP4=; b=TUP/vTQDPwu71wYLFX851ESJbvQIB2PSik5iWFJb//uR3h0Fn0RzIf1SQLUQ5xE1qz 4f8jv0fLZbNVY4xIrBz4BdQflTemUwokyTOHruY9Phqxkdb1tfcO6d529Z8/iDPX1RCq ENxt4ngLoG9M1FHjzpM1m2rSykDoa7+yx4KGjBlVnmViDtqHwQgWJBwHC30hebp9LvIy ZfZnAc46GGUQqKJ04xZDbct5vzZtBHBL2EH7nYYzdp0fkOfjdIbNarb+CWnWzC2rYzYB wleON111F8h4TdsHaFymwWwvhCF+Xk44zvz1w8ED/A/xDbp0vHb8PCiUf5a1vV81t4/n jB2Q==
X-Gm-Message-State: AOAM530Q5ARweGuKOGYcUbd+2v8HlV7dinNkgrzJjqf60SSxe7/OH888 SABJw6pzoReGBxL2LAvz2RVZ5ifX+8QRhZ8TkUIz+A==
X-Google-Smtp-Source: ABdhPJyJyc8huLSPUXiKok0TGYFDX00704zvRuqxZvVnfniB/48TIx0OYmdriM3v47IiaN3PkGHV5KEnQlEaW5EGdsg=
X-Received: by 2002:a2e:6c15:: with SMTP id h21mr2441768ljc.403.1592341939793; Tue, 16 Jun 2020 14:12:19 -0700 (PDT)
MIME-Version: 1.0
References: <CADyWQ+F=JA6fogcy_JGRJaZv=Hq52ozgmY5gmzfPm=1oHcJXKg@mail.gmail.com>
In-Reply-To: <CADyWQ+F=JA6fogcy_JGRJaZv=Hq52ozgmY5gmzfPm=1oHcJXKg@mail.gmail.com>
From: Warren Kumari <warren@kumari.net>
Date: Tue, 16 Jun 2020 17:11:43 -0400
Message-ID: <CAHw9_iJY1X-9mb4F_sbU+8WM2o8vDc-sJ+7U_H+jpHhw9UQ-vQ@mail.gmail.com>
To: Tim Wicinski <tjw.ietf@gmail.com>, "Rob Wilton (rwilton)" <rwilton@cisco.com>
Cc: dnsop <dnsop@ietf.org>, dnsop-chairs <dnsop-chairs@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/13iQFI6V3yJ90SxbqSy8UubQ6bU>
Subject: Re: [DNSOP] Call for Adoption: draft-arends-private-use-tld
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: Tue, 16 Jun 2020 21:12:25 -0000

[ TOP POST ]

As previously noted in
https://mailarchive.ietf.org/arch/msg/dnsop/7AzjYP3XoLaPYKPjPzQzEn6k7L4/
, in July 2017 I published
https://tools.ietf.org/html/draft-wkumari-dnsop-internal-00, which
attempted to reserve .internal "for names which do not have meaning in
the global context but do have meaning in a context internal to their
network" and discussed the DNSSEC implications/deployment options. I
presented this at IETF100, and my understanding of the feedback (it
seemed very clear :-)) was that it was not appropriate for DNSOP, and
that I should take it to ICANN instead. I dutifully did so, and so
ICANN SSAC is now working on an advisory on this topic (which SSAC
hopes to have published soon). An update here:
https://mm.icann.org/pipermail/ncap-discuss/2020-June/000432.html

I believe that this places me in a conflicted position, and so I have
asked my co-AD (Robert Wilton, CCed) to please be responsible for the
document (if it progresses), and to oversee these discussions. He has
kindly agreed to do so.
W

On Fri, Jun 12, 2020 at 11:12 AM Tim Wicinski <tjw.ietf@gmail.com> wrote:
>
>
> All,
>
> As we stated in the meeting and in our chairs actions, we're going to run regular calls for adoptions over the next few months.   We are looking for *explicit* support for adoption.
>
>
> This starts a Call for Adoption for draft-arends-private-use-tld
>
> The draft is available here: https://datatracker.ietf.org/doc/draft-arends-private-use-tld/
>
> Please review this draft to see if you think it is suitable for adoption by DNSOP, and comments to the list, clearly stating your view.
>
> Please also indicate if you are willing to contribute text, review, etc.
>
> This call for adoption ends: 26 June 2020
>
> Thanks,
> tim wicinski
> DNSOP co-chair
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf