[Isis-wg] 答复: 答复: WG Last Call for draft-ietf-isis-segment-routing-msd-07

Xuxiaohu <xuxiaohu@huawei.com> Thu, 21 December 2017 01:31 UTC

Return-Path: <xuxiaohu@huawei.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2089126C3D; Wed, 20 Dec 2017 17:31:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.23
X-Spam-Level:
X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 XNEnmRfMrp1G; Wed, 20 Dec 2017 17:31:22 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 B3D3E126BFD; Wed, 20 Dec 2017 17:31:22 -0800 (PST)
Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 03FF0E715C91B; Thu, 21 Dec 2017 01:31:19 +0000 (GMT)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.361.1; Thu, 21 Dec 2017 01:31:20 +0000
Received: from NKGEML515-MBS.china.huawei.com ([169.254.5.57]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0361.001; Thu, 21 Dec 2017 09:31:14 +0800
From: Xuxiaohu <xuxiaohu@huawei.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>, "Ketan Talaulikar (ketant)" <ketant@cisco.com>, Christian Hopps <chopps@chopps.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
CC: "isis-ads@ietf.org" <isis-ads@ietf.org>, "draft-ietf-isis-segment-routing-msd@ietf.org" <draft-ietf-isis-segment-routing-msd@ietf.org>
Thread-Topic: =?utf-8?B?562U5aSNOiBbSXNpcy13Z10gV0cgTGFzdCBDYWxsIGZvciBkcmFmdC1pZXRm?= =?utf-8?Q?-isis-segment-routing-msd-07?=
Thread-Index: AQHTefVm6OYXlgTcbkemjFxDQcxX9aNNAOhQ
Date: Thu, 21 Dec 2017 01:31:14 +0000
Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE304A69D8@NKGEML515-MBS.china.huawei.com>
References: <D42B49CB-356C-46CC-836F-E943855B8546@gmail.com>
In-Reply-To: <D42B49CB-356C-46CC-836F-E943855B8546@gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.184.181]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/DKtAh0q7zXSvQr-xDiLQCidv6mk>
Subject: [Isis-wg] =?utf-8?b?562U5aSNOiDnrZTlpI06ICBXRyBMYXN0IENhbGwgZm9y?= =?utf-8?q?_draft-ietf-isis-segment-routing-msd-07?=
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Dec 2017 01:31:25 -0000

Jeff,

It said in the draft that "
   ... In addition, in the cases where stacked LSPs are used for
   whatever reasons (e.g., SPRING-MPLS
   [I-D.ietf-spring-segment-routing-mpls]), it would be useful for
   ingress LSRs to know each LSR's capability of reading the maximum
   label stack depth. ..."

The RLD capability may be applicable in other scenarios than the EL-based load-balancing. It just happens that the EL-based load-balancing is the first concrete use case for that capability:)

Best regards,
Xiaohu

> -----邮件原件-----
> 发件人: Jeff Tantsura [mailto:jefftant.ietf@gmail.com]
> 发送时间: 2017年12月21日 8:48
> 收件人: Xuxiaohu; Ketan Talaulikar (ketant); Christian Hopps; isis-wg@ietf.org
> 抄送: isis-ads@ietf.org; draft-ietf-isis-segment-routing-msd@ietf.org
> 主题: Re: 答复: [Isis-wg] WG Last Call for draft-ietf-isis-segment-routing-msd-07
> 
> Xiaohu,
> 
> The applicability of *elc drafts is entropy labels, *msd drafts provide more
> generic way to advertise capabilities (initial focus on SID imposition AKA type 1),
> they are not mutually exclusive and provide different functionality.
> 
> Cheers,
> Jeff
> 
> -----Original Message-----
> From: Xuxiaohu <xuxiaohu@huawei.com>
> Date: Wednesday, December 20, 2017 at 16:32
> To: "Ketan Talaulikar (ketant)" <ketant@cisco.com>om>, Christian Hopps
> <chopps@chopps.org>rg>, "isis-wg@ietf.org" <isis-wg@ietf.org>
> Cc: "isis-ads@ietf.org" <isis-ads@ietf.org>rg>,
> "draft-ietf-isis-segment-routing-msd@ietf.org"
> <draft-ietf-isis-segment-routing-msd@ietf.org>
> Subject: 答复: [Isis-wg] WG Last Call for draft-ietf-isis-segment-routing-msd-07
> Resent-From: <alias-bounces@ietf.org>
> Resent-To: <jefftant.ietf@gmail.com>om>, <uma.chunduri@huawei.com>om>,
> <aldrin.ietf@gmail.com>om>, <ginsberg@cisco.com>
> Resent-Date: Wed, 20 Dec 2017 16:32:52 -0800 (PST)
> 
>     As for the maximum label stack depth reading capability, it has been
> defined in https://tools.ietf.org/html/draft-ietf-ospf-mpls-elc and
> https://tools.ietf.org/html/draft-ietf-isis-mpls-elc. Once the WGLC for
> https://tools.ietf.org/html/draft-ietf-mpls-spring-entropy-label is finished, we
> will request the WGLC for the above two drafts.
> 
>     Best regards,
>     Xiaohu
> 
>     > -----邮件原件-----
>     > 发件人: Isis-wg [mailto:isis-wg-bounces@ietf.org] 代表 Ketan Talaulikar
> (ketant)
>     > 发送时间: 2017年12月20日 17:51
>     > 收件人: Christian Hopps; isis-wg@ietf.org
>     > 抄送: isis-ads@ietf.org; draft-ietf-isis-segment-routing-msd@ietf.org
>     > 主题: Re: [Isis-wg] WG Last Call for draft-ietf-isis-segment-routing-msd-07
>     >
>     > Hello,
>     >
>     > I support this document and would like to ask the authors and WG to
> consider if
>     > we can expand the scope of this draft to not just "imposition" of the SID
> stack
>     > but also other similar limits related to other actions (e.g. reading,
> processing,
>     > etc.). With Segment Routing, we are coming across various actions that
> nodes
>     > need to do with the SID stack for different purposes and IMHO it would
> be
>     > useful to extend the MSD ability to cover those as they arise.
>     >
>     > Thanks,
>     > Ketan
>     >
>     > -----Original Message-----
>     > From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Christian
> Hopps
>     > Sent: 20 December 2017 14:03
>     > To: isis-wg@ietf.org
>     > Cc: isis-ads@ietf.org; draft-ietf-isis-segment-routing-msd@ietf.org
>     > Subject: [Isis-wg] WG Last Call for draft-ietf-isis-segment-routing-msd-07
>     >
>     >
>     > The authors have asked for and we are starting a WG Last Call on
>     >
>     >  https://datatracker.ietf.org/doc/draft-ietf-isis-segment-routing-msd/
>     >
>     > which will last an extended 4 weeks to allow for year-end PTO patterns.
>     >
>     > An IPR statement exists:
>     >
>     >
>     >
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-isis-segment-
>     > routing-msd
>     >
>     > Authors please reply to the list indicating whether you are aware of any
>     > *new* IPR.
>     >
>     > Thanks,
>     > Chris.
>     >
>     > _______________________________________________
>     > Isis-wg mailing list
>     > Isis-wg@ietf.org
>     > https://www.ietf.org/mailman/listinfo/isis-wg
>     >
>     > _______________________________________________
>     > Isis-wg mailing list
>     > Isis-wg@ietf.org
>     > https://www.ietf.org/mailman/listinfo/isis-wg
> 
>