[RTG-DIR]Rtgdir early review of draft-ietf-idr-bgp-ct-srv6-05
Matthew Bocci via Datatracker <noreply@ietf.org> Fri, 24 May 2024 09:35 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A69BC1D6FA0; Fri, 24 May 2024 02:35:40 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Matthew Bocci via Datatracker <noreply@ietf.org>
To: rtg-dir@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.13.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <171654334035.33132.5986383363302153160@ietfa.amsl.com>
Date: Fri, 24 May 2024 02:35:40 -0700
Message-ID-Hash: TCO5D7LQOMRCE72XJUTTG5Z25DCHND5B
X-Message-ID-Hash: TCO5D7LQOMRCE72XJUTTG5Z25DCHND5B
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-rtg-dir.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-idr-bgp-ct-srv6.all@ietf.org, idr@ietf.org
X-Mailman-Version: 3.3.9rc4
Reply-To: Matthew Bocci <matthew.bocci@nokia.com>
Subject: [RTG-DIR]Rtgdir early review of draft-ietf-idr-bgp-ct-srv6-05
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Owner: <mailto:rtg-dir-owner@ietf.org>
List-Post: <mailto:rtg-dir@ietf.org>
List-Subscribe: <mailto:rtg-dir-join@ietf.org>
List-Unsubscribe: <mailto:rtg-dir-leave@ietf.org>
Reviewer: Matthew Bocci Review result: Not Ready This is an Early Review, requested by the WG chair. Document: draft-ietf-idr-bgp-ct-srv6-05 Reviewer: Matthew Bocci Review Date: May 24th 2024 Intended Status: Experimental Summary: The draft is clear and well written. I have a few nits about the grammar. I have one major comment (which lead to the 'not ready' result). This is that the draft seems to require the implementation of a set of SRv6 behaviors that are described in an individual draft in the SPRING working group, that it is not clear that there is consensus on and that are not registered with IANA. This makes even implementing the experiment a problem. I think it is premature to progress this draft before draft-salih-spring-srv6-inter-domain-sids has progressed and the corresponding behaviors registered with IANA. Major Comments: Section 4, SRv6 Encapsulation Information. The text references END.REPLACE, END.REPLACEB6, and END.DB6 using a normative reference to draft-salih-spring-srv6-inter-domain-sids. It says "These are leveraged for BGP-CT routes with SRv6 data plane." and indeed uses them extensively in the examples further on in the draft. However, the code points for these are not yet assigned in https://www.iana.org/assignments/segment-routing/segment-routing.xhtml and the IANA considerations sections of both drafts make no requests of IANA to allocate these. The RTGDIR review of v03 of the draft also made a comment on this part of the text, asking if these new behaviors were required, but I do not see any updates to the text to address this comment. If these are really needed for draft-ietf-bgp-ct-srv6, then one would at least expect them to be defined in a standards track working group draft and to see an early allocation by IANA, regardless of the experimental status of bgp-ct-srv6. Nits: There are a few cases in the draft where the definite article ('the' or also 'an') is missing. For example, in the abstract: s/applied to SRv6 dataplane/applied to the SRv6 dataplane s/procedures work in SRv6 dataplane/procedures work in the SRv6 dataplane. I would suggest going through the draft and correcting cases such as this.
- [RTG-DIR]Rtgdir early review of draft-ietf-idr-bg… Matthew Bocci via Datatracker