Protocol Action: 'Compressed SRv6 Segment List Encoding (CSID)' to Proposed Standard (draft-ietf-spring-srv6-srh-compression-23.txt)

The IESG <iesg-secretary@ietf.org> Thu, 06 February 2025 20:59 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from mail.ietf.org (ietfa.amsl.com [50.223.129.194]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPSA id 80A24C16941B; Thu, 6 Feb 2025 12:59:09 -0800 (PST)
Received: from [10.244.8.212] (unknown [104.131.183.230]) by ietfa.amsl.com (Postfix) with ESMTP id D7EB2C1D4A63; Thu, 6 Feb 2025 12:59:08 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'Compressed SRv6 Segment List Encoding (CSID)' to Proposed Standard (draft-ietf-spring-srv6-srh-compression-23.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 12.35.0
Auto-Submitted: auto-generated
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Message-ID: <173887554852.294.3549744009928857599@dt-datatracker-75c44cbbdf-pxnd6>
Date: Thu, 06 Feb 2025 12:59:08 -0800
Message-ID-Hash: HITNFLZLNRG7HOZPGB5TWCHFBXYU2XQN
X-Message-ID-Hash: HITNFLZLNRG7HOZPGB5TWCHFBXYU2XQN
X-MailFrom: iesg-secretary@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ietf-announce.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: The IESG <iesg@ietf.org>, draft-ietf-spring-srv6-srh-compression@ietf.org, gunter@vandevelde.cc, pcamaril@cisco.com, rfc-editor@rfc-editor.org, spring-chairs@ietf.org, spring@ietf.org
X-Mailman-Version: 3.3.9rc6
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/bd1WAfFyNqjJazE0LSBCt4RqD8Y>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-announce>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Owner: <mailto:ietf-announce-owner@ietf.org>
List-Post: <mailto:ietf-announce@ietf.org>
List-Subscribe: <mailto:ietf-announce-join@ietf.org>
List-Unsubscribe: <mailto:ietf-announce-leave@ietf.org>

The IESG has approved the following document:
- 'Compressed SRv6 Segment List Encoding (CSID)'
  (draft-ietf-spring-srv6-srh-compression-23.txt) as Proposed Standard

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

The IESG contact persons are Gunter Van de Velde, Jim Guichard and John
Scudder.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-srh-compression/




Technical Summary

   Segment Routing over IPv6 (SRv6) is the instantiation of Segment
   Routing (SR) on the IPv6 dataplane.  This document specifies new
   flavors for the SRv6 endpoint behaviors defined in RFC 8986, which
   enable the compression of an SRv6 SID list.  Such compression
   significantly reduces the size of the SRv6 encapsulation needed to
   steer packets over long segment lists.

Working Group Summary

   Was there anything in the WG process that is worth noting?
   For example, was there controversy about particular points 
   or were there decisions where the consensus was
   particularly rough? 

The technology described in this document has already seen broad deployment in production networks by multiple early adopters. There have, however, been rough discussions centered on how the SRv6 endpoint behaviors specified herein relate to certain requirements described in RFC 8200.

Document Quality

   Are there existing implementations of the protocol?  Have a 
   significant number of vendors indicated their plan to
   implement the specification?  Are there any reviewers that
   merit special mention as having done a thorough review,
   e.g., one that resulted in important changes or a
   conclusion that the document had no substantive issues?  If
   there was a MIB Doctor, Media Type, or other Expert Review,
   what was its course (briefly)?  In the case of a Media Type
   Review, on what date was the request posted?

Multiple existing and deployed implementations exist, spanning routing vendors, merchant silicon vendors, and open-source projects. Various industry interoperability events have taken place over the years with multiple vendors and implementations.

Personnel

   The Document Shepherd for this document is Pablo Camarillo. The
   Responsible Area Director is Gunter Van de Velde.