Re: [Teas] nominal and current LSPs for revertive restoration
"Aihuaguo (Aihua Guo, CRC)" <aihuaguo@huawei.com> Wed, 14 November 2018 17:01 UTC
Return-Path: <aihuaguo@huawei.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69384128D09; Wed, 14 Nov 2018 09:01:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 PvLrydvWFCDZ; Wed, 14 Nov 2018 09:01:24 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 4017E130DD7; Wed, 14 Nov 2018 09:01:24 -0800 (PST)
Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id DE8C125034710; Wed, 14 Nov 2018 17:01:18 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 14 Nov 2018 17:01:20 +0000
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.174]) by SJCEML702-CHM.china.huawei.com ([169.254.4.231]) with mapi id 14.03.0415.000; Wed, 14 Nov 2018 09:01:16 -0800
From: "Aihuaguo (Aihua Guo, CRC)" <aihuaguo@huawei.com>
To: "draft-ietf-teas-yang-te@ietf.org" <draft-ietf-teas-yang-te@ietf.org>, "teas@ietf.org" <teas@ietf.org>
Thread-Topic: RE: nominal and current LSPs for revertive restoration
Thread-Index: AdR8OyUp6syVXyrZTYK1ZaaJlWoQgw==
Date: Wed, 14 Nov 2018 17:01:15 +0000
Message-ID: <AEF103518CA8F84D97E39F644BC803CB28A2BE5A@sjceml521-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.138.140]
Content-Type: multipart/alternative; boundary="_000_AEF103518CA8F84D97E39F644BC803CB28A2BE5Asjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/J226v5lZDwBRzgjW6Vq3-YoF6JM>
Subject: Re: [Teas] nominal and current LSPs for revertive restoration
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Nov 2018 17:01:30 -0000
Hi Authors, In previous discussions we (Igor and I) raised the need to identify and record both nominal and current restoration LSPs for TE tunnels, such as transport tunnels that support revertive operation mode. The latest TE tunnel model does not seem to support that. Can I propose to update the definition of lsp-protection-role in TE tunnel model with the following example, with the changes highlighted as yellow? Thanks for the consideration. Aihua leaf lsp-protection-role { type enumeration { enum working-nominal { description "A working LSP must be a primary LSP whilst a protecting LSP can be either a primary or a secondary LSP. Also, known as protected LSPs when working LSPs are associated with protecting LSPs. This role denotes the nominal working LSP."; } enum protecting-nominal { description "A secondary LSP is an LSP that has been provisioned in the control plane only; e.g. resource allocation has not been committed at the data plane. This role denotes the nominal protection LSP."; } enum working-current { description " A working LSP must be a primary LSP whilst a protecting LSP can be either a primary or a secondary LSP. Also, known as protected LSPs when working LSPs are associated with protecting LSPs. This role denotes the current working LSP."; } enum protecting-current { description "A secondary LSP is an LSP that has been provisioned in the control plane only; e.g. resource allocation has not been committed at the data plane. This role denotes the current protection LSP."; } } description "LSP role type"; reference "rfc4872, section 4.2.1"; }
- Re: [Teas] nominal and current LSPs for revertive… Aihuaguo (Aihua Guo, CRC)