IETF Logo Mail Archive

Re: [DNSOP] IANA Policy for SVCB

Martin Thomson <mt@lowentropy.net> Wed, 23 March 2022 00:33 UTC

Return-Path: <mt@lowentropy.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 F14F03A1546 for <dnsop@ietfa.amsl.com>; Tue, 22 Mar 2022 17:33:47 -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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=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=lowentropy.net header.b=AGSrONTs; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=OG0GTpTM
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 KgZVwduyN9uq for <dnsop@ietfa.amsl.com>; Tue, 22 Mar 2022 17:33:42 -0700 (PDT)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58D6F3A1536 for <dnsop@ietf.org>; Tue, 22 Mar 2022 17:33:42 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 9E3F132008FD for <dnsop@ietf.org>; Tue, 22 Mar 2022 20:33:38 -0400 (EDT)
Received: from imap41 ([10.202.2.91]) by compute2.internal (MEProxy); Tue, 22 Mar 2022 20:33:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm2; bh=vFUOQ+kfuFllMN alC/N5fql4tJHTXfBtN7WhORhJSC0=; b=AGSrONTsws/OLTVKw28soH8WTpW5jG lc4O2K9CixvhuRkE47q3m04a1vz0wODWW3kIW/GeIEPJHdbd2nzKIDtxHWdXj40t nKJN1ydCYKoI9wnUvlzQrcAzW8RrtuCHhr+TRXL08v4mRQ9x4JT/PdCLOpQuRmMT McJBpTXdZZ8Ouw7mVApGFOPdg6BSsyAX/vljhpT/6qKBa3ozf9yq6QhjJhyY05Vb iM1AVj5E1wvGZ2ebwdj9EvFi80SQZEN5tn0WYQvAWy2EZylYHvkhzGrk+ItGlbZv n6RmcW/yv5R99i9ho+hZWpCxS1mGY/SHxLlbvAzTOerIYA41Z8lR3sqw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=vFUOQ+kfuFllMNalC/N5fql4tJHTXfBtN7WhORhJSC0=; b=OG0GTpTM W+A80cw+8ijX1VWfTLx0qHOpCBfdTjJhvsMDpRCIuPRi2oK76tdCNeScy3bn/J0m E2YSYf5Wtdz8gqSl8jQt5pHpzQvYf7U/KkehCkV/jBVOT4Rs9pjEL8AJNdw4o3RZ vUpcJsfoZZ+N6K1hAoa/K+FbXzVChcnW1K+t0okzae+raWbxcGiRquLFxTuHSeTp aIzYxc+5/RSY9ir3EUVHHcgqEo1V5gxLP4/VLJwAUQHPVDd48kgWzTqyr21iEFTP ELLL0e6zd6iAMOqE0GNR/f06Dj0qj6kL7WuqHys/T/x1lq1DFjKk5Oj2ZfB9JnKH ourI8QtNUoNnPg==
X-ME-Sender: <xms:4mo6Yk4Gqlw3hocn8Df_mNNpNfiLJf_OCzGCElnnfVTVE6pHMeiXWQ> <xme:4mo6Yl7f7PEvOx-vvlhQ_kr4Y3f97fr-MRiOraCZ5KfSbbhL6V9sfdXhIi3O2BIYt P76vDWw-Nt2ZsH0-zE>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudegiedgvdefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehl ohifvghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepffetgfevvdfhtdffhe ejudefhffhveehudefhffgleelteeifeegfefggfelhefgnecuffhomhgrihhnpehivght fhdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehmtheslhhofigvnhhtrhhophihrdhnvght
X-ME-Proxy: <xmx:4mo6YjfnkTgUmqBM6LZ4--q_XgjJrh2bGnGO0uaBq8gzgNu6hjK2cA> <xmx:4mo6YpJIckmqp96-hhj-piHYtuMpc7ZvGa3jirKNRQbIE7ML99gGkw> <xmx:4mo6YoLWt7FjXpL61S3-lJ5TZgouF39Y2tiCxPl9mxKo3HGl8JMR4Q> <xmx:4mo6YtWsa3NCX496BGi2ybKtXfgSKTuSrJy_M3FpCQ9n0THwgzZ6Dw>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id E145D3C00CF; Tue, 22 Mar 2022 20:33:37 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.5.0-alpha0-4907-g25ce6f34a9-fm-20220311.001-g25ce6f34
Mime-Version: 1.0
Message-Id: <31074d1e-7ec3-4851-90c6-b55f0cdc802a@beta.fastmail.com>
In-Reply-To: <C7035F89-FC37-4EA2-9A79-275E573D789E@apple.com>
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>
Date: Wed, 23 Mar 2022 11:33:17 +1100
From: Martin Thomson <mt@lowentropy.net>
To: dnsop@ietf.org
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/NrV4nPIG_uzEFk9zixqZF5qOy98>
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: Wed, 23 Mar 2022 00:33:48 -0000

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

v2.45.0 | Report a Bug | By Email | System Status