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

Jeff Tantsura <jefftant.ietf@gmail.com> Fri, 22 December 2017 19:09 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 375FA126B6D; Fri, 22 Dec 2017 11:09:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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_LOW=-0.7, SPF_PASS=-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 pujG1sEpiK6a; Fri, 22 Dec 2017 11:09:24 -0800 (PST)
Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (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 9AEF11200B9; Fri, 22 Dec 2017 11:09:24 -0800 (PST)
Received: by mail-oi0-x229.google.com with SMTP id g6so3574308oib.11; Fri, 22 Dec 2017 11:09:24 -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=9bfi+KvKNQBXE6t/iyDe15Fj8H6OloKjPD+Ha+DfPzI=; b=L1kCGosXoz+yX6gxVWCwGZxDJNxm+GLhjiW9k4FVz9FcCL8BwFW+zQ7O+lL9opoGCf mELUOa+5EklSfFkK7MZycSJqC8TBLAqEsRgctdV8TEXa2gM+8QUipiojRfxXUecqoIg0 hB/Q9fyXynoxvF4b5h95a1GuJlX0QlgmTB7KuyUi+rplErLpQ4PIpo64sxV8jMsOAh4H D9o0PATowYMCsW8jUvph1VUNJ8Mt3ivS9s+skpx7aecVXPGQKzUoXCSoy6RTQncLm6LB fmG4KeoBB6jpFaFBX8/sF/BlNX6QWhonkNI4G6aJS7r0wifvonr1F0WQ4BkBIVTCsWb4 vGIA==
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=9bfi+KvKNQBXE6t/iyDe15Fj8H6OloKjPD+Ha+DfPzI=; b=cnEaKA7nHJSRiw+8z2LqmMsezVihK0UbS4xxgw73iVnFhXlnBG2ist0mnNijeD5uXz LRXDgOSeCiDVN5ho9elELkj8lgYOwLP+Dw/WR4eHfCXKxZuICUZqp9t10jQOyyRik2Dy /Ay/xcenkxiDMOPJ9RxwhG7gMLGBExuh9BmbSrdhD86+P/aqZrNdA0YMEPhRoZUa0J/E hq0nS4rOxUINvuDx0waqViiy31i3YMMIekY4IwidTWs7FtarCOuEfNaloTbK96ETKRgw sS6hYzQiBkHe/Lxvev5ttb80CRtJ0YzG4yyQ5bIx0wKfu1WK15hCFus5w4GuNzX1zpM9 OJig==
X-Gm-Message-State: AKGB3mLvFtV9QZoPAFYTbnhwm1Kd5BpscGZrpB5vBCwUW17pK5cBlkbb 6PGapsMDhbSIxURvIDbOujE=
X-Google-Smtp-Source: ACJfBou2Q7IdT6AeR65m56OaFkFUC/pL1Fuh/PofkhuIjDeQEkVppxqFxcPA9QBcK9D389XNAd/ivw==
X-Received: by 10.202.57.9 with SMTP id g9mr10566657oia.235.1513969763822; Fri, 22 Dec 2017 11:09:23 -0800 (PST)
Received: from [100.65.101.83] ([206.16.17.196]) by smtp.gmail.com with ESMTPSA id u47sm2750963otf.30.2017.12.22.11.09.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 22 Dec 2017 11:09:23 -0800 (PST)
User-Agent: Microsoft-MacOutlook/f.29.0.171205
Date: Fri, 22 Dec 2017 11:09:19 -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: <2F2D99A7-E033-4A74-8EB9-C7F26504B309@gmail.com>
Thread-Topic: [Isis-wg] 答复: 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> <63964A45-484A-450F-A8B5-936213F03350@gmail.com> <MWHPR21MB0192D422D6DAA6A1FBD76649CA0D0@MWHPR21MB0192.namprd21.prod.outlook.com>
In-Reply-To: <MWHPR21MB0192D422D6DAA6A1FBD76649CA0D0@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/rPxMkB8j_VSrxX5tiniNYHnTcXY>
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: Fri, 22 Dec 2017 19:09:27 -0000

Hi Paul,

Thanks for your comments!

I do see your point, at his point in time “MSD” is a common term in the industry and changing would create more confusion than good.

IETF documents provide formal definition of the terms defined in it, so for all practical reasons, a person who’s unsure about the meaning of a term, rather than trying to guess its meaning, should read the draft/RFC that defines the term and use that definition.

I understand, my explanation doesn’t quite address your comment, I do hope, if such frustrating discussion happens again, you could point to the above paragraph.

If you feel – Terminology section need more/better definitions, I’d be very grateful for your suggestions. 

Cheers,
Jeff

-----Original Message-----
From: Paul Mattes <pamattes@microsoft.com>
Date: Thursday, December 21, 2017 at 14:27
To: Jeff Tantsura <jefftant.ietf@gmail.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>
Subject: RE: [Isis-wg] 答复:  WG Last Call for draft-ietf-isis-segment-routing-msd-07

    This is a nit about terminology, not about the underlying concepts or specific definitions, which are quite clear.
    
    I've been part of a number of frustrating discussions about the "maximum number of labels", where people seem to automatically assume that it is just one number. Sometimes they assume it is the imposition limit, and sometimes they assume it is the read depth. Calling the standardized maximum number of labels imposed "Maximum SID Depth" only spreads the confusion, since (just looking at the name) it could refer to imposition, reading or both. If I could turn back the clock, I would call MSD something like "Maximum label imposition depth" to make the distinction more obvious.
    
    This is similar to the use of the term "traffic engineering" often implying "RSVP traffic engineering", which was harmless when RSVP was the only way to do it, but now is confusing.
    
            pdm
    
    -----Original Message-----
    From: Jeff Tantsura [mailto:jefftant.ietf@gmail.com] 
    Sent: Thursday, December 21, 2017 3:27 PM
    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
    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
    
    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>, "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>
    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>, <uma.chunduri@huawei.com>, <aldrin.ietf@gmail.com>, <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>; 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://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>; 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