[spring] Rtgdir last call review of draft-ietf-spring-nsh-sr-11

Stewart Bryant via Datatracker <noreply@ietf.org> Sat, 28 May 2022 13:20 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: spring@ietf.org
Delivered-To: spring@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 83868C159486; Sat, 28 May 2022 06:20:02 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Stewart Bryant via Datatracker <noreply@ietf.org>
To: rtg-dir@ietf.org
Cc: draft-ietf-spring-nsh-sr.all@ietf.org, last-call@ietf.org, spring@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 8.3.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <165374400253.7136.4610455147944555035@ietfa.amsl.com>
Reply-To: Stewart Bryant <stewart.bryant@gmail.com>
Date: Sat, 28 May 2022 06:20:02 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/0x_1n3G6Y6Qz-oildFJHLDK0VW4>
Subject: [spring] Rtgdir last call review of draft-ietf-spring-nsh-sr-11
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.34
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 28 May 2022 13:20:02 -0000

Reviewer: Stewart Bryant
Review result: Ready

This is a well written document that is ready for publication.

There is one point that the IESG should ponder. The authors have asked for a IP
type assignment. This is a limited registry that needs to last the lifetime of
the IP protocol suite. NSH started its life 9 years ago and has been a standard
for 4 years and in all this time has not needed such as allocation. Neither
SRv6 nor NSH are petite or lightweight protocols. So I wonder if the
identification of NSH should happen at the IP layer as proposed, or whether an
intermediate multiplexing layer such as UDP should be used? The extra
processing for UDP is one test and the extra MTU is 8 octets. The decision for
the IESG is whether in their view the extent of deployment and the gain in
performance is such that they should authorise the allocation of the IP type.

One small point, I assume that the IANA allocation in Section 11.2 "SRv6
Endpoint Behaviors" should come from the FCFS series of code points.