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

"Ketan Talaulikar (ketant)" <ketant@cisco.com> Thu, 21 December 2017 04:15 UTC

Return-Path: <ketant@cisco.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 E57E9126DED; Wed, 20 Dec 2017 20:15:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.53
X-Spam-Level:
X-Spam-Status: No, score=-14.53 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_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 VnrEXXoSsMqE; Wed, 20 Dec 2017 20:15:38 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99ED51242EA; Wed, 20 Dec 2017 20:15:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6930; q=dns/txt; s=iport; t=1513829738; x=1515039338; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=qfPlPA6mlXXJB5HxqxzHzhgxAAdHqgh2VvwEDqzeaz0=; b=ahdxS/qOW/nX3GncL8UidezO7Xmnd3FqZWTPgrmYO0/dk3Jc7EDfw6Zs 0CEmEnvbK2NAEDYUu1Rpq/NKyGYJK/pw2ErIhMjDsZ4+Qn6S4c0tuZEom e0v4VIapWJTlKFq8yBnsbszeoa0zX7HPRsHx3i5Yw0ELo1VVmiTAlkE68 U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BbAgBTNDta/5NdJa1bGQEBAQEBAQEBAQEBAQcBAQEBAYMPL2Z0JweDf5kwggKXKIIVChgLhRgCGoR6QRYBAQEBAQEBAQFrKIUjAQEBAQMBARsXOgsMBAIBBgIRBAEBBSMFAgIlCxQJCAIEAQ0FCIojEIYmnWYIgiWKawEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgQuCdIISgVaBaYMsgy8BAReBLz6Ce4JnBaNEAod+jSWCIIYVi0yNHokxAhEZAYE6ASYBMYFPbxU8gimCVByBZ3iHNYE0gRUBAQE
X-IronPort-AV: E=Sophos;i="5.45,434,1508803200"; d="scan'208";a="47485688"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Dec 2017 04:15:37 +0000
Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id vBL4FbSE018963 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 21 Dec 2017 04:15:37 GMT
Received: from xch-aln-008.cisco.com (173.36.7.18) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 20 Dec 2017 22:15:37 -0600
Received: from xch-aln-008.cisco.com ([173.36.7.18]) by XCH-ALN-008.cisco.com ([173.36.7.18]) with mapi id 15.00.1320.000; Wed, 20 Dec 2017 22:15:36 -0600
From: "Ketan Talaulikar (ketant)" <ketant@cisco.com>
To: Xuxiaohu <xuxiaohu@huawei.com>, "Les Ginsberg (ginsberg)" <ginsberg@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: [Isis-wg] WG Last Call for draft-ietf-isis-segment-routing-msd-07
Thread-Index: AQHTeW01MGBtyxRTcEaDlJtWs+Mpc6NL+oEQgAER7wCAAG9LAP//smOw
Date: Thu, 21 Dec 2017 04:15:36 +0000
Message-ID: <92fd24cf74454461a79156d6fc1ba281@XCH-ALN-008.cisco.com>
References: <87ind1pzn8.fsf@chopps.org> <3406a4622ee74862bd7be4477cc0bd5a@XCH-ALN-008.cisco.com> <3f896bcf14014858bbeff810854b627d@XCH-ALN-001.cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE304A6A21@NKGEML515-MBS.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE304A6A21@NKGEML515-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.65.54.35]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/6eda8dLI9sSxuux1HNn42mSeWkc>
Subject: Re: [Isis-wg] WG Last Call for 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 04:15:41 -0000

Hi Xu,

I am arguing the exact opposite of what you are saying. 

Let us leave ELC/ERLD aside since it is very limited to entropy label use-case and the proposed IGP/BGP-LS encoding is very specific to that. I am not sure if this is the time anymore to revisit that.

The MSD proposal came later and I support is since I've found its use to be much more widespread and the proposed IGP/BGP-LS protocol encoding to be very efficient as an implementer of these protocols. Hence the request to not restrict it to "writable" or "imposition" cases solely. It is also not just about "readability" - which by itself is pretty meaningless. Even ERLD is about "reading" and then "doing *something specific* about it" as discussed in ietf-spring-segment-routing-mpls. 

There is no second thoughts about the IGP ELC drafts and they are very useful and necessary. Just to be clear there is *no functional or operational change* that I am arguing for here. The discussion is purely on the way to handle these encodings and whether we can use the MSD mechanism in a generalized manner. 

Thanks,
Ketan

-----Original Message-----
From: Xuxiaohu [mailto:xuxiaohu@huawei.com] 
Sent: 21 December 2017 08:10
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>; Ketan Talaulikar (ketant) <ketant@cisco.com>; Christian Hopps <chopps@chopps.org>; 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

Hi Les,

If I understand it correctly, the MSD concept was originated from (https://tools.ietf.org/html/draft-ietf-pce-segment-routing-11#page-7) as described below:

"The "Maximum SID Depth" (1
   octet) field (MSD) specifies the maximum number of SIDs (MPLS label
   stack depth in the context of this document) that a PCC is capable of
   imposing on a packet."

Before considering expanding the semantics of the MSD concept as defined in the above PCE-SR draft, how about first considering renaming the capability of imposing the maximum number of labels so as to eliminate possible confusions, e.g., Writable Label-stack Depth (WLD) as opposed to the Readable Label-stack Depth (RLD) as defined in (https://tools.ietf.org/html/draft-ietf-ospf-mpls-elc) and (https://tools.ietf.org/html/draft-ietf-isis-mpls-elc) ?

Best regards,
Xiaohu

> -----邮件原件-----
> 发件人: Isis-wg [mailto:isis-wg-bounces@ietf.org] 代表 Les Ginsberg 
> (ginsberg)
> 发送时间: 2017年12月21日 4:02
> 收件人: 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
> 
> Ketan -
> 
> Thanx for the comments.
> I think we do want to allow MSD support for values other than 
> imposition values. We will revise the text so we are not restricted to only imposition cases.
> 
>   Les
> 
> 
> > -----Original Message-----
> > From: Ketan Talaulikar (ketant)
> > Sent: Wednesday, December 20, 2017 1:51 AM
> > To: Christian Hopps <chopps@chopps.org>; isis-wg@ietf.org
> > Cc: isis-ads@ietf.org; draft-ietf-isis-segment-routing-msd@ietf.org
> > Subject: 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-
> > is
> > is-
> > 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