Re: [dns-privacy] [Ext] WGLC : draft-ietf-dprive-unilateral-probing

Rob Sayre <sayrer@gmail.com> Tue, 06 June 2023 03:25 UTC

Return-Path: <sayrer@gmail.com>
X-Original-To: dns-privacy@ietfa.amsl.com
Delivered-To: dns-privacy@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1A12C152F33 for <dns-privacy@ietfa.amsl.com>; Mon, 5 Jun 2023 20:25:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.094
X-Spam-Level:
X-Spam-Status: No, score=-7.094 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7BV9fdo7uL1h for <dns-privacy@ietfa.amsl.com>; Mon, 5 Jun 2023 20:25:37 -0700 (PDT)
Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E1833C151B04 for <dns-privacy@ietf.org>; Mon, 5 Jun 2023 20:25:37 -0700 (PDT)
Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-51458e3af68so8129297a12.2 for <dns-privacy@ietf.org>; Mon, 05 Jun 2023 20:25:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686021936; x=1688613936; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=17ii88iXVEcxYMM+3u8XJwhQb8Mlmg1MdUiQBE49KpE=; b=X5R3EWX+Y8jahqSvM/x6P5Fy75n4W0B3d+kxDAXs9ezmj7DVGVcsqz2dufJ4MerlFQ kXm0VNE/+PDVZGdL78zwU9EXOdQJMyIgPOtwScY20cPCtfFGqNkeJvIAHTDkpC5NurVh qDY9cWySvBe7lGYOZrttJeuamXCbeGXElJTXlps+D1wrHllnQqza7NSgLjAMC3/jgTLW NmH6TauIn10j77oAI0UW/nuK1FI+kYaXUq9DsPn2aTvjoLCK0C5032Zws8OSF+WF6qT9 Mnu/9fCaZdO4MQlB5sDi7mUfpHTOGIP+bI3s+Cqiz43UC7oTHXnFfq7u5wrJjXgNn/8R h5eg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686021936; x=1688613936; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=17ii88iXVEcxYMM+3u8XJwhQb8Mlmg1MdUiQBE49KpE=; b=PcR1MEC4c/6hJ1hYRX0Lsb36KyX+xmTYKJaBUF1M+FhBZr5U4umtELMfYbUTbnF34+ rKJih7gM98mM3xn6vVWX4BtIKT5+Nl1PeDgzFx+A5OxUgK5zf7KNbeEkWd5Hhu3yZwin pWhNRd3Bm9def3Vbg2XaPFm7hmk3PRei1/O3UNbtn4vznnfWsVajVFFfvdgoG85JK1I7 9118iosQemPiJWzyHltxlDEpu0/fqm6dApYEeOkzCl31TblhUTWrp+U+EZIfJKTGBZzw 5eTakYuCKB8WTVb4px8qQqEBEvhGOy+5Az/QaAqvrnesYeXZ7IHExFjerm3e4ec8GtTY Blaw==
X-Gm-Message-State: AC+VfDw+ehYF8Z+rpDbTPx+U+eivqIvnp0s83XHS+Dv1AwzfYMM7LvyE fSwWzw2WkuUHbBEZhASCkBjbyliPWWOMhyKUfbM=
X-Google-Smtp-Source: ACHHUZ4WfB1P6fnHuqsPAfSf7heZ/gD+NcpxrF84E+vWqerFtBpMQ23T9Y7704/o8NBYKq4u53RdNLusrHuz8Ovd6Xo=
X-Received: by 2002:a17:907:86a0:b0:973:f5b0:b0bf with SMTP id qa32-20020a17090786a000b00973f5b0b0bfmr995952ejc.53.1686021936102; Mon, 05 Jun 2023 20:25:36 -0700 (PDT)
MIME-Version: 1.0
References: <64e17d73-ea1a-00cb-a8a5-b5cfb39c37ae@innovationslab.net> <45ada5a8-b483-dae7-eb56-88411fb2f75c@innovationslab.net> <7a3cd83a-b80d-f00d-b050-0a1d4845146b@innovationslab.net> <D7C916AC-E47D-45FE-9976-188DAE0775EF@icann.org> <CADyWQ+HMj5NH1g_oCTNxYkGDmp2L3EwmMyOv2-bXeXvp5kvm0A@mail.gmail.com> <6B55CCC0-069F-43DD-B9DA-024E4334D6F4@icann.org> <20c5ac1666e4428b8ffa70c7b9e8a19c@verisign.com> <CADyWQ+HJ7ZLWfwxr6vb9HsERMJXuu-1zD_=cr4S+mZ1ieWrYwQ@mail.gmail.com> <0007CDA7-ADD3-43BB-B5D3-3B1810206E0E@icann.org> <8fbed8926b3f4e28b9f3f76a85e0b619@verisign.com> <CANMuhxt5cE--GUtapEL69dFkAFSU5dF3psMCgNRKj8_dXpsFLA@mail.gmail.com>
In-Reply-To: <CANMuhxt5cE--GUtapEL69dFkAFSU5dF3psMCgNRKj8_dXpsFLA@mail.gmail.com>
From: Rob Sayre <sayrer@gmail.com>
Date: Mon, 05 Jun 2023 20:25:24 -0700
Message-ID: <CAChr6SxA1h=DqRFGBPXQFJ7F6PEmM=hvdiEprHezCVp16y1ntg@mail.gmail.com>
To: Brian Haberman <brian@innovationslab.net>
Cc: "Hollenbeck, Scott" <shollenbeck=40verisign.com@dmarc.ietf.org>, "dns-privacy@ietf.org" <dns-privacy@ietf.org>, "paul.hoffman@icann.org" <paul.hoffman@icann.org>, "tjw.ietf@gmail.com" <tjw.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="00000000000095c22505fd6d9200"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dns-privacy/aABEOu9O0Fc4YN67N6hBPe_xdIg>
Subject: Re: [dns-privacy] [Ext] WGLC : draft-ietf-dprive-unilateral-probing
X-BeenThere: dns-privacy@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Addition of privacy to the DNS protocol <dns-privacy.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dns-privacy/>
List-Post: <mailto:dns-privacy@ietf.org>
List-Help: <mailto:dns-privacy-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dns-privacy>, <mailto:dns-privacy-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Jun 2023 03:25:41 -0000

