Re: [Teas] [Lsr] WG Last Call for draft-ietf-lsr-isis-rfc5316bis

Alvaro Retana <aretana.ietf@gmail.com> Wed, 03 March 2021 20:05 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71E403A197B; Wed, 3 Mar 2021 12:05:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 30ReMRhMhIlE; Wed, 3 Mar 2021 12:05:53 -0800 (PST)
Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 73FA43A1975; Wed, 3 Mar 2021 12:05:53 -0800 (PST)
Received: by mail-ej1-x62a.google.com with SMTP id bm21so25862900ejb.4; Wed, 03 Mar 2021 12:05:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=ivtrjGbkktWMjf1qAzHyADy+PnGKUjyO5MWnkYNANL8=; b=qeuvf4Kn2RWndmfaHsoF/L5+N0e617T+MN5JyEUNRVad0bXPQB/s6TmuU+BedKK5XN 2OilzsmqDgeSqSnx3fwd/XBXeYpTXEgtnSfQT/MkNsU7BaaQF8bIEcDSFuxscDlJRicM pO4y/WNerCandAtXGoN7KuKrZS2GfDlY6RwqC4UY9x3YBF0XMODyf69//kybhagEvHxm IpLDmeG7yhnEHWb026r1tuxY3cn4c5hwrQ4GQXmSlYg7PTlA0vvALlpdC4NipDmKIsgo wwv+MQBX6VDiGokl/Tga6tuUM84iuWOfRNUWKxyCP/ctbmIFcsVt0kvNIJ3EwDbLPTyP xAxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=ivtrjGbkktWMjf1qAzHyADy+PnGKUjyO5MWnkYNANL8=; b=t/PolsQHhHecT132kAWzXKyzDBdRMYUJizF6jYPEpQtwDCmjjPOrXl7PWJ/+QvvIKl fZAzkDHGd5R5LcmwiCX3TM5XO5EGTFXscPayGKe7pOTmRcaTf7Lsug9ziEpaHp98lYrf mj+GRUOhKTUDhD51uO3otpC9bxLyX2sEF+0mQ84GNEwk8AMhNcdoO18f2I4lMBWxRGsJ /TvxJX0s/gBiEZhEF5eCqTnv7Y2eOyvIGNNuRSPJ0saKK2xC0VP1sakJ3d8pVfuQ9RiB QgjTUzjagg5x4RD8O4vthJtUiz1rmmsJomBM9fJNbHhDX2GgkHeoHD0wCjUj2kCyoi32 6uGw==
X-Gm-Message-State: AOAM531HcpPGkfW335XpPadn8C8M9StcgE9Sm3KcTMPYOz7ghVuQRRCW H6c3mt/1bWZNjnHS+MZ1FflOqZlItHBQDNsI6bk=
X-Google-Smtp-Source: ABdhPJwLQl9x25wMmEE3mmPCS8EValEEbhKs5/uewh3WHa7XyJaXRnEdCiM2SuMe2WjD2/PKkDkxJdloFfhWgaum/cU=
X-Received: by 2002:a17:906:1c13:: with SMTP id k19mr459759ejg.457.1614801946846; Wed, 03 Mar 2021 12:05:46 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 3 Mar 2021 12:05:46 -0800
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <BY5PR11MB4337222EFA921DBDF1DADBFFC1989@BY5PR11MB4337.namprd11.prod.outlook.com>
References: <A31F6308-B1A4-4CD7-AC71-BB6722CAC1A7@chopps.org> <CAB75xn6DydowRwgu6PsXFcPM9_ctx7Gvdmcu1CFrFQ5_Q3BJEg@mail.gmail.com> <BY5PR11MB4337222EFA921DBDF1DADBFFC1989@BY5PR11MB4337.namprd11.prod.outlook.com>
MIME-Version: 1.0
Date: Wed, 3 Mar 2021 12:05:45 -0800
Message-ID: <CAMMESsxB070n8+t-NPEcD7LxLg9dW3gR8Er-UchZjRO=Dg03=g@mail.gmail.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, Christian Hopps <chopps@chopps.org>, Dhruv Dhody <dhruv.ietf@gmail.com>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, "lsr-ads@ietf.org" <lsr-ads@ietf.org>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "TEAS WG (teas@ietf.org)" <teas@ietf.org>, "teas-ads@ietf.org" <teas-ads@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/JNEf_kQioYHADfVenxAENEdbm4o>
Subject: Re: [Teas] [Lsr] WG Last Call for draft-ietf-lsr-isis-rfc5316bis
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2021 20:05:56 -0000

On March 3, 2021 at 2:47:38 PM, Les Ginsberg wrote:
> > From: Lsr On Behalf Of Dhruv Dhody

Les:

Hi!

...
> > (1) Is it wise to use normative keywords MUST and SHOULD in the
> > appendix? The text is from section 3.1 but can it be reworded in the
> > appendix? Also wondering if other changes (IANA, nits) could be listed
> > or we could call it "major change" :)
>
> [Les:] I personally do not have an issue using the normative keywords in
> the Appendix. Not doing so I think might trigger someone to ask if there is
> some inconsistency between the Appendix text and the text in the body of the
> draft. 😊
>
> If you know of some prohibition against using such keywords in an Appendix
> please provide the reference.

There's no specific prohibition against it -- in fact, sometimes an
appendix can be normative so it is completely appropriate to have
normative language.

In this case, the appendix is informative and the normative text is
only reflecting what the main body of the draft says (which is where
the specification is).  To avoid confusion about which piece of text
is normative, and keep consistency, I would recommend using quotes in
the appendix:

OLD>
   1.  The Router ID SHOULD be identical to the value advertised in the
   Traffic Engineering Router ID TLV (134) if available.

NEW>
   1.  The "Router ID SHOULD be identical" to the value advertised in the
   Traffic Engineering Router ID TLV (134) if available (Section 3.1).


Alvaro.