[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.
- [spring] Rtgdir last call review of draft-ietf-sp… Stewart Bryant via Datatracker