Re: [Isis-wg] =?UTF-8?B?562U5aSN?=: WG Last Call for draft-ietf-isis-segment-routing-msd-07

Jeff Tantsura <jefftant.ietf@gmail.com> Thu, 21 December 2017 21:26 UTC

Return-Path: <jefftant.ietf@gmail.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 8AE201275FD; Thu, 21 Dec 2017 13:26:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 cMiOia53N4vZ; Thu, 21 Dec 2017 13:26:56 -0800 (PST)
Received: from mail-ot0-x22c.google.com (mail-ot0-x22c.google.com [IPv6:2607:f8b0:4003:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFA871243F3; Thu, 21 Dec 2017 13:26:55 -0800 (PST)
Received: by mail-ot0-x22c.google.com with SMTP id q5so1278101oth.2; Thu, 21 Dec 2017 13:26:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=user-agent:date:subject:from:to:cc:message-id:thread-topic :references:in-reply-to:mime-version:content-transfer-encoding; bh=+KopghE3LgWRi+iat8TeJXQiTZ+fW1GUhxj9eHbhIqg=; b=fms5LHIK6qn7frzZ+T7xKV2GIReansrrj8d6TJrwO0t8EG7Ov09eYZR0kFb1MKe3it 2wmQUbntzanvpsK76TDPwPZ3ApweRHPUtGupA8DjVPxSZAUTGK29bhBlHnHoVU2GMeQh YdeVf0GAOjt2+KtCsXtLcpHtNraOEr5q4wpmXlohMIDs3G4IylcZ+mVczOViO25SuLQx O7NvznI0YdTppTHtRK1JSAA90qKbQBBqIaljTwtJygiOjJNMhd53bGqUeCHozNJBvGt2 T9kG2nfScBEjXsQAeMDnuz2UxZTJA1CP2Pssuz3B2TMMBx6Sjxb8MBsYYxhEUCTyl4y7 BiSw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:references:in-reply-to:mime-version :content-transfer-encoding; bh=+KopghE3LgWRi+iat8TeJXQiTZ+fW1GUhxj9eHbhIqg=; b=W6notBK91dV//izrt1WRiHheCo2jCOjeJVONinwZDIIIsNnccZI5s6VAy78xBGDAwa A1xG/1aahkPPXqMjSP4E8FSvY1XlUBWAj4lG6aG413E5ERVx4u1/DMArsmrV1JyDJFY/ wPC6PZEocOHINMLd6NAYd6+6GJgXvmAE1b4tXjBxUGEPwf0SNOWqwdV+GC/BbT9Fm7ym Pwt22gI9DWGxFEp9OkUQfpwtTdZ5rfUCdUIu40esICh9vRZJkMYHXmaG7lruswun3nkx 26dKujI1UhzY7ngAAHgYzQ3p/YBJTlEoEm7h0Fw9eQTvrP1AdbnDezIJVlAQJO518G3p 0YOQ==
X-Gm-Message-State: AKGB3mLbis2fSraFtKIW0TYGo1zMN/hdiFcr6f3YLJNf7EsLHkah83u8 v7D5Qk/gT0NTFH85M6BgsRw=
X-Google-Smtp-Source: ACJfBov1F9QCE9XZKd3tLJ3b8UJc/p0CzlHRlSZqYRJFCCsx/ZLSFK1Z2qJq1AWI7U/wxVAFQtBhRA==
X-Received: by 10.157.24.77 with SMTP id t13mr9268872ott.95.1513891615299; Thu, 21 Dec 2017 13:26:55 -0800 (PST)
Received: from [100.65.101.83] ([206.16.17.196]) by smtp.gmail.com with ESMTPSA id p184sm8875479oig.31.2017.12.21.13.26.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Dec 2017 13:26:54 -0800 (PST)
User-Agent: Microsoft-MacOutlook/f.29.0.171205
Date: Thu, 21 Dec 2017 13:26:49 -0800
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Paul Mattes <pamattes@microsoft.com>, Xuxiaohu <xuxiaohu@huawei.com>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.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>
Message-ID: <63964A45-484A-450F-A8B5-936213F03350@gmail.com>
Thread-Topic: [Isis-wg] =?UTF-8?B?562U5aSN?=: WG Last Call for draft-ietf-isis-segment-routing-msd-07
References: <87ind1pzn8.fsf@chopps.org> <3406a4622ee74862bd7be4477cc0bd5a@XCH-ALN-008.cisco.com> <3f896bcf14014858bbeff810854b627d@XCH-ALN-001.cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE304A6A21@NKGEML515-MBS.china.huawei.com> <MWHPR21MB01920C838E5B9989AF2577FECA0D0@MWHPR21MB0192.namprd21.prod.outlook.com>
In-Reply-To: <MWHPR21MB01920C838E5B9989AF2577FECA0D0@MWHPR21MB0192.namprd21.prod.outlook.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/pHYMMwmKC2K4qBhF5BAWP6Jl7lc>
Subject: Re: [Isis-wg] =?UTF-8?B?562U5aSN?=: 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 21:26:58 -0000

Paul,

Where is the ambiguity? MSD (type 1) is about imposition indeed, while RLD is about ability to read at a particular depth, very different concepts, used differently by the path computation logic. Please elaborate?

Thanks!   

Cheers,
Jeff

-----Original Message-----
From: Paul Mattes <pamattes@microsoft.com>
Date: Thursday, December 21, 2017 at 11:59
To: Xuxiaohu <xuxiaohu@huawei.com>om>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>om>, "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: RE: [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: Thu, 21 Dec 2017 11:59:34 -0800 (PST)

    I agree. The term "Maximum SID Depth" is ambiguous, and that it represents the maximum label-imposition depth rather than the maximum label-read depth is a historical artifact rather than an indication of its relative importance. Better that the names and acronyms should directly reflect these two distinct concepts.
    
            pdm
    
    -----Original Message-----
    From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Xuxiaohu
    Sent: Wednesday, December 20, 2017 8:40 PM
    To: Les Ginsberg (ginsberg) <ginsberg@cisco.com>om>; Ketan Talaulikar (ketant) <ketant@cisco.com>om>; Christian Hopps <chopps@chopps.org>rg>; 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://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-pce-segment-routing-11%23page-7&data=02%7C01%7Cpamattes%40microsoft.com%7C757ccfb23bad4b5e33bf08d5481c2f29%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636494208255322142&sdata=v7qCqA3gbbQSpEzlxNEVco0c9nHl1Cu6OelBNKnrTDA%3D&reserved=0) 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://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-ospf-mpls-elc&data=02%7C01%7Cpamattes%40microsoft.com%7C757ccfb23bad4b5e33bf08d5481c2f29%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636494208255322142&sdata=ejx66Ba86eQyHLwEu6m13swIFqRsWGY%2BEBqCbjNtSI8%3D&reserved=0) and (https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-ietf-isis-mpls-elc&data=02%7C01%7Cpamattes%40microsoft.com%7C757ccfb23bad4b5e33bf08d5481c2f29%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636494208255322142&sdata=JLWqLM9dZp7A5j6iDguRulWZVuHWMIUZpBDIBC81zfo%3D&reserved=0) ?
    
    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>rg>; 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://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdat
    > > atracker.ietf.org%2Fdoc%2Fdraft-ietf-isis-segment-routing-msd%2F&dat
    > > a=02%7C01%7Cpamattes%40microsoft.com%7C757ccfb23bad4b5e33bf08d5481c2
    > > f29%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636494208255322142&
    > > sdata=jAe9BGh48%2BW7M%2B54r%2FSS3YGDvoTtfpFroVNUx4fH4AE%3D&reserved=
    > > 0
    > >
    > > which will last an extended 4 weeks to allow for year-end PTO patterns.
    > >
    > > An IPR statement exists:
    > >
    > >
    > > https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdat
    > > atracker.ietf.org%2Fipr%2Fsearch%2F%3Fsubmit%3Ddraft%26id%3Ddraft-ie
    > > tf-is&data=02%7C01%7Cpamattes%40microsoft.com%7C757ccfb23bad4b5e33bf
    > > 08d5481c2f29%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C6364942082
    > > 55322142&sdata=1cpNKOYIByZn1tpR6%2FkoNtY3SuPQT01tM%2Bkd56x51lM%3D&re
    > > served=0
    > > 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://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
    > > .ietf.org%2Fmailman%2Flistinfo%2Fisis-wg&data=02%7C01%7Cpamattes%40m
    > > icrosoft.com%7C757ccfb23bad4b5e33bf08d5481c2f29%7C72f988bf86f141af91
    > > ab2d7cd011db47%7C1%7C0%7C636494208255322142&sdata=LLhn%2B5j%2BWIqR0R
    > > PknF9Nh0dBgJm9sItDxGDkCmCDYCM%3D&reserved=0
    > 
    > _______________________________________________
    > Isis-wg mailing list
    > Isis-wg@ietf.org
    > https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i
    > etf.org%2Fmailman%2Flistinfo%2Fisis-wg&data=02%7C01%7Cpamattes%40micro
    > soft.com%7C757ccfb23bad4b5e33bf08d5481c2f29%7C72f988bf86f141af91ab2d7c
    > d011db47%7C1%7C0%7C636494208255322142&sdata=LLhn%2B5j%2BWIqR0RPknF9Nh0
    > dBgJm9sItDxGDkCmCDYCM%3D&reserved=0
    _______________________________________________
    Isis-wg mailing list
    Isis-wg@ietf.org
    https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fisis-wg&data=02%7C01%7Cpamattes%40microsoft.com%7C757ccfb23bad4b5e33bf08d5481c2f29%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636494208255322142&sdata=LLhn%2B5j%2BWIqR0RPknF9Nh0dBgJm9sItDxGDkCmCDYCM%3D&reserved=0