Hi,

I thinks it’s ok to do Experimental. If the authors care, that might be a
discussion point. My perspective is that there are many worse documents
that are unimplemented but that enjoy “Proposed Standard” status.

thanks,
Rob

On Mon, Jun 5, 2023 at 20:12 Brian Haberman <brian@innovationslab.net>
wrote:

> Tim & I checked in with our AD on this. Given that the charter text calls
> out Experimental, that is a binding agreement with the IESG.
>
> Our choices are simple:
>
> 1) publish as Experimental
> 2) re-charter
>
> If the intended status had just been in the milestones, we would have more
> flexibility.
>
> Let’s constructively discuss the above options.
>
> Regards,
> Brian
>
> On Mon, Jun 5, 2023 at 4:53 PM Hollenbeck, Scott <shollenbeck=
> 40verisign.com@dmarc.ietf.org> wrote:
>
>> > -----Original Message-----
>> > From: dns-privacy <dns-privacy-bounces@ietf.org> On Behalf Of Paul
>> Hoffman
>> > Sent: Monday, June 5, 2023 4:02 PM
>> > To: Tim Wicinski <tjw.ietf@gmail.com>
>> > Cc: dns-privacy@ietf.org
>> > Subject: [EXTERNAL] Re: [dns-privacy] [Ext] WGLC :
>> draft-ietf-dprive-unilateral-
>> > probing
>> >
>> > Caution: This email originated from outside the organization. Do not
>> click links
>> > or open attachments unless you recognize the sender and know the
>> content is
>> > safe.
>> >
>> > On Jun 5, 2023, at 12:45 PM, Tim Wicinski <tjw.ietf@gmail.com> wrote:
>> > > The Chairs and Eric are working on the asumption that the document
>> will be
>> > parked waiting for another implementation or two and some interopt
>> testing
>> > >
>> > > However, we are usinfg this time for Early area reviews which will
>> feel will
>> > bei invaluable moving forward.
>> > > We focused on the Security area, Int Area, and those pesky DNS folks
>> to
>> > review the documennt
>> > >
>> > > I believe at IETF 117 there was some discussion of some interopt
>> testing
>> > during the hackathon?
>> > > I may have made that up also.
>> > >
>> > > The authors have been working diligently updating their work, and
>> Paul is just
>> > letting the WG know they've done their part.
>> >
>> > Er, no, we really do believe that all the interop testing done at IETF
>> 116, which
>> > is reported in the draft, is sufficient. It is certainly more than the
>> amount that
>> > many other protocols get before they are published as RFCs.
>> >
>> > How much more interop testing is needed before the document can proceed?
>> > There will be parties like Verisign that will never want this to be on
>> standards
>> > track, which is fine, but that has never been an acceptable reason to
>> block
>> > progress when there are others who have already implemented it.
>>
>> [SAH] To be clear: Verisign, an authoritative name server operator, is
>> not opposed to this draft being on the standards track. I support
>> publication in a manner that's consistent with the WG charter. I *am*
>> opposed to the draft being a candidate for standards track publication as
>> long as the charter says "experimental".
>>
>> Scott
>>
>> _______________________________________________
>> dns-privacy mailing list
>> dns-privacy@ietf.org
>> https://www.ietf.org/mailman/listinfo/dns-privacy
>>
> _______________________________________________
> dns-privacy mailing list
> dns-privacy@ietf.org
> https://www.ietf.org/mailman/listinfo/dns-privacy
>