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 >
- [DNSOP] IANA Policy for SVCB Ben Schwartz
- Re: [DNSOP] IANA Policy for SVCB Jim Reid
- Re: [DNSOP] IANA Policy for SVCB Martin Thomson
- Re: [DNSOP] IANA Policy for SVCB Paul Wouters
- Re: [DNSOP] IANA Policy for SVCB Ben Schwartz
- Re: [DNSOP] IANA Policy for SVCB Tommy Pauly
- Re: [DNSOP] IANA Policy for SVCB Petr Špaček
- Re: [DNSOP] IANA Policy for SVCB Murray S. Kucherawy
- Re: [DNSOP] IANA Policy for SVCB Martin Thomson
- Re: [DNSOP] IANA Policy for SVCB Murray S. Kucherawy
- Re: [DNSOP] IANA Policy for SVCB Ray Bellis
- Re: [DNSOP] IANA Policy for SVCB Murray S. Kucherawy
- Re: [DNSOP] IANA Policy for SVCB Tommy Pauly
- Re: [DNSOP] IANA Policy for SVCB Martin Thomson
- Re: [DNSOP] IANA Policy for SVCB Erik Nygren
- Re: [DNSOP] IANA Policy for SVCB Eric Orth
- Re: [DNSOP] IANA Policy for SVCB Tim Wicinski