[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.