Re: [mpls] MPLS-RT review draft-shen-mpls-egress-protection-framework-06

Yimin Shen <yshen@juniper.net> Tue, 17 October 2017 16:33 UTC

Return-Path: <yshen@juniper.net>
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 6F9DF13303A; Tue, 17 Oct 2017 09:33:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level:
X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net
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 pLjBhel_kAnv; Tue, 17 Oct 2017 09:33:31 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0121.outbound.protection.outlook.com [104.47.38.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B864F13307F; Tue, 17 Oct 2017 09:33:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=UFJSGzhpICr5Pp6oUhvTrNhEu7N9VDz/x3z9YkkG5s4=; b=IZbhlGQ70hJ1hxSjANW6riYndWENi1t/jv5gZNItHD3KJTYs4UNfJJ4VmVvAvwjciyU49+wHoJ7XGbvmkERkKnGhXTNx/zGacjolUbLxCh93UCRfDLvWMM4Y189QKb431wwM83NYUkOC/zUgRJwAxY4XoKrYVFio2Nuw6DdsjAE=
Received: from BY1PR0501MB1560.namprd05.prod.outlook.com (10.160.203.146) by BY1PR0501MB1558.namprd05.prod.outlook.com (10.160.203.144) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.156.4; Tue, 17 Oct 2017 16:33:28 +0000
Received: from BY1PR0501MB1560.namprd05.prod.outlook.com ([fe80::bc24:13e1:b957:80b8]) by BY1PR0501MB1560.namprd05.prod.outlook.com ([fe80::bc24:13e1:b957:80b8%14]) with mapi id 15.20.0156.004; Tue, 17 Oct 2017 16:33:28 +0000
From: Yimin Shen <yshen@juniper.net>
To: "lizho.jin" <lizho.jin@gmail.com>, loa <loa@pi.nu>, "draft-shen-mpls-egress-protection-framework@ietf.org" <draft-shen-mpls-egress-protection-framework@ietf.org>
CC: "'Carlos Pignataro (cpignata)'" <cpignata@cisco.com>, 'Eric Gray' <eric.gray@ericsson.com>, Ignas Bagdonas <ibagdona@gmail.com>, mpls-chairs <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: MPLS-RT review draft-shen-mpls-egress-protection-framework-06
Thread-Index: AQHTN7QTYiHHxQCdPUyP+DqkHVmAUqLiGvKAgAX96gA=
Date: Tue, 17 Oct 2017 16:33:28 +0000
Message-ID: <400238D2-1309-432A-B2F5-2897410ADF3A@juniper.net>
References: <bd225c04-7f6b-4290-f494-f9de3341fc28@pi.nu> <D31A3193-01A7-4B6D-9B13-8CA969122CE2@gmail.com>
In-Reply-To: <D31A3193-01A7-4B6D-9B13-8CA969122CE2@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.20.0.170309
authentication-results: spf=none (sender IP is ) smtp.mailfrom=yshen@juniper.net;
x-originating-ip: [66.129.241.11]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY1PR0501MB1558; 6:oaSGcJj8j9gXUX9ghQpdDh8ZHqvjdsAcJvJRHZ0dj21S63MIHcjpe5sq8T5TveFE4e4UZVjIIdyt40UmMv238FNdcXJUxp8a2whi07HDu83Luv1Hej+c2BXiF6ZENQGROOJ+BCDHoqk6+jMVRAEt7NbiDBH4gm4+0rsEWBsnrQpnQJIv1GoVNuBb29MnNkVug6VftXGzDMz95PPR6X0MAaCqOinlN1plKuhoO4hXLTf+dPJLA24AT5na1OtB6rbopTonPwHmenLD2A/sKL63QYyoTUKZi1jbSwZZlZOFwlWxR9rWTEnaSIjmLLR4DeLi/nrVW5a+wmKKHh9vGKsV1w==; 5:GBMR+gWjrzLNlmXI0tb5+WUnA3xiBdxMw/uZmNJWbcTpRKH4Hz8tB5vkWHbuocnSaV7jnCe4TKepg/XihZRQ+Ih9H642pGb7Mwz2FpBFXNe31BVPQ7dduNeISchvHUYtkvV90lnDwVvIJ3Sz0ItctEjtnVmUPLvh+SRUaEnlEVw=; 24:nabyZ3xzDYHRSzA8hXCoqo6EiJGN+DPjPCXpnlAX2L2hOw1WFrh4BjP9eLUzLDZdiPh3WX8+cc4KBMPOFYzk4uBERJCB4ulRZqpKV0/pMwU=; 7:knUs3WC+pIb806DQzQ9i+c8Vaap6u7mzfeE9X4jIu4xSVS9u3gRWwp7P8syoct7KBcDRY6/3cPAMkdwXiNfDh13mASOcPs0+q7JX2khohq17FrAk7mD5R5zTK5cyFjAGutNsLL3gYpc1AFyvaRcdVq9JrSUYOyrZeHDlcbfg7Ud2NIURi0ak3FsxFOYzW8h2kYOTy5UP+N/CUhUmtaOPh0MnhKtMsB4aMUi45wSO+Mk=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: b883883b-07e0-4fbe-4ef8-08d5157ccc2d
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:BY1PR0501MB1558;
x-ms-traffictypediagnostic: BY1PR0501MB1558:
x-exchange-antispam-report-test: UriScan:(37575265505322)(138986009662008)(95692535739014)(18271650672692)(50582790962513);
x-microsoft-antispam-prvs: <BY1PR0501MB155898464E96111125C7385ABD4C0@BY1PR0501MB1558.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY1PR0501MB1558; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY1PR0501MB1558;
x-forefront-prvs: 04631F8F77
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(346002)(376002)(39860400002)(189002)(37854004)(199003)(252514010)(377454003)(316002)(36756003)(58126008)(33656002)(54906003)(110136005)(83716003)(106356001)(105586002)(3280700002)(97736004)(3660700001)(82746002)(2906002)(5660300001)(14454004)(53546010)(478600001)(101416001)(54356999)(50986999)(76176999)(66066001)(5250100002)(68736007)(86362001)(2501003)(83506001)(229853002)(2900100001)(6506006)(6436002)(6486002)(230783001)(53936002)(6116002)(102836003)(6246003)(3846002)(305945005)(189998001)(7736002)(8936002)(39060400002)(99286003)(25786009)(81156014)(81166006)(6512007)(4326008)(8676002)(2950100002)(55754003); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1558; H:BY1PR0501MB1560.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <E50379AF351E09409CF3D333E311543D@namprd05.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: b883883b-07e0-4fbe-4ef8-08d5157ccc2d
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2017 16:33:28.6880 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1558
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/pPYCvwxH_l8WpwIAXCutyo-QtM8>
Subject: Re: [mpls] MPLS-RT review draft-shen-mpls-egress-protection-framework-06
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 17 Oct 2017 16:33:33 -0000

Hi, Lizhong

Thanks very much for your kind review! Please see inline for our response.

Thanks,
Yimin Shen
Juniper Networks


From: "lizho.jin" <lizho.jin@gmail.com>
Date: Friday, October 13, 2017 at 1:03 PM
To: loa <loa@pi.nu>, "draft-shen-mpls-egress-protection-framework@ietf.org" <draft-shen-mpls-egress-protection-framework@ietf.org>
Cc: "'Carlos Pignataro (cpignata)'" <cpignata@cisco.com>, 'Eric Gray' <eric.gray@ericsson.com>, Ignas Bagdonas <ibagdona@gmail.com>, mpls-chairs <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: MPLS-RT review draft-shen-mpls-egress-protection-framework-06
Resent-From: <alias-bounces@ietf.org>
Resent-To: <yshen@juniper.net>, Jeyananth <minto@juniper.net>, <bruno.decraene@orange.com>, <hannes@rtbrick.com>, <c.michel@telekom.de>, <huaimo.chen@huawei.com>, <jiangyuanlong@huawei.com>
Resent-Date: Friday, October 13, 2017 at 1:04 PM

Hi, Authors
I've been asked to do MPLS-RT review. Overall this kind of egress protection is much easy to deploy, and the mechanism is useful, and technically sound. 
It is ready to consider for WG adoption. And I still have some questions as below:
1. section 1. " example of such extension is [RSVP-EP]."
Typo? It should be RSVP-TE?

[yshen] This is supposed to refer to draft-ietf-teas-rsvp-egress-protection, which is missing in the reference section. We will add it.

2. section 5.9. The protected egress {E, P} which is called a "context ID" is actually an anycast address, right? The terminology of "anycast" used here will be much clear, but it depends on you to choose.

[yshen] The section 5.9 describes context ID strictly from reachability’s perspective. We want to avoid the word “anycast”, because a context ID should not be used in anycast. IOW, it should not be the destination address in any IP headers.

3. section 5.12. It seems bypass tunnel sharing or facility backup scenario missed in this section.

[yshen] The section 5.12 does talk about bypass sharing at the beginning. Bypass sharing is also talked about in some other sections. This framework does not use facility backup.

4. section 8. "On PE3, a context label 100 is assigned to the context ID, "
The label 100 should be assigned to the RSVP-TE tunnel with address of context ID, not only to the context ID, since one-to-one backup is used in this example.

[yshen] The context label is assigned to the context ID. If any RSVP tunnel is destined to the context ID, yes, it will automatically get bound to the context label as well. 

5. section 8.1. "R1 computes a bypass path to 198.51.100.1 while avoiding PE2. "
Could you give more explicit way to achieve above without RSVP-TE protocol extensions?

[yshen] Section 5.10 and 5.11.

Regards
Lizhong
On 9/28/2017 01:14,Loa Andersson<loa@pi.nu> wrote: 
Carlos, Eric, Ignas and Lizhong 

You have been selected as MPLS-RT reviewers for draft-shen-mpls-egress- 
protection-framework-06. 

Note to authors: You have been CC'd on this email so that you can know 
that this review is going on. However, please do not review your own 
document. 

Reviews should comment on whether the document is coherent, is it 
useful (ie, is it likely to be actually useful in operational networks),  
and is the document technically sound? 

We are interested in knowing whether the document is ready to be 
considered for WG adoption (ie, it doesn't have to be perfect at this 
point, but should be a good start). Please remember that it often is 
easier to progress the document when it has become a working group 
document. All comments in the MPLS-RT review needs to be addressed, 
but please think carefully about whether a comment is gating the 
adoption or could just as easily be addressed after the adoption. 

Reviews should be sent to the document authors, WG co-chairs and WG 
secretary, and CC'd to the MPLS WG email list. If necessary, comments 
may be sent privately to only the WG chairs. 

If you have technical comments you should try to be explicit about what 
needs to be resolved before adopting it as a working group document, and 
what can wait until the document is a working group document and the 
working group has the revision control. 

Are you able to review this draft by October 13, 2017? Please respond 
whether you are available to do the review in a timely fashion. 


Thanks, Loa 
(as MPLS WG co-chair) 
--  


Loa Andersson                        email: loa@pi.nu 
Senior MPLS Expert 
Huawei Technologies (consultant)     phone: +46 739 81 21 64