Protocol Action: 'Segment Routing BGP Egress Peer Engineering over Layer 2 Bundle Members' to Proposed Standard (draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-09.txt)

The IESG <iesg-secretary@ietf.org> Thu, 06 August 2026 18:50 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietf.org
Delivered-To: ietf-announce@mail2.ietf.org
Received: from [10.244.8.145] (gaia.k8s.ietf.org [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 72F00124F3462; Thu, 6 Aug 2026 11:50:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1786042212; bh=vrgeHWU65g4j1Fdm7qoyAz2s2S/AHDbza67gXU9adBU=; h=From:To:Subject:Cc:Date; b=xJBzdYtKQ4YZEX/1mIEupJcpYDhk5WuMNDknYWby9+2ZM2kxHFj8EJ1mTVC4EjByC 6O5C3gvPkVRg2fMaZ8FI/4D4xlD1XQpLjCMpDJ32pvAErVMvoYXj3pLxei3V+JPFzQ 55v1aTNZTQU7PAdmaVqvzTOGwx6wIDfJbcZpGNPI=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Protocol Action: 'Segment Routing BGP Egress Peer Engineering over Layer 2 Bundle Members' to Proposed Standard (draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-09.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 12.70.0
Auto-Submitted: auto-generated
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <178604221240.166423.3216015769911282354@dt-datatracker-559c48c7fb-qkhml>
Date: Thu, 06 Aug 2026 11:50:12 -0700
Message-ID-Hash: 3FQMQGGFEIEF2VATYG5NUINAMZV3BUED
X-Message-ID-Hash: 3FQMQGGFEIEF2VATYG5NUINAMZV3BUED
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-idr-bgp-ls-sr-epe-over-l2bundle@ietf.org, gunter@vandevelde.cc, idr-chairs@ietf.org, idr@ietf.org, rfc-editor@rfc-editor.org, shares@ndzh.com
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/Oj4hqplp2K-hEIGYAtF_JMJatJc>
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:
- 'Segment Routing BGP Egress Peer Engineering over Layer 2 Bundle
   Members'
  (draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-09.txt) as Proposed Standard

This document is the product of the Inter-Domain Routing Working Group.

The IESG contact persons are Gunter Van de Velde, Jim Guichard and Ketan
Talaulikar.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle/




Technical Summary

   This document describes how to support Segment Routing BGP Egress
   Peer Engineering over Layer 2 bundle members.  It updates RFC 9085 to
   allow the L2 Bundle Member Attributes TLV in the BGP-LS Attribute of
   the BGP-LS Link NLRI for a BGP peering link.  For SR-MPLS, it updates
   RFC 9085 and RFC 9086 to allow the PeerAdj SID TLV as a sub-TLV of
   the L2 Bundle Member Attributes TLV.

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? 

No controversy.
This document has strong consensus from authors plus 19 other WG members.

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?

Two existing implementations.  Details are included in the text (for removal before publication). 

Personnel

   The Document Shepherd for this document is Susan Hares. The Responsible
   Area Director is Gunter Van de Velde.

IANA Note

  no actions needed