[Idr] Re: WG adoption call for draft-lin-idr-sr-epe-over-l2bundle-07 (8/2 to 8/16)

Hongwei Li <flycoolman@gmail.com> Fri, 09 August 2024 02:46 UTC

Return-Path: <flycoolman@gmail.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58F8FC151551 for <idr@ietfa.amsl.com>; Thu, 8 Aug 2024 19:46:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.084
X-Spam-Level:
X-Spam-Status: No, score=-2.084 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5AcWMj4zTt8B for <idr@ietfa.amsl.com>; Thu, 8 Aug 2024 19:46:09 -0700 (PDT)
Received: from mail-yb1-xb2a.google.com (mail-yb1-xb2a.google.com [IPv6:2607:f8b0:4864:20::b2a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FFC4C14CF1C for <idr@ietf.org>; Thu, 8 Aug 2024 19:46:09 -0700 (PDT)
Received: by mail-yb1-xb2a.google.com with SMTP id 3f1490d57ef6-e0b2d502c6eso1567319276.0 for <idr@ietf.org>; Thu, 08 Aug 2024 19:46:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723171568; x=1723776368; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=qfEKojU3dBFYdHgWWf/aH8KdbdUS8buAX8RcA9g+HVI=; b=CBnwhTCWtskM0Zja7DOLVWbjfSc0T999EXpzZ0ihxBJI+bCINWT46z+Jphuovwgua3 FPibMsInZGdc5LZTB0AeYbtKe5Spo1SmT50vmJUx5PqIfyI44mfy020htrTZzXDFzX8S sofOmy1SQwqBxQ8xJz8E/jgM6Ke2/nCwo/aEcRbK33JQniO1RUXY1rcOtCe4VGWjCR0F WWrpTWesxb2P7FtPFlV1ySu0zehdjjuIkE06vL2umb6TjhkM7wSYNHZMf9r+nKdsoTX0 52aftJR6g+JeTI+BmVRs+ajvRelgjLIn0EUQkg2OFgUMo92W6Wtu6OT1+tq+TYSqpgBF tjGQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723171568; x=1723776368; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=qfEKojU3dBFYdHgWWf/aH8KdbdUS8buAX8RcA9g+HVI=; b=xUtW2IYvIcJHCVnrLCbjCWX5UEYi6/S8NQll9SiB5nQSUuRP/BHUjdYPq+lZMNynRO Oyu2ureIMFekRcRdZn/QhsemGwsJ1Xoa0ku+yTu8sEEbMDkn05WaDSGUSrfqhcLcE5EV i3fXg/CW4B9wNnDv37m6h3emnjJGwKk6gU2R2z5EAUm2Gtrd1K8MqxWCa3e4NO5TmmWE kziI0VnDw1nxxL4OGTH5Cr0B6rP2U/Vy9gz9F1MU7ctK0TsYOjnK2gc7fYTL/tfr4lc9 RU9OmvzMX+ftG9lUEyAl5+Ao6MUQSWkGpwcka5nyIhlPZXCZRu4snhjhF3W1X3v2Luwg ki7A==
X-Gm-Message-State: AOJu0Yza9ukemHgZfw9mTgE8AqOnsAPtj5gC2E25HnoOZDhUbk0qgXK4 ikF+dNHWN6KEjlceYd0F2/iRDqb0vCgicXLEljigXVFUsHfZ/DE6OhdqqexAc6taGRiMBRCGKy1 gjlyF6aFWRZasukikjzhnkqloYhKHN9hews0=
X-Google-Smtp-Source: AGHT+IEEiB9zroZUWPlZJN+hqXyRDprPoHOGanMG2SBshhuQU6auwL3//wEDTj0rVveLblGOFON9HGzosi5eEKFeiKQ=
X-Received: by 2002:a05:6902:841:b0:e03:5d90:cfc1 with SMTP id 3f1490d57ef6-e0eb98e3533mr259938276.7.1723171568313; Thu, 08 Aug 2024 19:46:08 -0700 (PDT)
MIME-Version: 1.0
From: Hongwei Li <flycoolman@gmail.com>
Date: Thu, 08 Aug 2024 21:45:57 -0500
Message-ID: <CAL73O_yd5XJn2UzpN-ML8ex4DRNP+_Xm2BJRYQo=jNGoF7rBVQ@mail.gmail.com>
To: idr@ietf.org
Content-Type: multipart/alternative; boundary="000000000000377180061f372552"
Message-ID-Hash: L74FVRXLQK4HVFCMPMYPHAVOYVAPFVNW
X-Message-ID-Hash: L74FVRXLQK4HVFCMPMYPHAVOYVAPFVNW
X-MailFrom: flycoolman@gmail.com
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
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Idr] Re: WG adoption call for draft-lin-idr-sr-epe-over-l2bundle-07 (8/2 to 8/16)
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/XoNysYOJYFGIp6CU7VXnqqhzqJE>
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>

Hi All,
I read the draft and support the WG adoption.


   1. Does this BGP-LS addition help SR Egress Peering points

in operational networks?
//Yes, straight forward.

   2. Does this draft handle the BUM traffic in a way that

Prevents looping?
(Broadcast, Unknown Unicast, and Multicast (BUM))
//Yes.

   3. Are there any problems in the technology described?
   // No.


Thanks,
Hongwei



*From:* Susan Hares <shares@ndzh.com>
*Sent:* Friday, August 2, 2024 10:12 PM
*To:* idr@ietf.org
*Subject:* [Idr] WG adoption call for draft-lin-idr-sr-epe-over-l2bundle-07
(8/2 to 8/16)



IDR WG:



This begins a 2 week WG adoption call for

draft-lin-idr-sr-epe-over-l2bundle-07.txt

https://datatracker.ietf.org/doc/draft-lin-idr-sr-epe-over-l2bundle/
<https://datatracker.ietf.org/doc/draft-lin-idr-sr-epe-over-l2bundle/>
Segment Routing BGP Egress Peer Engineering over Layer 2 Bundle Members
<https://datatracker.ietf.org/doc/draft-lin-idr-sr-epe-over-l2bundle/>
There are deployments where the Layer 3 interface on which a BGP peer
session is established is a Layer 2 interface bundle. In order to allow
BGP-EPE to control traffic flows on individual member links of the
underlying Layer 2 bundle, BGP Peering SIDs need to be allocated to
individual bundle member links, and advertisement of such BGP Peering SIDs
in BGP-LS is required. This document describes how to support Segment
Routing BGP Egress Peer Engineering over Layer 2 bundle members. This
document updates [RFC9085] to allow the L2 Bundle Member Attributes TLV to
be added to the BGP-LS Attribute associated with the Link NLRI of BGP
peering link. This document updates [RFC9085] and [RFC9086] to allow the
PeerAdj SID TLV to be included as a sub-TLV of the L2 Bundle Member
Attributes TLV.
datatracker.ietf.org





The authors should reply to this email with an

IPR statement indicating whether they know of an intellectual property.



This document describes how to support Segment Routing

BGP Egress Peer Engineering over Layer 2 bundle members.

This document updates [RFC9085] to allow the L2 Bundle Member

Attributes TLV to be added to the BGP-LS Attribute

associated with the Link NLRI of BGP peering link.





In your comments regarding adoption,  please consider



   1. Does this BGP-LS addition help SR Egress Peering points

in operational networks?

   2. Does this draft handle the BUM traffic in a way that

Prevents looping?

(Broadcast, Unknown Unicast, and Multicast (BUM))

   3. Are there any problems in the technology described?



Cheerily, Sue Hares