Protocol Action: 'SRv6 Network Programming' to Proposed Standard (draft-ietf-spring-srv6-network-programming-28.txt)

The IESG <> Wed, 06 January 2021 15:16 UTC

Return-Path: <>
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id 74B7A3A0E9D; Wed, 6 Jan 2021 07:16:07 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Protocol Action: 'SRv6 Network Programming' to Proposed Standard (draft-ietf-spring-srv6-network-programming-28.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 7.24.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: Bruno Decraene <>, Joel Halpern <>, The IESG <>,,,,,,
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <>
Date: Wed, 06 Jan 2021 07:16:07 -0800
Archived-At: <>
X-Mailman-Version: 2.1.29
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 06 Jan 2021 15:16:08 -0000

The IESG has approved the following document:
- 'SRv6 Network Programming'
  (draft-ietf-spring-srv6-network-programming-28.txt) as Proposed Standard

This document is the product of the Source Packet Routing in Networking
Working Group.

The IESG contact persons are Alvaro Retana, Deborah Brungard and Martin

A URL of this Internet Draft is:

Technical Summary

   The SRv6 Network Programming framework enables a network operator or
   an application to specify a packet processing program by encoding a
   sequence of instructions in the IPv6 packet header.

   Each instruction is implemented on one or several nodes in the
   network and identified by an SRv6 Segment Identifier in the packet.

   This document defines the SRv6 Network Programming concept and
   specifies the base set of SRv6 behaviors that enables the creation of
   interoperable overlays with underlay optimization (Service Level

Working Group Summary

This document is a foundation for SRv6. It has been largely reviewed, commented and supported.
There is a strong controversy regarding the Penultimate Segment Pop (PSP) flavor which allows an IPv6 source node to instruct the penultimate SRv6 EndPoint (identified, in the IPv6 header, by its IPv6 address) to remove the SRH from the IPv6 packet before the packet reach the final IPv6 destination (the Ultimate SRv6 EndPoint). The consensus to keep that section was particularly rough.

An Appeal to the IESG regarding WGLC of draft-ietf-spring-srv6-network-programming was made:

Document Quality

The specification has multiple implementations, deployments and interop tests.
In particular: 
- There are multiple hardware and software implementations. Some are reported in
- There are multiple deployments. Some are reported in
- There have been multiple public interoperability tests


   The Document Shepherd was first Bruno Decraene and then Joel Halpern
   The Responsible Area Director is Martin Vigoureux.