Re: [DNSOP] IANA Policy for SVCB

Tim Wicinski <tjw.ietf@gmail.com> Tue, 12 April 2022 20: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 2E8EF3A0A4E for <dnsop@ietfa.amsl.com>; Tue, 12 Apr 2022 13:11:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, T_SCC_BODY_TEXT_LINE=-0.01, 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 zYNuggknc_tA for <dnsop@ietfa.amsl.com>; Tue, 12 Apr 2022 13:11:38 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::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 B51A33A0859 for <dnsop@ietf.org>; Tue, 12 Apr 2022 13:11:37 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id bn33so25469704ljb.6 for <dnsop@ietf.org>; Tue, 12 Apr 2022 13:11:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=aIuQxsoK/4n/0YlwcBe1PPw1wLIyscFCs8P3gThuJMw=; b=gFpp2EOJdQLpqQQpfgd8PmIz63eyrPZJoNdODYsmZZf+bWl0rcwf+VBA3EjjrPp/TI QZmP4exXz5baNntpwq13mC2KVE0VoIY109VRGRVJchPQJXIQ4WTNqf/JY0VY3uHC1EAU G62MbP/TBjyCFloSixFvlwiWWNzQFYOAiJJGJkROeaDoB7/dqihyqd4OEBRfLlkcHjd+ RBG46gcF6ygqZO9abT0QnZdpTlWkwBxafKfPMwTUg11g0UZbymqvm6K/s3aZsPXhgf0K QS1BBs9UOgnmNkE/G3mGXftBtcSTDZ+3/nX8PYcoqbScXk+kLAuv2M9c+coFTZsuOJxD E2Wg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=aIuQxsoK/4n/0YlwcBe1PPw1wLIyscFCs8P3gThuJMw=; b=IhMYEPU4n0MhyLw7/JIapSiTLR8+C0BA+pUKLJjOtBzp4Jrg/W1z0AZR0fJXZtIBGW 2UswxVoKKf3dhj+bvB1NCBOacbg56G8IMhljIGjBQ8/39N0CRIvfVhwWRNeiwsRGxYQ1 O4Qm9Uo5zVCfyllP8W2HvytPwUDlIIyg/Y74ah8t0MDfCqO03gCMhQpywnReSJFPR+J7 UUPbskJRfxgnSS3k64Wpwr/wSZ+gVX2YB93xwKqtyeEQv32wz7LFWoX8BRj0m6DY8J3x P/AQ0T5TukZGPmUYjAyaRniJISPTr8VbFVTaVm7mAIOdDIPzSm+XY+TY28vvci2qS9bf MbnA==
X-Gm-Message-State: AOAM533zaKIQVMjY7zYLdZUIAQ2Wice7p+LAznlBq5QBRLLj6fD5rpM4 j4kaqgDfQbIGZs5/nZ+1lL7PA/hZ3/FOd6jffppfzrbZ
X-Google-Smtp-Source: ABdhPJyDPtNdsKHFdxAv661ptjhEGDwjtlhhnngYrgWmKnZ+YJ3wfxWfjbKYlsmhRNyHm3loWRZCnMEdnau9pYnUlz4=
X-Received: by 2002:a2e:a588:0:b0:24b:70e2:b4a5 with SMTP id m8-20020a2ea588000000b0024b70e2b4a5mr3244269ljp.449.1649794295613; Tue, 12 Apr 2022 13:11:35 -0700 (PDT)
MIME-Version: 1.0
References: <CAHbrMsB5Lhm+cUoEzXwwKn74pBCrAOB+wnJG8ATscxkh7zSvLQ@mail.gmail.com> <CAL0qLwY11Z32q2+Co1Gsn=t7mgZOT6gfx6saXuNQTJ8nhK4nvg@mail.gmail.com> <66256ce9-bb9f-4534-87ff-c589566db395@www.fastmail.com> <CAL0qLwaXuXA9SC4vv8wJ025mSwgq0ontC7ACVFo_APE-fWbN-Q@mail.gmail.com> <79e252e5-6aae-5dca-2d49-3ee6aa85f558@bellis.me.uk> <CAL0qLwZoRWwNB-0DjwWjWw7CJ0qmbVk3RkseRxC3BEC3f3t8QA@mail.gmail.com> <C7035F89-FC37-4EA2-9A79-275E573D789E@apple.com> <31074d1e-7ec3-4851-90c6-b55f0cdc802a@beta.fastmail.com> <CAKC-DJg8+o7+-6LvW+SOac9sr1Nc0W_iO+MLkJwTib1C2VUfRg@mail.gmail.com> <CAMOjQcHm4YgzEfynUyG2Bz-2O3VkRJek33WbDCoGvq0gjqQocw@mail.gmail.com>
In-Reply-To: <CAMOjQcHm4YgzEfynUyG2Bz-2O3VkRJek33WbDCoGvq0gjqQocw@mail.gmail.com>
From: Tim Wicinski <tjw.ietf@gmail.com>
Date: Tue, 12 Apr 2022 16:11:24 -0400
Message-ID: <CADyWQ+GtJEkmA4OJ4GBj7HzjKmpgLAg3+RtqnHocokvQiB6sUA@mail.gmail.com>
To: Eric Orth <ericorth=40google.com@dmarc.ietf.org>
Cc: dnsop WG <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f14d6705dc7aaa17"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/Y06OqqlqA5k3IFHMaIOfu15pIkk>
Subject: Re: [DNSOP] IANA Policy for SVCB
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, 12 Apr 2022 20:11:50 -0000

