Re: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>

"Darren Dukes (ddukes)" <ddukes@cisco.com> Thu, 23 May 2019 16:55 UTC

Return-Path: <ddukes@cisco.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F7D41201B8 for <ipv6@ietfa.amsl.com>; Thu, 23 May 2019 09:55:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 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, SPF_PASS=-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 header.b=YMXHeCJg; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=u7k+tnZU
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 tJUNaunPOTBZ for <ipv6@ietfa.amsl.com>; Thu, 23 May 2019 09:55:26 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E46C12013C for <ipv6@ietf.org>; Thu, 23 May 2019 09:55:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8298; q=dns/txt; s=iport; t=1558630525; x=1559840125; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=AWEY56BweK+Lei5Z0MAJWJDNNS6wwQ/ZUUTop9z38sA=; b=YMXHeCJgVrsQl1KhmCDrnyL8/mX5QCPhoY8dL297jVfmOu6+ar6T07ag oFxnHylOP28RpruEjOsPyV5NixIJO3uhPYYGZh2ElQmXDPC6jrMatP4cm q4elBCToS9FK0lA1NS6HZNSsSQZqKcUc8AFcedO+TqcJt8pSd2jfTO9Ww U=;
IronPort-PHdr: 9a23:UFIt4RajW+nSvOJGqc9+zXL/LSx94ef9IxIV55w7irlHbqWk+dH4MVfC4el20Q6bRp3VvvRDjeee87vtX2AN+96giDgDa9QNMn1NksAKh0olCc+BB1f8KavmYzE5Ed9qX15+9Hb9Ok9QS47z
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BIAADuz+Zc/51dJa1cChwBAQEEAQEHBAEBgVEHAQELAYE9UANpVSAECygKhAmDRwOEUoomgleJQI1pgS6BJANUCQEBAQwBARgLCgIBAYRAAheCISM0CQ4BAwEBBAEBAgEEbRwMhUoBAQEBAgEBARALBhEMAQEsCwEEBwQCAQgRBAEBAQICJgICAh8GCxUICAIEDgUZCYMAAYFqAw4PAQIMm2cCgTeIX3GBL4J5AQEFhQsNC4IPAwaBDCgBi1EXgUA/gRImH4JMPoIaRwEBgTYrgwoygiaLQ4JEhH6UVyw6CQKCDY8tg2Ebgh6GYIN9iT2VNo0NAgQCBAUCDgEBBYFPOIFXcBU7KgGCQYIPDBeDTYUUhT9ygSmMDAGBIAEB
X-IronPort-AV: E=Sophos;i="5.60,503,1549929600"; d="scan'208";a="563873611"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 May 2019 16:55:23 +0000
Received: from XCH-ALN-017.cisco.com (xch-aln-017.cisco.com [173.36.7.27]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id x4NGtN6o005896 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 23 May 2019 16:55:23 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-ALN-017.cisco.com (173.36.7.27) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 23 May 2019 11:55:22 -0500
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 23 May 2019 11:55:21 -0500
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Thu, 23 May 2019 11:55:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AWEY56BweK+Lei5Z0MAJWJDNNS6wwQ/ZUUTop9z38sA=; b=u7k+tnZU1YxkilDo32Yqc+UGKdKzYYvtbhzYmKbogFfyrMJc3RJ4VrkxeGPYNsD++PmGZ8U4ZYDf44x4I+mnn27J+Mg72LoPqpjBmRE7pRTayWGjf7RIvmRGAAWpttJ9gYa7Zzu2Na9LMvdmkfLho3XY1az6hT/9HmxZWt/vTDg=
Received: from DM6PR11MB3516.namprd11.prod.outlook.com (20.177.220.141) by DM6PR11MB3897.namprd11.prod.outlook.com (10.255.61.90) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.15; Thu, 23 May 2019 16:55:20 +0000
Received: from DM6PR11MB3516.namprd11.prod.outlook.com ([fe80::d59f:9fbe:1f8b:bac7]) by DM6PR11MB3516.namprd11.prod.outlook.com ([fe80::d59f:9fbe:1f8b:bac7%7]) with mapi id 15.20.1922.016; Thu, 23 May 2019 16:55:20 +0000
From: "Darren Dukes (ddukes)" <ddukes@cisco.com>
To: Tom Herbert <tom@herbertland.com>
CC: Ron Bonica <rbonica@juniper.net>, IPv6 List <ipv6@ietf.org>, Bob Hinden <bob.hinden@gmail.com>
Subject: Re: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>
Thread-Topic: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>
Thread-Index: AQHVEKPvir/m07qyXEqVGUt8jQpJGaZ3O5aAgAACxwCAACGkAIAAau8AgAAPxoCAABMuAIAABvwAgADgbgCAAA4mAIAAC9+A
Date: Thu, 23 May 2019 16:55:20 +0000
Message-ID: <3A1B80C3-9E9E-45C6-858B-C57867E2705A@cisco.com>
References: <20160428004904.25189.43047.idtracker@ietfa.amsl.com> <588C586F-C303-418E-8D26-477C4B37CF92@gmail.com> <BYAPR05MB4245494B7E35A4F30797A084AE000@BYAPR05MB4245.namprd05.prod.outlook.com> <3ED15D0E-EFAF-4991-89B6-C55DA439C0C0@cisco.com> <BYAPR05MB42453B5AA1E9F4AA523E189CAE000@BYAPR05MB4245.namprd05.prod.outlook.com> <BD45BC11-B857-4A1D-8694-C1875BF4F845@gmail.com> <BYAPR05MB42459DB5F93B9C3C444BAA66AE010@BYAPR05MB4245.namprd05.prod.outlook.com> <75A91680-2051-47E6-9E58-1990396BB044@gmail.com> <BYAPR05MB424536306A3635D73B40158CAE010@BYAPR05MB4245.namprd05.prod.outlook.com> <E22E6013-DFC1-4878-8AEE-3F4C947E9FAF@cisco.com> <CALx6S36f7TtgHPJNO4b+Jz2eYEeXmaz8iFTgTF55WoOseAJy-A@mail.gmail.com>
In-Reply-To: <CALx6S36f7TtgHPJNO4b+Jz2eYEeXmaz8iFTgTF55WoOseAJy-A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ddukes@cisco.com;
x-originating-ip: [161.44.192.75]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b4613a3a-4940-49d7-1724-08d6df9f7109
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:DM6PR11MB3897;
x-ms-traffictypediagnostic: DM6PR11MB3897:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <DM6PR11MB389710EA5A17D6C1F09899A4C8010@DM6PR11MB3897.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 00462943DE
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(346002)(136003)(39860400002)(376002)(199004)(189003)(13464003)(51444003)(478600001)(82746002)(14454004)(36756003)(6506007)(53546011)(102836004)(186003)(76176011)(256004)(6486002)(6916009)(305945005)(99286004)(6436002)(54906003)(6306002)(7736002)(229853002)(966005)(6512007)(68736007)(2906002)(6116002)(83716004)(6246003)(4326008)(3846002)(53936002)(446003)(316002)(2616005)(11346002)(8676002)(476003)(25786009)(86362001)(81166006)(81156014)(8936002)(486006)(14444005)(66066001)(33656002)(26005)(73956011)(5660300002)(71190400001)(71200400001)(91956017)(76116006)(66446008)(66476007)(66556008)(66946007)(64756008); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB3897; H:DM6PR11MB3516.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: 8jw5qUbR7DIqIRUAOwJHRNaCUFRNGrz9pjHyR6aILzRkjMkurnMnzVFfPabXWgL0SaMkoyBbQtcsawRh5OZ2McbSIWh2PgdWDVcvlWTHT9fdX9NR7fZY9WB+s6Q67Kw1mIorfexgY4a+QxIry3u9vz5TWxl3R5H2P7hulbCzQeEM3z99yllCdINW5vk5KaxnK61D5nLS6IaM4QJn2jfZBTBhKb/p9mY7KmLCGujL69jbcyTsXQeGFbkwksIyI63exm2sRj1lwP4/Psp3wmsKSys/wSqBs8AO/srZ0sPdAo9bcMPrX1R0O9RqHLJ/YKv6CvAKcEUbM0lrfqH3sZFjp5aP2JF1tCKg6mIeHx50m5b0zM6rbOcuNlI+DFnKg/tCs75iTh42JAcRpSSSzNms7xDoOk9WKVD5qa+hLhUwLYg=
Content-Type: text/plain; charset="utf-8"
Content-ID: <0E84647E8CB50F49A99449A566B6527D@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: b4613a3a-4940-49d7-1724-08d6df9f7109
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2019 16:55:20.6700 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ddukes@cisco.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3897
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.27, xch-aln-017.cisco.com
X-Outbound-Node: rcdn-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/_23gpEQ8Z7BLdIQEkAv-jBMCMCM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 May 2019 16:55:34 -0000

Tom, read the paragraph below your question.

> On May 23, 2019, at 12:12 PM, Tom Herbert <tom@herbertland.com> wrote:
> 
> On Thu, May 23, 2019 at 8:23 AM Darren Dukes (ddukes) <ddukes@cisco.com> wrote:
>> 
>> Ron and Bob, this is not complicated.
>> 
>> This document refers to "the SID type defined in section 4.3.1” vs calling it END.
>> Other documents will refer to it as “the SID type defined in section 4.3.1 of draft-ietf-6man-segment-routing-header”.
>> This is simple and all we need to be concerned with for draft-ietf-6man-segment-routing-header-19.
> 
> Darren,
> 
> I don't know what a "SID type" is, so it's hard to understand the
> requirements reference SID types. Please provide a normative
> definition for this term or a reference to the document containing the
> definition of this term. And if multiple SID types are allowed then
> obious question becomes how are different SID types distinguished from
> one another in the protocol.
> 
> Tom
> 
>> 
>> The second part of this thread is about draft-ietf-spring-network-programming.
>> It defines a set of additional functions that can be associated with a SID and names them End, End.X, End.T, End.DX2, etc.
>> It defines a registry to assign each of these SID types a number.
>> This is how protocols (ISIS, OSPF, BGP, etc) distributing SIDs and identify their type for use at SR Source nodes.
>> As mentioned on the SPRING alias, the definition of End in draft-ietf-spring-network-programming will get updated to better align with section 4.3.1 of draft-ietf-6man-segment-routing-header.
>> 
>> Darren
>> 
>> 
>>> On May 22, 2019, at 9:58 PM, Ron Bonica <rbonica@juniper.net> wrote:
>>> 
>>> Works for me!
>>> 
>>> 
>>> Juniper Internal
>>> 
>>> -----Original Message-----
>>> From: Bob Hinden <bob.hinden@gmail.com>
>>> Sent: Wednesday, May 22, 2019 9:34 PM
>>> To: Ron Bonica <rbonica@juniper.net>
>>> Cc: Bob Hinden <bob.hinden@gmail.com>; Darren Dukes (ddukes) <ddukes@cisco.com>; IPv6 List <ipv6@ietf.org>
>>> Subject: Re: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>
>>> 
>>> Ron,
>>> 
>>>> On May 22, 2019, at 8:25 PM, Ron Bonica <rbonica@juniper.net> wrote:
>>>> 
>>>> Bob,
>>>> 
>>>> All of the SID in draft-ietf-spring-srv6-nework-programming begin with the word "END". The following are examples:
>>>> 
>>>> - END
>>>> - END.X
>>>> - END.DT4
>>>> 
>>>> So, you are correct in saying that the word "END" doesn't do much to distinguish one SID from another. Maybe the naming convention should be:
>>>> 
>>>> - SID
>>>> - SID.X
>>>> - SID.DT4
>>>> - etc
>>> 
>>> I think that would be better.
>>> 
>>>> 
>>>> As long as we are consistent throughout the network programming draft, I am OK with the change.
>>>> 
>>>> Also, we need a good collective noun for SIDs of all types. Neither SID nor SRv6 SID work well. If we use the word "SID", it becomes overloaded. The term "SRv6 SID" is a little too close to "SID" to prevent confusion.
>>> 
>>> Perhaps when meaning all SIDs, just say “all SIDs”.  When one specific SID, by it’s name SID, SID.X, etc.
>>> 
>>> Bob
>>> 
>>> 
>>>> 
>>>>                                                                                                       Ron
>>>> 
>>>> 
>>>> Juniper Internal
>>>> 
>>>> -----Original Message-----
>>>> From: Bob Hinden <bob.hinden@gmail.com>
>>>> Sent: Wednesday, May 22, 2019 7:29 PM
>>>> To: Ron Bonica <rbonica@juniper.net>
>>>> Cc: Bob Hinden <bob.hinden@gmail.com>; Darren Dukes (ddukes) <ddukes@cisco.com>; IPv6 List <ipv6@ietf.org>
>>>> Subject: Re: 6man w.g. last call for <draft-ietf-6man-segment-routing-header-19.txt>
>>>> 
>>>> Ron,
>>>> 
>>>>> On May 22, 2019, at 1:06 PM, Ron Bonica <rbonica@juniper.net> wrote:
>>>>> 
>>>>> Darren,
>>>>> 
>>>>> We may have made life more difficult for the following reasons:
>>>> 
>>>> How can anything be more difficult than it already is :-)
>>>> 
>>>>> 
>>>>> - Customers are already talking about "The END SID”.
>>>>> - At least two other drafts refer to "The END SID".  In the future, will they refer to "the otherwise nameless SID defined in draft-ietf-6man-segment-routing-header”.
>>>>> - The naming conventions that the chairs suggest introduces ambiguity. Does the term "SID" refer to all SIDs (END.X, END.DT4, etc.) collectively? Or does the term "SID" refer to one particular SID that is defined in draft-ietf-6man-segment-routing-header.
>>>> 
>>>> SID would refer to the SID defined in the SRH draft.   I note that in RFC 8402, this appears to be called SRv6 SID.  That seems to be consistent.
>>>> 
>>>> When we reviewed the changes in what became the -19 draft, we found the use of “END SID” confusing.  We went back to see if there were other kinds of SIDs defined (for example is there a START SID, MIDDLE SID, etc.), but there isn’t.   We thought it would be better to just say SID.   If new SIDs are later defined elsewhere they can have different names that distinguish them from the SID defined in the SRH draft.
>>>> 
>>>>> If the chairs insist on changing the name of the END SID, let's at least give it a new name.
>>>> 
>>>> To be clear, we didn’t insist, we made a suggestion that Darren adopted:
>>>> 
>>>> “We think calling it “END SID” makes it harder to understand, we had to go back to see if there were other SIDs defined that would have different behavior.   Since there is only one kind of SID defined, like FIRST SID.  We wonder if it can be just called “SID” and if in the future other SIDs are defined they can be called something else, for example "FOO SID”, or "SID 2”.  This is not a showstopper, but might make the document clearer.”
>>>> 
>>>> Bob
>>>> 
>> 
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------