[Lsr] Re: WG Last Call Request for draft-ietf-lsr-l2-bundle-member-remote-id

Acee Lindem <acee.ietf@gmail.com> Fri, 31 July 2026 19:05 UTC

Return-Path: <acee.ietf@gmail.com>
X-Original-To: lsr@mail2.ietf.org
Delivered-To: lsr@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id BF91A121D4195 for <lsr@mail2.ietf.org>; Fri, 31 Jul 2026 12:05:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1785524701; bh=wEdRr+DEdfP6P7y0qZC06nC/WB7IE7Jfdql7aty7Ips=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=iRlgE7dJTiu+mLzR8xvHDBhX26+1k6+M7a2kBZI3dWN94NGw6iFd2rPKYS9DyQgYR rXH9W6OVwjJbuLuTPwMjCDvTcmIIwS/YvnePKcFvUAlI+XW4XwRmUj7pib1BaNfQcI X58hMioID0YK92Ah81KG7htIIbCnTen1qx9gTrYM=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K2OqWda3K-t2 for <lsr@mail2.ietf.org>; Fri, 31 Jul 2026 12:05:01 -0700 (PDT)
Received: from mail-qv1-xf36.google.com (mail-qv1-xf36.google.com [IPv6:2607:f8b0:4864:20::f36]) (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 mail2.ietf.org (Postfix) with ESMTPS id 3C119121D4182 for <lsr@ietf.org>; Fri, 31 Jul 2026 12:05:01 -0700 (PDT)
Received: by mail-qv1-xf36.google.com with SMTP id 6a1803df08f44-8eeadbc5e21so8446706d6.3 for <lsr@ietf.org>; Fri, 31 Jul 2026 12:05:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785524694; x=1786129494; darn=ietf.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:content-type:from:to:cc :subject:date:message-id:reply-to:content-type; bh=FOffo07SVeqnmWps4jZwz51O26PxLN6meaaC2E2St1k=; b=dqXT6I+LeX6NbyxcTQRoq8RsHArmDTPK1XVQ+8fSuNFRksnrGttXvvFg8Y5r+P6yLd QNZ+VWsxRp8Y7mAijiGtz+5HZA+fZFuCLr0liPTGe1DqTuMOpPmsmT+u8gQVNCpxoDhv FZtWEf9BfKQFPlOXqXfPxEm82EPmCSAD8BgnY0lyXkMyuNA9bjGhCYAUURf5+B2ib4Ls UX0bPq5vWvKnUZGl+0IC17blXJIRanIreHjKOtC3vfftK/jI49DVYV+rMqJzTiWaxOgZ 3aZRLu4S6QqhSqVYd3GIyTvL+ldK/xCaPlqNGGx7XP06xJ389TVykx5R5tvVKknzS1gu 5elw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785524694; x=1786129494; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:content-type:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=FOffo07SVeqnmWps4jZwz51O26PxLN6meaaC2E2St1k=; b=WAE+W9FB5bJG4nbAohfmgBiGzpRjZbwDXlVulh6Ru4rlp72mCIJWW+ajam5EQaPQZU REEDchKqKfZStrDfA2SKFHBeLHT9/BXXMeUKs1SIzt5BMFi2ZwMzyK3oX79Wa7tBBzpK 9dIK4glTxQQozBr+NouRmFa0yUg/p6bwcPnKuWF4gyyrO019eWM92ue+bmAqpDWK0CBD rBUXM80+Se9AD8WrV24eC+4HNwgUHCILEba7IMEH9xQYYpTM158dPg3ruIGEZUiWC+v9 RApCY6omJYvqWalpfNqvZKFmH2BfZ9LmqAZZk6pL73O/rSbdO3gUMxqGkZp8o9+tPIZV 89UA==
X-Forwarded-Encrypted: i=1; AHgh+RoNjr2fjVA+aMYanH+cPzw0fO+0t1CrCILmBz+YcIMr0dZkt3wK7pJVnfPHX3ZPHJOMaIk=@ietf.org
X-Gm-Message-State: AOJu0YxCEskhF5HnC/MdPd8ZPjGp4SIOtKCbkIiAVC25aJ7yEW/xp1Yx U6G1AKgE2DyA/9HQkqnVCfBHIvlEACuXcoHoKsOTpJgkOBaTpMrBeX77IK+dxw==
X-Gm-Gg: AR+sD11rL9J7wGF6QHoQtJPisgniOzrREpMbKXBNBurs2LKrlAVb/5qJekhyMnhmgoQ jjkw2X1YguF+YC5/pO5OJmF10PmT9pxlcTlAsdIiUcQuERG36iC8umr0KMsUKu47FHvF52AgyOl WTlT5WhXRn8zsqNoTlVxOQn7QWwE8YYZr9KgauCTIH5aMRj2ab6zQpK7sHSOBhDCbQK8MwmQ4q+ gMjixWqlAQRpyBdCShEQ7NS2SsTw7Owuuhklewg8Qd4TRJdTV5lpMdm2dQVub6FdpBOgEsfVo6b FL1SZ780d72ajhCbkWjae968Jg/DIW0BbHo9n7YtpidTlWcrs0p3T3vRZ0L4yk3lLuiXRBrZTJk u6GV/ligbo6J297SJYekTYBe7ft4g3gci+bug2i1kSXM7xhX7i2E69+wUEpRZhDVA0l/Tavm05+ XtwxtMXDkZ3vFA+mw3kre1SQxJvdBHZxQcPDnqhB3HRM+zI/LSPq1n9wu7DRCpYiORjhHzFtvoT PrTQknvbMpMZAtdOrFPA8mNm+AlToY=
X-Received: by 2002:a05:6214:5548:b0:8ed:6c66:d11d with SMTP id 6a1803df08f44-90849698f97mr26394266d6.26.1785524694383; Fri, 31 Jul 2026 12:04:54 -0700 (PDT)
Received: from smtpclient.apple ([2605:a601:a6e6:6300:9c2d:190c:565a:9e0c]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-908434a250csm16673236d6.13.2026.07.31.12.04.53 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Jul 2026 12:04:53 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.600.51.1.1\))
From: Acee Lindem <acee.ietf@gmail.com>
X-Priority: 3
In-Reply-To: <2afd69f1c3c0b4b-00019.Richmail.00007022652980107067@chinamobile.com>
Date: Fri, 31 Jul 2026 15:04:42 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <E86A7A2C-5EE9-4E69-87C5-AB4D034DA631@gmail.com>
References: <177353902203.601.17314240307942744045@dt-datatracker-5477d56788-5pkt5> <2afd69f1c3c0b4b-00019.Richmail.00007022652980107067@chinamobile.com>
To: Liyan Gong <gongliyan@chinamobile.com>
X-Mailer: Apple Mail (2.3864.600.51.1.1)
Message-ID-Hash: RGNHT6FRSPA2DGOP6BZP6KMZCWRLRT32
X-Message-ID-Hash: RGNHT6FRSPA2DGOP6BZP6KMZCWRLRT32
X-MailFrom: acee.ietf@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-lsr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: lsr-chairs <lsr-chairs@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Lsr] Re: WG Last Call Request for draft-ietf-lsr-l2-bundle-member-remote-id
List-Id: Link State Routing Working Group <lsr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/-__YQyzocYqSjIMhf_xr6XH4VVE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Owner: <mailto:lsr-owner@ietf.org>
List-Post: <mailto:lsr@ietf.org>
List-Subscribe: <mailto:lsr-join@ietf.org>
List-Unsubscribe: <mailto:lsr-leave@ietf.org>