Also let's ensure there are several experts like we have for new RR Types.

On Tue, Apr 12, 2022 at 4:06 PM Eric Orth <ericorth=
40google.com@dmarc.ietf.org> wrote:

> I'm happy as long as things are still fast and easy enough to support
> new/experimental/prototype usage.  I think Expert Review with the proposed
> stuff for that expert to review is all reasonable for that goal.  If we
> start getting into stricter bars than Expert Review, that's where we'd have
> to start discussing the complexity of breaking off separate private-use and
> experimental blocks with a lower bar.
>
> On Tue, Apr 12, 2022 at 3:10 PM Erik Nygren <erik+ietf@nygren.org> wrote:
>
>> I think Expert Review makes sense (with the expert reviewing the SHOULD
>> around the specification).
>>
>> On Tue, Mar 22, 2022 at 8:34 PM Martin Thomson <mt@lowentropy.net> wrote:
>>
>>> I agree with Tommy.
>>>
>>> Selecting an expert who is able to recognize when wider review might
>>> help is a far lower bar than the one Ray suggests might be necessary.
>>>
>>> On Wed, Mar 23, 2022, at 05:29, Tommy Pauly wrote:
>>> > If this space is not extensible from non-IETF RFCs, we’ll have missed
>>> > the mark. The space is designed to be large (65K) to allow new work to
>>> > easily use this extensibility. We don’t need to be too conservative
>>> > with this space.
>>> >
>>> > I disagree that there wouldn’t be good experts — we have authors of
>>> the
>>> > document who have seen it through, and we have more people using this
>>> > RR and gaining expertise.
>>> >
>>> > Expert review is the right balance here.
>>> >
>>> > Tommy
>>> >
>>> >> On Mar 22, 2022, at 9:24 AM, Murray S. Kucherawy <superuser@gmail.com>
>>> wrote:
>>> >>
>>> >> On Tue, Mar 22, 2022 at 9:10 AM Ray Bellis <ray@bellis.me.uk> wrote:
>>> >>> I am concerned that the set of Expert Reviewers necessary to handle
>>> SVCB
>>> >>> needs to have both expert DNS experience *and* detailed knowledge of
>>> the
>>> >>> SVCB model for this to work.
>>> >>>
>>> >>> I am not sure there's anybody who fits that criteria.
>>> >>
>>> >> Specification Required also assumes a community that can produce
>>> them, which presumably contains the right experts.
>>> >>
>>> >> Are we actually moving toward IETF Review here?
>>> >>
>>> >> -MSK
>>> >> _______________________________________________
>>> >> DNSOP mailing list
>>> >> DNSOP@ietf.org
>>> >> https://www.ietf.org/mailman/listinfo/dnsop
>>> >
>>> > _______________________________________________
>>> > DNSOP mailing list
>>> > DNSOP@ietf.org
>>> > https://www.ietf.org/mailman/listinfo/dnsop
>>>
>>> _______________________________________________
>>> DNSOP mailing list
>>> DNSOP@ietf.org
>>> https://www.ietf.org/mailman/listinfo/dnsop
>>>
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
>>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>