[Idr] Fw:New Version Notification for draft-zhou-idr-bgp-srmpls-elp-03.txt
liu.yao71@zte.com.cn Fri, 10 September 2021 02:45 UTC
Return-Path: <liu.yao71@zte.com.cn>
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 451EF3A141D for <idr@ietfa.amsl.com>; Thu, 9 Sep 2021 19:45:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jzub37SPkLx8 for <idr@ietfa.amsl.com>; Thu, 9 Sep 2021 19:45:32 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D2483A141C for <idr@ietf.org>; Thu, 9 Sep 2021 19:45:31 -0700 (PDT)
Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 376DF8F78B34E510AF23 for <idr@ietf.org>; Fri, 10 Sep 2021 10:45:29 +0800 (CST)
Received: from njxapp03.zte.com.cn ([10.41.132.202]) by mse-fl2.zte.com.cn with SMTP id 18A2iIp2097701 for <idr@ietf.org>; Fri, 10 Sep 2021 10:44:18 +0800 (GMT-8) (envelope-from liu.yao71@zte.com.cn)
Received: from mapi (njxapp03[null]) by mapi (Zmail) with MAPI id mid203; Fri, 10 Sep 2021 10:44:18 +0800 (CST)
Date: Fri, 10 Sep 2021 10:44:18 +0800
X-Zmail-TransId: 2afb613ac682308b31ec
X-Mailer: Zmail v1.0
Message-ID: <202109101044182391343@zte.com.cn>
References: 163038045041.26273.6942580978001242354@ietfa.amsl.com
Mime-Version: 1.0
From: liu.yao71@zte.com.cn
To: idr@ietf.org
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 18A2iIp2097701
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/GEjyo8_Hh0GPTNZQcwtjClJWMSg>
Subject: [Idr] Fw:New Version Notification for draft-zhou-idr-bgp-srmpls-elp-03.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Sep 2021 02:45:38 -0000
Dear WG, We submitted a new version of draft-zhou-idr-bgp-srmpls-elp (https://datatracker.ietf.org/doc/html/draft-zhou-idr-bgp-srmpls-elp-03) mainly to address the comments from Jeff and Robin. Section 3 was rewritten to clarify: a) why the controller/PCE may be needed to calculate the entropy label position(ELP) in some scenario and what are the benefits. b) this document follows the considerations for ELP in RFC8662, the values of ELs are still calculated by ingress node as specified in RFC6980 and RFC8662. Other mechanisms are out of scope. c) how can the controller get the information needed(e.g, ERLD, MSD) to calculate the ELP with the existing mechanism. Comments and suggestions are always welcome. Many Thanks, Yao ------------------原始邮件------------------ 主 题 ：New Version Notification for draft-zhou-idr-bgp-srmpls-elp-03.txt A new version of I-D, draft-zhou-idr-bgp-srmpls-elp-03.txt has been successfully submitted by Liu Yao and posted to the IETF repository. Name: draft-zhou-idr-bgp-srmpls-elp Revision: 03 Title: BGP Extension for SR-MPLS Entropy Label Position Document date: 2021-08-30 Group: Individual Submission Pages: 8 URL: https://www.ietf.org/archive/id/draft-zhou-idr-bgp-srmpls-elp-03.txt Status: https://datatracker.ietf.org/doc/draft-zhou-idr-bgp-srmpls-elp/ Htmlized: https://datatracker.ietf.org/doc/html/draft-zhou-idr-bgp-srmpls-elp Diff: https://www.ietf.org/rfcdiff?url2=draft-zhou-idr-bgp-srmpls-elp-03 Abstract: This document proposes extensions for BGP to indicate the entropy label position in the SR-MPLS label stack when delivering SR Policy via BGP. The IETF Secretariat