[Idr] Éric Vyncke's No Objection on draft-ietf-idr-ext-opt-param-11: (with COMMENT)
Éric Vyncke via Datatracker <noreply@ietf.org> Mon, 12 April 2021 14:57 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: idr@ietf.org
Delivered-To: idr@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BCB23A2121; Mon, 12 Apr 2021 07:57:13 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Éric Vyncke via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-idr-ext-opt-param@ietf.org, idr-chairs@ietf.org, idr@ietf.org, Susan Hares <shares@ndzh.com>, aretana.ietf@gmail.com, shares@ndzh.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.27.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Éric Vyncke <evyncke@cisco.com>
Message-ID: <161823943348.24427.13082794434739276603@ietfa.amsl.com>
Date: Mon, 12 Apr 2021 07:57:13 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/9zP5xFaaGG28vB3bJCzsfnI2NdA>
Subject: [Idr] Éric Vyncke's No Objection on draft-ietf-idr-ext-opt-param-11: (with COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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, 12 Apr 2021 14:57:14 -0000
Éric Vyncke has entered the following ballot position for draft-ietf-idr-ext-opt-param-11: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-idr-ext-opt-param/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. It sounds like it is really a useful extension to BGP-4. Having written that, I must admit that I failed to understand the mechanism at first reading. It took me a while to cross reference this doc + IANA registry + RFC 4271 (but, for sure, I am not a BGP SW engineer!). I suggest to mention, in section 2, that the Code Capability IANA registry for 255 was reserved per RFC 8810 (so not causing interoperation) as well as using the actual values 255 in figure 1 and finally add the figure 4.2 from RFC 4271 to be crystal clear for the reader. Should the "new speaker" behavior be specified when an "old speaker" close the connection ? I.e., retry if possible without using this specification ? I hope that this helps to improve the document, Regards, -éric
- [Idr] Éric Vyncke's No Objection on draft-ietf-id… Éric Vyncke via Datatracker
- Re: [Idr] Éric Vyncke's No Objection on draft-iet… John Scudder
- Re: [Idr] Éric Vyncke's No Objection on draft-iet… Eric Vyncke (evyncke)