I think the draft is close but it could be better. 

   1. Can you add an "Operational Considerations" section? 
   2. Do you have a reference for TE bidirectional path computation? In other words, a reference
       for the controller needed to know the pairing of interface IDs for TE computation. 

Thanks,
Acee

> On Apr 29, 2026, at 4:56 AM, Liyan Gong <gongliyan@chinamobile.com> wrote:
> 
> Dear Chairs and WG,
> 
> We sincerely appreciate all the comments, feedback, and guidance from the WG. 
> 
> After the discussion at IETF 125, We think the draft is stable and there are no remaining open issues. 
> 
> The authors would like to kindly request WG Last Call.
> 
> Further comments and suggestions are always very welcome. Thank you very much.
> 
> Best regards,
> Liyan(on behalf of the authors)
> 
> 
> ----邮件原文----
> 发件人:internet-drafts <internet-drafts@ietf.org>
> 收件人:Changwang Lin <linchangwang.04414@h3c.com>,Les Ginsberg <ginsberg@cisco.com>,Liyan Gong <gongliyan@chinamobile.com>,Mengxiao Chen <chen.mengxiao@h3c.com>,Peter Psenak <ppsenak@cisco.com>
> 抄 送: (无)
> 发送时间:2026-03-15 09:43:42
> 主题:New Version Notification for draft-ietf-lsr-l2-bundle-member-remote-id-02.txt
> 
> A new version of Internet-Draft
> draft-ietf-lsr-l2-bundle-member-remote-id-02.txt has been successfully
> submitted by Changwang Lin and posted to the
> IETF repository.
> 
> Name:     draft-ietf-lsr-l2-bundle-member-remote-id
> Revision: 02
> Title:    Advertisement of Remote Interface Identifiers for Layer 2 Bundle Members
> Date:     2026-03-15
> Group:    lsr
> Pages:    11
> URL:      https://www.ietf.org/archive/id/draft-ietf-lsr-l2-bundle-member-remote-id-02.txt
> Status:   https://datatracker.ietf.org/doc/draft-ietf-lsr-l2-bundle-member-remote-id/
> HTMLized: https://datatracker.ietf.org/doc/html/draft-ietf-lsr-l2-bundle-member-remote-id
> Diff:     https://author-tools.ietf.org/iddiff?url2=draft-ietf-lsr-l2-bundle-member-remote-id-02
> 
> Abstract:
> 
>    In networks where Layer 2 (L2) interface bundles (such as a Link
>    Aggregation Group (LAG) [IEEE802.1AX]) are deployed, a controller
>    may need to collect the connectivity relationships between bundle
>    members for traffic engineering (TE) purposes. For example, when
>    performing topology management and bidirectional path computation
>    for TE, it is essential to know the connectivity relationships among
>    bundle members.
> 
>    This document describes how OSPF and IS-IS would advertise the
>    remote interface identifiers for Layer 2 bundle members. The
>    corresponding extension of BGP-LS is also specified.
> 
> 
> 
> The IETF Secretariat
> 
> 
> 
> Subject:New Version Notification for draft-ietf-lsr-l2-bundle-member-remote-id-02.txt
> 
> A new version of Internet-Draft
> draft-ietf-lsr-l2-bundle-member-remote-id-02.txt has been successfully
> submitted by Changwang Lin and posted to the
> IETF repository.
> 
> Name:     draft-ietf-lsr-l2-bundle-member-remote-id
> Revision: 02
> Title:    Advertisement of Remote Interface Identifiers for Layer 2 Bundle Members
> Date:     2026-03-15
> Group:    lsr
> Pages:    11
> URL:      https://www.ietf.org/archive/id/draft-ietf-lsr-l2-bundle-member-remote-id-02.txt
> Status:   https://datatracker.ietf.org/doc/draft-ietf-lsr-l2-bundle-member-remote-id/
> HTMLized: https://datatracker.ietf.org/doc/html/draft-ietf-lsr-l2-bundle-member-remote-id
> Diff:     https://author-tools.ietf.org/iddiff?url2=draft-ietf-lsr-l2-bundle-member-remote-id-02
> 
> Abstract:
> 
>    In networks where Layer 2 (L2) interface bundles (such as a Link
>    Aggregation Group (LAG) [IEEE802.1AX]) are deployed, a controller
>    may need to collect the connectivity relationships between bundle
>    members for traffic engineering (TE) purposes. For example, when
>    performing topology management and bidirectional path computation
>    for TE, it is essential to know the connectivity relationships among
>    bundle members.
> 
>    This document describes how OSPF and IS-IS would advertise the
>    remote interface identifiers for Layer 2 bundle members. The
>    corresponding extension of BGP-LS is also specified.
> 
> 
> 
> The IETF Secretariat
> 
> 
>