Re: [auth48] [Cluster447] AUTH48 Questions: RFC 9513 <draft-ietf-lsr-ospfv3-srv6-extensions-15> and RFC 9514 <draft-ietf-idr-bgpls-srv6-ext-14>

Madison Church <mchurch@amsl.com> Fri, 17 November 2023 23:02 UTC

Return-Path: <mchurch@amsl.com>
X-Original-To: auth48archive@ietfa.amsl.com
Delivered-To: auth48archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A38C151983; Fri, 17 Nov 2023 15:02:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zP9rNWnc4Gcf; Fri, 17 Nov 2023 15:02:54 -0800 (PST)
Received: from c8a.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B205C14CE3F; Fri, 17 Nov 2023 15:02:54 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 1BF46424CD3E; Fri, 17 Nov 2023 15:02:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h6pzopMK9_UN; Fri, 17 Nov 2023 15:02:54 -0800 (PST)
Received: from smtpclient.apple (unknown [199.192.158.121]) by c8a.amsl.com (Postfix) with ESMTPSA id A004D424B426; Fri, 17 Nov 2023 15:02:52 -0800 (PST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.100.2.1.4\))
From: Madison Church <mchurch@amsl.com>
In-Reply-To: <A345FCFF-FD9A-40C5-A38B-F76525A8DEB3@amsl.com>
Date: Fri, 17 Nov 2023 17:02:41 -0600
Cc: RFC Editor <rfc-editor@rfc-editor.org>, idr-ads@ietf.org, idr-chairs@ietf.org, shares@ndzh.com, Alvaro Retana <aretana.ietf@gmail.com>, lsr-ads@ietf.org, lsr-chairs <lsr-chairs@ietf.org>, acee@cisco.com, John Scudder <jgs@juniper.net>, auth48archive@rfc-editor.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <B701DCF5-F2AA-4057-970F-434733A1A12F@amsl.com>
References: <20231031001534.8049AE7C06@rfcpa.amsl.com> <7EA5C642-AF9D-498D-ACC8-962A4EA4EF9A@amsl.com> <CAH6gdPyGGaTQGtMudCuLE6vQ+JptMvS4rvFYFBZV_M55BFn7RA@mail.gmail.com> <178D2ED6-DBC7-402F-8F1E-947A2EF6EE72@amsl.com> <CAH6gdPzO9hUHeDHz_BrS4YDJ+LdJJzSrkGMz_3Bp-Rm=8Y8cpQ@mail.gmail.com> <A345FCFF-FD9A-40C5-A38B-F76525A8DEB3@amsl.com>
To: Ketan Talaulikar <ketant.ietf@gmail.com>, Zhenbin Li <lizhenbin@huawei.com>, cfilsfil@cisco.com, mach.chen@huawei.com, daniel.bernier@bell.ca, Zhibo Hu <huzhibo@huawei.com>, bruno.decraene@orange.com, Peter Psenak <ppsenak@cisco.com>, gdawra.ietf@gmail.com
X-Mailer: Apple Mail (2.3774.100.2.1.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/d_OuxSC5yFKbFpYebnHEIg6STNY>
Subject: Re: [auth48] [Cluster447] AUTH48 Questions: RFC 9513 <draft-ietf-lsr-ospfv3-srv6-extensions-15> and RFC 9514 <draft-ietf-idr-bgpls-srv6-ext-14>
X-BeenThere: auth48archive@rfc-editor.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
List-Unsubscribe: <https://mailman.rfc-editor.org/mailman/options/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive/>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Subscribe: <https://mailman.rfc-editor.org/mailman/listinfo/auth48archive>, <mailto:auth48archive-request@rfc-editor.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Nov 2023 23:02:58 -0000

Ketan,

We also wanted to point out that we lowercased “locator” in the following sentences in both documents per your guidance; for consistency, we also lowercased for “function” and “argument”. Let us know any concerns.

Original (RFC-to-be 9513):
  An SRv6 Segment Identifier (SID) is 128 bits and consists of Locator,
  Function, and Argument parts as described in [RFC8986].

Original (RFC-to-be 9514):
  As specified in [RFC8986], an SRv6 SID comprises Locator, Function
  and Argument parts.

Current (RFC-to-be 9513):
  An SRv6 SID is 128 bits and consists of locator, function, and
  argument parts as described in [RFC8986].

Current (RFC-to-be 9514):
  As specified in [RFC8986], an SRv6 SID comprises locator, function,
  and argument parts.

Thank you,
RFC Editor/mc

> On Nov 17, 2023, at 12:30 PM, Madison Church <mchurch@amsl.com> wrote:
> 
> Hi Ketan,
> 
> Thank you for the clarification! We have made updates to RFC 9513 and RFC 9514 accordingly.
> 
> Thank you,
> RFC Editor/mc
> 
>> On Nov 17, 2023, at 7:33 AM, Ketan Talaulikar <ketant.ietf@gmail.com> wrote:
>> 
>> Hi Madison,
>> 
>> Please check inline below.
>> 
>> 
>> On Sat, Nov 11, 2023 at 3:26 AM Madison Church <mchurch@amsl.com> wrote:
>> Hi Ketan,
>> 
>> Thank you for reviewing these cluster-wide questions! We have some followups below.
>> 
>>>> 1) Please review instances of "Locator" and "locator" (not prefaced with
>>>> "SRv6"), and let us know if any updates are needed.
>>>> 
>>>> Both documents use the capitalized form for "SRv6 Locator", "SRv6 Locator
>>>> LSA", and "SRv6 Locator TLV". Unless you indicate otherwise, we will leave these as is.
>>> 
>>> KT> The existing usage looks good to me.
>> 
>> To clarify, we see both “Locator” (capped) and “locator” (lowercase) used in the documents. Is one form preferred? Both documents use the capitalized form when prefaced with “SRv6”; that is, both use "SRv6 Locator”. However, when not prefaced with “SRv6”, the capitalization varies. Here are some examples:
>> 
>> 9513:
>>  Each locator is a covering
>>  prefix for all SIDs provisioned on that router that have the matching
>>  algorithm.
>> 
>>  Forwarding entries for the locators advertised in ...
>> 
>> 9514:
>>  A node is provisioned with one or more Locators supported by that
>>  node.  
>> 
>>  Each Locator is advertised as a BGP-LS Prefix NLRI
>>  object along with the SRv6 Locator TLV in its BGP-LS Attribute.
>> 
>> KT> Perhaps we should just follow the convention from RFC 9352 which capitalizes Locator only when referencing a TLV or when preceded with SRv6?
>> 
>> 
>>>> 2) Please review instances of the following and let us know if any updates are needed. We see "Endpoint behavior" used in RFC 8986. 
>>>> 
>>>> endpoint behavior 
>>>> Endpoint behavior 
>>>> Endpoint Behavior 
>>>> 
>>>> Note: We will use the capitalized form "Endpoint Behavior" in the context of
>>>> "Endpoint Behavior field" and "SRv6 Endpoint Behavior TLV" (defined in Section
>>>> 7.1 of RFC-to-be 9514).
>>> 
>>> KT> Agree
>> 
>> To clarify, we see the following forms used in general text (not in context of "Endpoint Behavior field" and "SRv6 Endpoint Behavior TLV”):
>> 
>> endpoint behavior 
>> Endpoint behavior 
>> Endpoint Behavior 
>> 
>> Is one of these forms preferred? Here are some examples:
>> 
>> KT> Here too, let us follow RFC9352 which is also more or less consistent with RFC8986 - so "Endpoint behavior".
>> 
>> Thanks,
>> Ketan
>> 
>> 9513:
>>  The endpoint behavior code point
>>  for this SRv6 SID as defined in [RFC8986].  
>> 
>>  The Maximum Segments Left MSD Type signals the maximum value of the
>>  Segments Left field of the SRH of a received packet before applying
>>  the Endpoint behavior associated with a SID.  
>> 
>>  The Maximum Segments Left MSD Type signals the maximum value of the
>>  Segments Left field of the SRH of a received packet before applying
>>  the Endpoint behavior associated with a SID.  
>> 
>> 9514:
>>  The Endpoint Behavior code point
>>  for this SRv6 SID as defined in Section 10.2 of [RFC8986].
>> 
>>  *  The endpoint behavior of the SRv6 SID is advertised via the SRv6
>>     Endpoint Behavior TLV (Section 7.1).
>> 
>>  When advertising the SRv6 SIDs corresponding to the BGP EPE
>>  functionality, the Endpoint Behavior corresponds to End.X and similar
>>  behaviors.  
>> 
>> Thank you!
>> RFC Editor/mc
>> 
>>> On Nov 7, 2023, at 4:46 PM, Ketan Talaulikar <ketant.ietf@gmail.com> wrote:
>>> 
>>> Hi Madison,
>>> 
>>> Please check inline below for responses.
>>> 
>>> 
>>> On Tue, Nov 7, 2023 at 8:47 PM Madison Church <mchurch@amsl.com> wrote:
>>> Hi all,
>>> 
>>> We are forwarding the Cluster 447 email in case it was not received on your end when it was initially sent.
>>> 
>>> Thank you!
>>> RFC Editor/mc
>>> 
>>>> Begin forwarded message:
>>>> 
>>>> From: rfc-editor@rfc-editor.org
>>>> Subject: [Cluster447] AUTH48 Questions: RFC 9513 <draft-ietf-lsr-ospfv3-srv6-extensions-15> and RFC 9514 <draft-ietf-idr-bgpls-srv6-ext-14>
>>>> Date: October 30, 2023 at 7:15:34 PM CDT
>>>> To: "gdawra.ietflizhenbin@huawei.com"@gmail.com, cfilsfil@cisco.com, ketant.ietf@gmail.com, mach.chen@huawei.com, daniel.bernier@bell.ca, bruno.decraene@orange.com, lizhenbin@huawei.com, huzhibo@huawei.com, ppsenak@cisco.com
>>>> Cc: rfc-editor@rfc-editor.org, idr-ads@ietf.org, idr-chairs@ietf.org, shares@ndzh.com, aretana.ietf@gmail.com, lsr-ads@ietf.org, lsr-chairs@ietf.org, acee@cisco.com, jgs@juniper.net, auth48archive@rfc-editor.org
>>>> 
>>>> Hi authors,
>>>> 
>>>> While reviewing this cluster of documents*, please reply to the questions
>>>> below regarding consistency across the cluster. These questions are in
>>>> addition to the document-specific questions sent for each RFC-to-be. Your
>>>> reply will likely impact both documents in the cluster, so
>>>> please discuss off-list as necessary, and then let us know how to
>>>> proceed. Note - You have the option of updating the edited XML files yourself,
>>>> if you prefer.  We will wait to hear from you before continuing with the
>>>> publication process.
>>>> 
>>>> * Cluster 447 (C447) currently in AUTH48 state:
>>>> https://www.rfc-editor.org/authors/rfc9513.html 
>>>> https://www.rfc-editor.org/authors/rfc9514.html 
>>>> (In addition, the .pdf, .txt, .xml, and diff files are available.)
>>>> 
>>>> Note that RFCs 9259, 9350, 9351, and 9352 are also part of this cluster but have already been published.
>>>> 
>>>> You may track the progress of all documents in this cluster through AUTH48 at:
>>>> https://www.rfc-editor.org/auth48/C447
>>>> 
>>>> 
>>>> 1) Please review instances of "Locator" and "locator" (not prefaced with
>>>> "SRv6"), and let us know if any updates are needed.
>>>> 
>>>> Both documents use the capitalized form for "SRv6 Locator", "SRv6 Locator
>>>> LSA", and "SRv6 Locator TLV". Unless you indicate otherwise, we will leave these as is.
>>> 
>>> KT> The existing usage looks good to me.
>>> 
>>>> 
>>>> 
>>>> Some notes:
>>>> 
>>>> - RFC 9350 (already published in this cluster) uses the lowercase "SRv6
>>>> locator" and "locator", except in the context of "SRv6 Locator prefix" and
>>>> "SRv6 Locator TLV".
>>>> - RFC 9352 (already published in this cluster) uses the capitalized "SRv6
>>>> Locator", but the lowercase "locator" is used when not prefaced by "SRv6".
>>>> 
>>>> 
>>>> 2) Please review instances of the following and let us know if any updates are needed. We see "Endpoint behavior" used in RFC 8986. 
>>>> 
>>>> endpoint behavior 
>>>> Endpoint behavior 
>>>> Endpoint Behavior 
>>>> 
>>>> Note: We will use the capitalized form "Endpoint Behavior" in the context of
>>>> "Endpoint Behavior field" and "SRv6 Endpoint Behavior TLV" (defined in Section
>>>> 7.1 of RFC-to-be 9514).
>>> 
>>> KT> Agree
>>> 
>>> Thanks,
>>> Ketan
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Thank you,
>>>> RFC Editor/mc/rv
>>>> 
>>> 
>> 
>