Re: [mpls] [Lsr] New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt
liu.yao71@zte.com.cn Wed, 30 August 2023 03:12 UTC
Return-Path: <liu.yao71@zte.com.cn>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B449C1516E1; Tue, 29 Aug 2023 20:12:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 3xg_iaiv2-8J; Tue, 29 Aug 2023 20:12:11 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9036BC151532; Tue, 29 Aug 2023 20:12:10 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.5.228.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4Rb8Ty1sxkz4xPYg; Wed, 30 Aug 2023 11:12:06 +0800 (CST)
Received: from njy2app03.zte.com.cn ([10.40.13.14]) by mse-fl2.zte.com.cn with SMTP id 37U3Bx62037885; Wed, 30 Aug 2023 11:11:59 +0800 (+08) (envelope-from liu.yao71@zte.com.cn)
Received: from mapi (njy2app04[null]) by mapi (Zmail) with MAPI id mid203; Wed, 30 Aug 2023 11:12:00 +0800 (CST)
Date: Wed, 30 Aug 2023 11:12:00 +0800
X-Zmail-TransId: 2afc64eeb380ffffffffb56-988c0
X-Mailer: Zmail v1.0
Message-ID: <202308301112003044625@zte.com.cn>
In-Reply-To: <BY5PR11MB4337E5C9015363C8448A4F7CC1E7A@BY5PR11MB4337.namprd11.prod.outlook.com>
References: 202308281533273150005@zte.com.cn, 202308291622100902282@zte.com.cn, 6111F61C-7336-4F70-8EC3-BCAEDFD87494@tony.li, BY5PR11MB4337E5C9015363C8448A4F7CC1E7A@BY5PR11MB4337.namprd11.prod.outlook.com
Mime-Version: 1.0
From: liu.yao71@zte.com.cn
To: tony.li@tony.li, ginsberg@cisco.com
Cc: mpls@ietf.org, lsr@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 37U3Bx62037885
X-Fangmail-Gw-Spam-Type: 0
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 64EEB386.000/4Rb8Ty1sxkz4xPYg
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/1TvDwFwTpqY9LwBSxq34vHpMXaw>
Subject: Re: [mpls] [Lsr] New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Aug 2023 03:12:15 -0000
Hi Tony, Hi Les, Thanks for your thoughts and suggestions. The per-link RLD will be taken into account regardless of the scope of ERLD-MSD and the draft will be continuously refined based on the WG's discussion and conclusion. Kind Regards, Yao Original From: LesGinsberg(ginsberg) <ginsberg@cisco.com> To: Tony Li <tony.li@tony.li>;刘尧00165286; Cc: mpls <mpls@ietf.org>;lsr@ietf.org <lsr@ietf.org>; Date: 2023年08月29日 23:48 Subject: RE: [Lsr] New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt I am in agreement with Tony. It seems that there are potential use cases for link specific RLD. As to why RFC 9088 chose to prohibit use of link specific ERLD, the authors of that RFC are in the best position to answer. One possible explanation is “simplicity”. This aspect is discussed in https://www.rfc-editor.org/rfc/rfc8662.html#name-entropy-readable-label-dept – but RFC 9088 does not make explicit if that was the reason – so I am only speculating here. Yao – I think this deserves discussion in MPLS WG. At a minimum, if the conclusion is to ignore per Link RLD advertisements that needs to be made explicit (as RFC 9088 did) and some explanation as to “why” should be included in the draft. Les From: Tony Li <tony1athome@gmail.com> On Behalf Of Tony Li Sent: Tuesday, August 29, 2023 7:15 AM To: liu.yao71@zte.com.cn Cc: Les Ginsberg (ginsberg) <ginsberg@cisco.com>; mpls <mpls@ietf.org>; lsr@ietf.org Subject: Re: [Lsr] New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt Hi Yao, IMHO, that was a mistake in the specification of ERLD. I’m hopeful that we don’t repeat the same mistake. Tony On Aug 29, 2023, at 1:22 AM, <liu.yao71@zte.com.cn> <liu.yao71@zte.com.cn> wrote: Hi Tony, Thanks a lot for your suggestion. This scenario would be taken into consideration. But on the other hand, what I haven't understood is that why ERLD-MSD is limited to per-node scope considering that each line card may have different capabilities to read through the label stack. Best Regards, Yao Original From: TonyLi <tony.li@tony.li> To: 刘尧00165286; Cc: Les Ginsberg <ginsberg@cisco.com>;mpls <mpls@ietf.org>;lsr@ietf.org <lsr@ietf.org>; Date: 2023年08月29日 10:36 Subject: Re: [Lsr] New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt Hi Yao, Please consider the case of a modular node with a number of different line cards, where the line cards are based on different forwarding engines. RLD needs to be link specific. Regards, Tony On Aug 28, 2023, at 6:55 PM, <liu.yao71@zte.com.cn> <liu.yao71@zte.com.cn> wrote: Hi Les, Thanks a lot for your review and comments. This new MSD is a per-node capability just like ERLD-MSD, mainly because it represents how many MPLS labels the node can read, and it is not related with the links. And the description in this draft you mentioned is written taking example by RFC9088(section 4. Advertising ERLD Using IS-IS). I'll explicitly state the scope of the new MSD in the next version. Best Regards, Yao _______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr From: LesGinsberg(ginsberg) <ginsberg@cisco.com> To: 刘尧00165286;mpls@ietf.org <mpls@ietf.org>;lsr@ietf.org <lsr@ietf.org>; Date: 2023年08月28日 20:57 Subject: RE: [Lsr] Fw: New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt Yao – Both RFC 8476(OSPF) and RFC 8491(IS-IS) define MSD advertisements with per-link scope and per-node scope. Your draft only states: “If a router has multiple interfaces with different capabilities of reading the maximum label stack depth, the router MUST advertise the smallest value found across all its interfaces.” This suggests that you intend only to advertise a per-node capability – but as you don’t explicitly state that – and you don’t provide a reason why a per link capability isn’t applicable, I am unclear as to what your intentions are here. Could you clarify whether you intend to support both per link and per node capability – and if not why not? Thanx. Les From: Lsr <lsr-bounces@ietf.org> On Behalf Of liu.yao71@zte.com.cn Sent: Monday, August 28, 2023 12:33 AM To: mpls@ietf.org; lsr@ietf.org Subject: [Lsr] Fw: New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt Hi All, A new version of draft-liu-lsr-mpls-inspection-msd has just been uploaded. In this document, a new type of MSD is defined to reflect the Readable Label Depth(RLD), which helps in the MPLS MNA solution. In this version, the main update is that some description is added to explain why a new MSD is preferred instead of the ERLD-MSD. Currently this new MSD is called Base MPLS Inspection MSD, it may be changed to a more straightforward name like RLD-MSD based on the description in the MNA architecture/solution document. Your comments and suggestions are more than welcome! Thanks, Yao Original From: internet-drafts@ietf.org <internet-drafts@ietf.org> Date: 2023年08月28日 14:55 Subject: New Version Notification for draft-liu-lsr-mpls-inspection-msd-01.txt A new version of Internet-Draft draft-liu-lsr-mpls-inspection-msd-01.txt has been successfully submitted by Yao Liu and posted to the IETF repository. Name: draft-liu-lsr-mpls-inspection-msd Revision: 01 Title: Signaling Base MPLS Inspection MSD Date: 2023-08-27 Group: Individual Submission Pages: 7 URL: https://www.ietf.org/archive/id/draft-liu-lsr-mpls-inspection-msd-01.txt Status: https://datatracker.ietf.org/doc/draft-liu-lsr-mpls-inspection-msd/ HTML: https://www.ietf.org/archive/id/draft-liu-lsr-mpls-inspection-msd-01.html HTMLized: https://datatracker.ietf.org/doc/html/draft-liu-lsr-mpls-inspection-msd Diff: https://author-tools.ietf.org/iddiff?url2=draft-liu-lsr-mpls-inspection-msd-01 Abstract: This document defines a new type of MSD, Base MPLS Inspection MSD to reflect the Readable Label Depth(RLD), and the mechanism to signal this MSD using IGP and BGP-LS. The IETF Secretariat
- [mpls] Fw: New Version Notification for draft-liu… liu.yao71
- [mpls] Fw: New Version Notification for draft-liu… liu.yao71
- Re: [mpls] [Lsr] Fw: New Version Notification for… Les Ginsberg (ginsberg)
- Re: [mpls] [Lsr] Fw: New Version Notification for… liu.yao71
- Re: [mpls] [Lsr] New Version Notification for dra… Tony Li
- Re: [mpls] [Lsr] New Version Notification for dra… Gyan Mishra
- Re: [mpls] [Lsr] New Version Notification for dra… Vasilenko Eduard
- Re: [mpls] [Lsr] New Version Notification for dra… liu.yao71
- Re: [mpls] [Lsr] New Version Notification for dra… liu.yao71
- Re: [mpls] [Lsr] New Version Notification for dra… Robert Raszuk
- Re: [mpls] [Lsr] New Version Notification for dra… Tony Li
- Re: [mpls] [Lsr] New Version Notification for dra… Tony Li
- Re: [mpls] [Lsr] New Version Notification for dra… Tony Li
- Re: [mpls] [Lsr] New Version Notification for dra… Les Ginsberg (ginsberg)
- Re: [mpls] [Lsr] New Version Notification for dra… liu.yao71
- Re: [mpls] [Lsr] New Version Notification for dra… Jeff Tantsura
- Re: [mpls] [Lsr] New Version Notification for dra… Gyan Mishra