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

Ketan Talaulikar <ketant.ietf@gmail.com> Fri, 17 November 2023 13:33 UTC

Return-Path: <ketant.ietf@gmail.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 C9525C1519AC; Fri, 17 Nov 2023 05:33:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 WLYvkYIfj3Dc; Fri, 17 Nov 2023 05:33:25 -0800 (PST)
Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 DF910C14CE36; Fri, 17 Nov 2023 05:33:24 -0800 (PST)
Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-9d10f94f70bso269733166b.3; Fri, 17 Nov 2023 05:33:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1700228002; x=1700832802; darn=rfc-editor.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=yVRYgAuVOzJGN8c62YnEuDX5IHr93e34qYQR//094xU=; b=Gii0p/h41soekIj8Xi1WYJjY0cG42ATF7S98RRMhXnlCxpHA3rIprxX7hkbbf+5pp2 W98LL89WlYdyyscnkpflxp9Y0RtOqucK8rkFzMYB7+evSqvr7Iw0DCf6yDKqDXWSJPan 5U8iBsI8hpdzfpCIrulJTjHDifWaSv/Z5HuPtWKldCwUnh3j9xzZ0YDqbpv5hEPuEsi0 7lAviMEsfC+2lWL6HU2f+by+i22UCAiLDxEkFvvyI94yIJ4XHaDR0XJePdkNPKKwLIOL PzmUTc30c08T7CsFkh0nMzhdyfJaMajolVujUh82ScGNEao8pkuQTp+rWZxJf9+kykMA VCng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700228002; x=1700832802; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=yVRYgAuVOzJGN8c62YnEuDX5IHr93e34qYQR//094xU=; b=C3bTCk0z7m9vGZvUZBvkySVHdJ/BnaDgEUgZVLcEaBACB+wHbizsRtbyPd61UPhZOg 4qkqpoiuBBYPggqpH/0+pOI9M6+t4Qa3M3DaGWmaZ3X+7tTWm+7xoOurhEBszTmvErWe h8E2ZDP42VHv6GaSMsAo9ZVu+7OfhX7dIpG+14agJT7irU6O6t0K5hMVdDm8uFKobIc0 lHlf5I6wUN7cmKoua1j4NVhmxv0xgwxQwv1l1YR2kb8TMv/KNC6dYrY7CJ8c3eNN9Ii3 DJb7+sUuDi34khgLSzcDXMort8vwLsnLxD+tZnB5xDMcvFhnmDU0Ur7T9Qecb3hxQZXa CZIg==
X-Gm-Message-State: AOJu0YzwnlaySYX5NR0fDqp78zehrNw3zXUzHMTTaxuq4J/lp1Wz9g9a HQKxRrwhe3PEjWqQKuI6RTnByG4d6q63tGv72oQ=
X-Google-Smtp-Source: AGHT+IFD35TS2toC2hFEyHOrrCmG7YXG2AdLufFBEp/mgnVhnLQqHMMlPn2X3sEdTr4Dfe1FeQ2ppz1wRwiXl4sEyEo=
X-Received: by 2002:a17:906:7f94:b0:9c4:67f:3ef5 with SMTP id f20-20020a1709067f9400b009c4067f3ef5mr14226365ejr.50.1700228002180; Fri, 17 Nov 2023 05:33:22 -0800 (PST)
MIME-Version: 1.0
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>
In-Reply-To: <178D2ED6-DBC7-402F-8F1E-947A2EF6EE72@amsl.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Fri, 17 Nov 2023 19:03:10 +0530
Message-ID: <CAH6gdPzO9hUHeDHz_BrS4YDJ+LdJJzSrkGMz_3Bp-Rm=8Y8cpQ@mail.gmail.com>
To: Madison Church <mchurch@amsl.com>
Cc: 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, 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-Type: multipart/alternative; boundary="0000000000001b7095060a592e14"
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/PImtc8kcEnA9zjC7RZXqPkZYKvE>
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 13:33:28 -0000

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
> >>
> >
>
>