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.