[Idr] Éric Vyncke's Discuss on draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-06: (with DISCUSS and COMMENT)

Éric Vyncke via Datatracker <noreply@ietf.org> Thu, 30 July 2026 13:03 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: idr@ietf.org
Delivered-To: idr@mail2.ietf.org
Received: from [10.244.21.25] (gaia.k8s.ietf.org [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id BA64C1210B6FE; Thu, 30 Jul 2026 06:03:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1785416625; bh=LxHvnY5kmwTIO4RozrQdSz1Qqj2M0bUOBIDmyhJ3x3g=; h=From:To:Cc:Subject:Reply-To:Date; b=T/cZJwkApZhdmxxIeYJECgcGKjjA0BUxR9vgy6uevNcqjqwbDI8Gc5/3JKombDPMX 84m3qyCpHyxlfRa4GSrqE+aLN5MoWSLa8XhXtvy6D6wD8Gq2i8UF4TcP0/tyyXX78B O2YQGvHEtdwjUe/Yc6uspyqoY0QjyPszywBgPaPA=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Éric Vyncke via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.69.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <178541662542.1451407.13563686209587180165@dt-datatracker-d4d6ff9d9-fsx7d>
Date: Thu, 30 Jul 2026 06:03:45 -0700
Message-ID-Hash: Y2S6ZHAO6CDG32B2P26B2JJZIMG4BK4D
X-Message-ID-Hash: Y2S6ZHAO6CDG32B2P26B2JJZIMG4BK4D
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle@ietf.org, idr-chairs@ietf.org, idr@ietf.org, shares@ndzh.com
X-Mailman-Version: 3.3.9rc6
Reply-To: Éric Vyncke <evyncke@cisco.com>
Subject: [Idr] Éric Vyncke's Discuss on draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-06: (with DISCUSS and COMMENT)
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/BKBcb4aK2j9adqMRpxbYFk9acGw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

Éric Vyncke has entered the following ballot position for
draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-06: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------


# Éric Vyncke INT AD comments for draft-ietf-idr-bgp-ls-sr-epe-over-l2bundle-06
CC @evyncke

Thank you for the work put into this document.

Please find below some blocking DISCUSS points (easy to address), some
non-blocking COMMENT points/nits (replies would be appreciated even if only for
my own education).

Special thanks to Sue Hares for the shepherd's write-up.

I hope that this review helps to improve the document,

Regards,

-éric

Note: this ballot comments follow the Markdown syntax of
https://github.com/mnot/ietf-comments/tree/main, i.e., they can be processed by
a tool to create github issues.

## DISCUSS (blocking)

As noted in
https://datatracker.ietf.org/doc/statement-iesg-handling-ballot-positions-20220121/,
a DISCUSS ballot is a request to have a discussion on the points below; I
really think that the document would be improved with a change here, but can be
convinced otherwise.

### Section 3

Why not a MUST in `If so, it SHOULD advertise the Peer Adjacency Segments of
bundle members in BGP-LS` ? There is condition to the MUST. Else, provide
guidance of the effect of bypassing the SHOULD.

See also:
https://datatracker.ietf.org/doc/statement-iesg-statement-on-clarifying-the-use-of-bcp-14-key-words/

### Unbalancing the L2 bundle ?

I failed to find an operational consideration about the potential load
unbalance when select specific bundle members, I am afraid that this could lead
to overloaded bundle members. Please add some considerations on this issue (or
explain why it is not an issue).

Moreover, if some packets of the flow happen to have different policies, then
the packer ordering within a flow can be broken. As I am not a SR expert, this
kind of policies may be impossible though.


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

## COMMENTS (non-blocking)

### Section 1

s/This document describes/This document *specifies*/ as it is PS.

## NITS (non-blocking / cosmetic)

### Layer-2 vs. Layer 2

As English is not my primary language, I learned it at school and my grammar
says to use "layer-2 interface" rather than the "Layer 2 interface" (i.e.,
hyphen and lowercase)...

### Use of SVG graphics

To make a much nicer HTML rendering, suggest using the aasvg tool to generate
SVG graphics. It is worth a try especially if the I-D uses the Kramdown file
format ;-)