Re: [Idr] Martin Duke's Discuss on draft-ietf-idr-bgp-ext-com-registry-03: (with DISCUSS)

Jeffrey Haas <> Tue, 23 November 2021 14:21 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id AA0413A0821; Tue, 23 Nov 2021 06:21:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 1JEFEwstGiFN; Tue, 23 Nov 2021 06:21:09 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 49A903A085C; Tue, 23 Nov 2021 06:21:09 -0800 (PST)
Received: by (Postfix, from userid 1001) id 8D2FD1E2F4; Tue, 23 Nov 2021 09:21:08 -0500 (EST)
Date: Tue, 23 Nov 2021 09:21:08 -0500
From: Jeffrey Haas <>
To: Christoph Loibl <>
Cc: Martin Duke <>, The IESG <>,,,,
Message-ID: <>
References: <> <>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <>
Subject: Re: [Idr] Martin Duke's Discuss on draft-ietf-idr-bgp-ext-com-registry-03: (with DISCUSS)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 23 Nov 2021 14:21:14 -0000

Christoph, IESG, and Working Group at large,

On Mon, Nov 22, 2021 at 11:53:26AM +0100, Christoph Loibl wrote:
> Thank you for reviewing the document and pointing out, that these historic
> assignments seem to violate BCP RFC 3692.
> I cannot speak for the WG, but personally I do not understand how RFC 5575
> (which allocated these experimental codepoints in the first place and has
> been obsoleted by RFC 8955 recently) could keep these codepoints without
> anyone questioning during the whole process (without having a hard time
> reading mailing-list archives and meeting notes). To me this seems to be a
> (rare?) organisational issue. 

I do not speak for the chairs at the time this was done.  I likely did speak
to the chairs about this given my involvement in Flowspec at my employer.
But most certainly, this happened because Experimental code points seldom
get used correctly.

I gave the above presentation a few times in IETF and regularly break out
the internal presentation this is based upon for training purposes.
Experimental code points often simply fail to get used correctly.

Similar conversations on the other types of allocation strategies largely
point out that trying to make things too hard also backfire.

It's for this reason that the practice within IDR over recent years has
trended toward larger first-come, first-served allocation strategies with a
large enough code point space that it's not a problem.

I'd recommend the IESG consider taking up some flavor of my presentation as
part of the core educational materials for the IETF.

-- Jeff