Re: [Lsr] Working Group Last Call for "Signaling Entropy Label Capability and Entropy Readable Label-stack Depth Using OSPF" - draft-ietf-ospf-mpls-elc-08

" 徐小虎(义先) " <xiaohu.xxh@alibaba-inc.com> Thu, 12 September 2019 02:38 UTC

Return-Path: <xiaohu.xxh@alibaba-inc.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1461A120098; Wed, 11 Sep 2019 19:38:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level:
X-Spam-Status: No, score=-1.996 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=alibaba-inc.com
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 p4lEgT12fUcH; Wed, 11 Sep 2019 19:38:32 -0700 (PDT)
Received: from out0-153.mail.aliyun.com (out0-153.mail.aliyun.com [140.205.0.153]) (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 4A187120013; Wed, 11 Sep 2019 19:38:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alibaba-inc.com; s=default; t=1568255908; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type; bh=jQOL3kOwYxLS2/43oGoXdmOyihls+yCZbS4GmdMyZ/w=; b=fbMm2bWCzlNMAObzp8J+BdikTADioq/n0FJyebD+TU1bs7GgMsl0Pz/erFnCWiPZAwr/qvNarLiqFosmKFzKlPERDeX8i98rF9u2RZAh7kZ4NKaVBjpVPOoNktjZC9lJgK0V60/QlZAjTCxrjbeQJC4BJckNQOKGDLmaRGbsEkU=
X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R171e4; CH=green; DM=||false|; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e01l07391; MF=xiaohu.xxh@alibaba-inc.com; NM=1; PH=DW; RN=6; SR=0; TI=W4_5657687_v5ForWebDing_0AB100A3_1568253704814_o7001c33g;
Received: from WS-web (xiaohu.xxh@alibaba-inc.com[W4_5657687_v5ForWebDing_0AB100A3_1568253704814_o7001c33g]) by e01l10437.eu6 at Thu, 12 Sep 2019 10:33:05 +0800
Date: Thu, 12 Sep 2019 10:33:05 +0800
From: "徐小虎(义先)" <xiaohu.xxh@alibaba-inc.com>
To: Lsr <lsr-bounces@ietf.org>, "Acee Lindem (acee)" <acee@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
Cc: "mpls@ietf.org" <mpls@ietf.org>, "lsr-ads@ietf.org" <lsr-ads@ietf.org>, "draft-ietf-ospf-mpls-elc@ietf.org" <draft-ietf-ospf-mpls-elc@ietf.org>
Reply-To: "徐小虎(义先)" <xiaohu.xxh@alibaba-inc.com>
Message-ID: <98fd87e9-21eb-4e5e-95fa-761ce66e5b96.xiaohu.xxh@alibaba-inc.com>
X-Mailer: [Alimail-Mailagent][W4_5657687][v5ForWebDing][Safari]
MIME-Version: 1.0
References: <3378034A-5DF1-41BE-8BEF-A6B153B6B1DE@cisco.com> <CH2PR13MB34624F42DD8F755BCD8F735086B60@CH2PR13MB3462.namprd13.prod.outlook.com> <D72A046B-3550-435B-91EE-31B1E2036F12@cisco.com>, <CH2PR13MB3462420201CF52542532A7D086B10@CH2PR13MB3462.namprd13.prod.outlook.com>
x-aliyun-mail-creator: W4_5657687_v5ForWebDing_NjATW96aWxsYS81LjAgKE1hY2ludG9zaDsgSW50ZWwgTWFjIE9TIFggMTBfMTJfNikgQXBwbGVXZWJLaXQvNjA1LjEuMTUgKEtIVE1MLCBsaWtlIEdlY2tvKSBWZXJzaW9uLzEyLjAuMyBTYWZhcmkvNjA1LjEuMTU=XQ
In-Reply-To: <CH2PR13MB3462420201CF52542532A7D086B10@CH2PR13MB3462.namprd13.prod.outlook.com>
Content-Type: multipart/alternative; boundary="----=ALIBOUNDARY_13562_4fdf3940_5d79ae61_1d479f2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/gKcV0LiVMGo2sCHONAMoK6NH5GM>
Subject: Re: [Lsr] Working Group Last Call for "Signaling Entropy Label Capability and Entropy Readable Label-stack Depth Using OSPF" - draft-ietf-ospf-mpls-elc-08
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Sep 2019 02:38:34 -0000

Hi Uma,

The ELC is used to indicate whether an LSR is capable of recognizing and popping the EL associated with the LSP which is terminated on that LSR while the E of the ERLC is used to indicate whether an LSR could perform EL-based load-balancing. In a word, ERLD<>RLD+ELC.

Best regards,
Xiaohu






------------------------------------------------------------------
From:Uma Chunduri <uma.chunduri@futurewei.com>
Send Time:2019年9月12日(星期四) 07:28
To:Acee Lindem (acee) <acee@cisco.com>; lsr@ietf.org <lsr@ietf.org>
Cc:mpls@ietf.org <mpls@ietf.org>; lsr-ads@ietf.org <lsr-ads@ietf.org>; draft-ietf-ospf-mpls-elc@ietf.org <draft-ietf-ospf-mpls-elc@ietf.org>
Subject:Re: [Lsr] Working Group Last Call for "Signaling Entropy Label Capability and Entropy Readable Label-stack Depth Using OSPF" - draft-ietf-ospf-mpls-elc-08


>Because the intra-area link topology is not exposed across areas or to other protocols. 

Agreed Acee.

But just looking this again then:
 
Not really clear why ELC is required in Section 4, when it’s confirmed from Stephane’s email (Sept 4th 2019) ERLD covers both reading + doing and action.
Section 4 extending RFC 7794, with E bit, which is defined for prefix attributes for inter-area purposes (no  ERLD value obviously). Same thing can be achieved simply if router capability with ERLD value itself is propagated (per RFC 7981). 

Overall, I am more confused here than earlier. But feel free to ignore my comments.


--
Uma C.