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.