Re: [Idr] [BULK] Martin Vigoureux's Discuss on draft-ietf-idr-bgp-ext-com-registry-03: (with DISCUSS and COMMENT)
Christoph Loibl <c@tix.at> Mon, 22 November 2021 10:07 UTC
Return-Path: <c@tix.at>
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 20F4F3A07C6; Mon, 22 Nov 2021 02:07:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=tix.at
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 gMGdOTX_9vyV; Mon, 22 Nov 2021 02:07:55 -0800 (PST)
Received: from mail.fbsd.host (mail.fbsd.host [IPv6:2001:858:58::22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFE263A0810; Mon, 22 Nov 2021 02:07:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tix.at; s=rev1; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type :Message-Id:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=leIPdS+xxZPrUSHsKa0K01nnRh7APw3PMMGxZntEBV4=; b=Vs3Drv1YJJjsMYdiM2k1X8LBG+ AWbPOP0v0SIs7VZlPnrLn7qlbYelzqGX1/f33+G1mimnbnf9ogkBcgl/ejnZy0RHaoO/gc/RJCUj8 ErqYl05i3EaoGPzlOqjhlw1fK1vsEEvpYnQ7M9De/BMLEu+MaU0nQ6nYOLRd5GKm8T5FRzSEy3Xft qFwmo8Qvj7Faytwjh9l2oWU5lmzkZvLpjcJF5nE/rLBVqeTPHuIbK8BQ/AQ2uCo7A3yvz31aakKC0 kQJu+jZvzTYaa5coCHhYjY0BwWlYK5lYwcLhSsuWkyxD8vi7kNCYvDyUs6gpK4TxBTnnP7ICRJvvg zWohF2Lg==;
Received: from [2a01:190:3c:22:4423:5c46:fe35:b044] (helo=smtpclient.apple) by mail.fbsd.host with esmtpsa (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.94.2) (envelope-from <c@tix.at>) id 1mp6Ea-0003oU-8J; Mon, 22 Nov 2021 11:07:37 +0100
From: Christoph Loibl <c@tix.at>
Message-Id: <8CFACD47-DE6D-4804-A172-A0218B1A4B01@tix.at>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5B883E4C-44F6-4079-B64A-48C82632E060"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
Date: Mon, 22 Nov 2021 11:07:34 +0100
In-Reply-To: <CAMMESsxAVZGw9GwccuSh=X3yscFzruqHEhRXPjCgkJJXkALk2A@mail.gmail.com>
Cc: The IESG <iesg@ietf.org>, Martin Vigoureux via Datatracker <noreply@ietf.org>, draft-ietf-idr-bgp-ext-com-registry@ietf.org, idr-chairs <idr-chairs@ietf.org>, Susan Hares <shares@ndzh.com>, idr@ietf.org
To: Alvaro Retana <aretana.ietf@gmail.com>, Martin Vigoureux <martin.vigoureux@nokia.com>
References: <163728135496.9938.10094382108043241203@ietfa.amsl.com> <CAMMESsxAVZGw9GwccuSh=X3yscFzruqHEhRXPjCgkJJXkALk2A@mail.gmail.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
X-Scanned-By: ClamAV primary on mail.fbsd.host (78.142.178.22); Mon, 22 Nov 2021 11:07:36 +0100
X-SA-Exim-Connect-IP: 2a01:190:3c:22:4423:5c46:fe35:b044
X-SA-Exim-Mail-From: c@tix.at
X-SA-Exim-Scanned: No (on mail.fbsd.host); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/JMOL1hmjSElNXDGzfVSOU-WoAwU>
Subject: Re: [Idr] [BULK] Martin Vigoureux's Discuss on draft-ietf-idr-bgp-ext-com-registry-03: (with DISCUSS and COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 22 Nov 2021 10:08:04 -0000
Martin, Alvaro! Thank you for your review. According to your conversation I suggest the following changes to the document. (If there are no objections I will upload a -04 tomorrow) Cheers Christoph. INTRODUCTION, paragraph 1: OLD: IDR Working Group C. Loibl Internet-Draft next layer Telekom GmbH Updates: 7153 (if approved) 13 October 2021 Intended status: Standards Track Expires: 16 April 2022 NEW: IDR Working Group C. Loibl Internet-Draft next layer Telekom GmbH Updates: 7153 8955 (if approved) 22 November 2021 Intended status: Standards Track Expires: 26 May 2022 INTRODUCTION, paragraph 5: OLD: This document updates RFC7153. NEW: This document updates RFC7153 and RFC8955. Section 1., paragraph 2: OLD: Section 2 of this document requests the registry cleanup to reflect the actual use of those code-points (removing "Experimental Use" from the sub-type registry names) and changes the registration procedure of the types 0x80, 0x81, 0x82 to use the First Come First Served policy [RFC8126] and thus updates [RFC7153]. NEW: Section 2 of this document requests the registry cleanup to reflect the actual use of those code-points (removing "Experimental Use" from the sub-type registry names) and changes the registration procedure of the types 0x80, 0x81, 0x82 to use the First Come First Served policy [RFC8126] and thus updates [RFC7153] and [RFC8955]. -- Christoph Loibl c@tix.at | CL8-RIPE | PGP-Key-ID: 0x4B2C0055 | http://www.nextlayer.at > On 19.11.2021, at 17:29, Alvaro Retana <aretana.ietf@gmail.com> wrote: > > On November 18, 2021 at 7:22:36 PM, Martin Vigoureux wrote: > > > Martin: > > Hi! > > Thanks for the review! > > >> ---------------------------------------------------------------------- >> DISCUSS: >> ---------------------------------------------------------------------- >> >> Hi, >> >> Thank you for your work. >> Maybe I'm missing something obvious, but why doesn't this document update >> 8955 just like it updates 7153? I'm asking because your document modifies the >> allocation policy of the 0x80-0x8F range, as well as the names of 0x80, 0x81, >> 0x82 (and of their sub-types registries), and at the same time it seems to me >> that 7153 covers the allocation policy of the 0x80-0x8F range but only 0x80 >> (and its sub-type registry), while it's 8955 which seems to cover 0x81 and >> 0x82 (and their sub-types registries). > > rfc8955 inherited the references to the registries by Obsoleting > rfc7674 and rfc5575. I didn't think at the time that we needed an > Update, but I see your point and have no objection to adding rfc8955 > to the Updated list. > > Thanks! > > Alvaro.
- [Idr] Martin Vigoureux's Discuss on draft-ietf-id… Martin Vigoureux via Datatracker
- Re: [Idr] Martin Vigoureux's Discuss on draft-iet… Alvaro Retana
- Re: [Idr] [BULK] Martin Vigoureux's Discuss on dr… Christoph Loibl
- Re: [Idr] [BULK] Martin Vigoureux's Discuss on dr… Alvaro Retana
- Re: [Idr] Martin Vigoureux's Discuss on draft-iet… Christoph Loibl
- Re: [Idr] Martin Vigoureux's Discuss on draft-iet… Martin Vigoureux