Re: [Idr] The IDR WG has placed draft-spaghetti-idr-deprecate-8-9-10 in state "Candidate for WG Adoption"
Job Snijders <job@fastly.com> Thu, 30 June 2022 14:16 UTC
Return-Path: <job@fastly.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EEB6C13CD96 for <idr@ietfa.amsl.com>; Thu, 30 Jun 2022 07:16:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastly.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 27pg_ZczKkhP for <idr@ietfa.amsl.com>; Thu, 30 Jun 2022 07:16:09 -0700 (PDT)
Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 01D57C15CF48 for <idr@ietf.org>; Thu, 30 Jun 2022 07:16:08 -0700 (PDT)
Received: by mail-ej1-x62c.google.com with SMTP id h23so39226391ejj.12 for <idr@ietf.org>; Thu, 30 Jun 2022 07:16:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastly.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=/tQA2ANTommB9NNpVAzVCxd0mw+0Tc1tpuHdGbUgvUI=; b=SstLLDqXIDu2awgFHS+zc6hguCjpgq+132fHmR0N35n6AnWH9SLr5sJ/H/TN345yuj /cMWgehCZxgElXvbro/6Hv57CtvjeHGWi2T4xUYH5O3Gt2cSiSWkrmUgoYKvBYzBvr2d 7t6UVVxhU3YJUgkXu17i2yOQ6V8weJmA93ySs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=/tQA2ANTommB9NNpVAzVCxd0mw+0Tc1tpuHdGbUgvUI=; b=mPOp8xZ5evrHS2hC6rNoz79Knj88W4DQ9jADReWTHGZH7lC8dLs8fT+wSW1lRGFjde /dTc2I4RglVKg6MxhgLlDCwX3UqyplhSH6aycSm9r7EnKhQfY9DfY1/ord1MEFVbaNIt ggw475qAqmxW/k4ShLz7QKyrIQofR5mqle1qqFwyWr6GdgHK3ENXSXEdUE5HlpVh3TUW /eK3JgryrCb0SFYdaGKO+How+XBrc6lyytjAp9ADbVxUEks5DJRmaIk3zMn4MLRmcKo6 nQr5p/jfb/B8Uy/rM/gAuKSRhr6fVGx5aG75doQEIu3vns/KnQUhVX88kmrOTg0PKOo1 xWgQ==
X-Gm-Message-State: AJIora8VvFrur7RJ1B3ZsRwZ/PKZoepOo47xkSzhbF341l8cZda34xbU pD0Pk3buFHMbiF0QOCT26qdDwg==
X-Google-Smtp-Source: AGRyM1uPXyYwo9BJs3U0Gn6VC8HGqL05vBVSZ3DeS93Ml4OepHu6z4Qw8vsNQhcy/VdKFfTWGSMlQQ==
X-Received: by 2002:a17:906:c10:b0:6f4:6c70:b00f with SMTP id s16-20020a1709060c1000b006f46c70b00fmr9222561ejf.660.1656598567458; Thu, 30 Jun 2022 07:16:07 -0700 (PDT)
Received: from snel ([2a10:3781:276:2:16f6:d8ff:fe47:2eb7]) by smtp.gmail.com with ESMTPSA id i25-20020a056402055900b00435681476c7sm13384735edx.10.2022.06.30.07.16.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Jun 2022 07:16:07 -0700 (PDT)
Date: Thu, 30 Jun 2022 16:16:05 +0200
From: Job Snijders <job@fastly.com>
To: Nick Hilliard <nick@foobar.org>
Cc: IETF Secretariat <ietf-secretariat-reply@ietf.org>, idr-chairs@ietf.org, idr@ietf.org
Message-ID: <Yr2wJf7QsPp23lpp@snel>
References: <165659656479.27765.10628634681634527343@ietfa.amsl.com> <1f171a07-ace4-03a8-7d6e-092bb6fa10c6@foobar.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1f171a07-ace4-03a8-7d6e-092bb6fa10c6@foobar.org>
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/3HwfMJYuLEEkl8phu4SLjclVIDc>
Subject: Re: [Idr] The IDR WG has placed draft-spaghetti-idr-deprecate-8-9-10 in state "Candidate for WG Adoption"
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Jun 2022 14:16:12 -0000
Dear Nick, others, On Thu, Jun 30, 2022 at 02:51:05PM +0100, Nick Hilliard wrote: > IETF Secretariat wrote on 30/06/2022 14:42: > > adoption scheduled tentatively for 7/25 to 8/12 > > is this wise? It could be argued that this validates the practice of > squatting on codepoints. The reasoning I applied when submitting this internet-draft followed my understanding of the group consensus which led to RFC 8093 [1] I believe deprecation of "already squatted-on" codepoints has a few benefits: * Deprecation aids future protocol extension proposers. The effort that follows from being assigned a burned codepoint can be considerable. A new protocol extension is unlikely to serve as a proper lever to 'undo the use of squatted values'; and might impede on the new protocol extension's deployability. * Squatting does not lead to offical recognition or acknowledgement; this in turn encouraging stakeholders to follow the working group agreed upon assignment policies & procedures. I'd argue that deprecation invalidates the usefulness of squatting. * Deprecation gives clear guidance to protocol implementers (for example tcpdump and wireshark) on what a particular protocol codepoint means (or doesn't mean). Deprecation of codepoints is our mechanism to instruct IANA to not assign a given value, since there isn't a "even though this value is in the available pool, please don't hand it out for anything"... Deprecations in context of IDR are considered temporary, see John's message https://mailarchive.ietf.org/arch/msg/idr/EMZdzGX9CsMQwLuRaeaFM_hycD8/ A deprecation can be made undone following working group consensus. If we run out of codepoints, the deprecated ones (after thorough study) would be the first ones to evaluate for eligibility to return to the unused pool. Lastly, I put this internet-draft forward to provide the working group a tangible proposal to discuss. I'm not attached to any specific outcome. Kind regards, Job [1]: https://datatracker.ietf.org/doc/html/rfc8093
- [Idr] The IDR WG has placed draft-spaghetti-idr-d… IETF Secretariat
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Nick Hilliard
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Susan Hares
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Job Snijders
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Nick Hilliard
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Nick Hilliard
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Job Snijders
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… bruno.decraene
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… bruno.decraene
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… tom petch
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Job Snijders
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Jeffrey Haas
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Brian Dickson
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Susan Hares
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… bruno.decraene
- Re: [Idr] The IDR WG has placed draft-spaghetti-i… Susan Hares