Re: [Lsr] When is an IANA Registry Required

Gyan Mishra <hayabusagsm@gmail.com> Fri, 19 March 2021 05:02 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A2113A113A; Thu, 18 Mar 2021 22:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.086
X-Spam-Level:
X-Spam-Status: No, score=-2.086 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_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OPYGQO6A0TWS; Thu, 18 Mar 2021 22:02:34 -0700 (PDT)
Received: from mail-pf1-x42e.google.com (mail-pf1-x42e.google.com [IPv6:2607:f8b0:4864:20::42e]) (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 2D2583A113C; Thu, 18 Mar 2021 22:02:34 -0700 (PDT)
Received: by mail-pf1-x42e.google.com with SMTP id x184so5038338pfd.6; Thu, 18 Mar 2021 22:02:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UJNwngqjaOfguOAXOESM9pdJLt83Efv+nrK2qV4JIE8=; b=iAItBXJg1i+p7sJDo1x24cu+/9fGcZDz6I1VH7MIYbAumyLy05xLeFmPRqDKq550Om YKevTT7qRvMicxlAfYIN3DZPFdZImBx2iRMgoCzpomJtahcplI7kINOMlkX0O6J33i66 uJCdz2L1c6mI0WYirxKkiDj3vcCVo7a/RlfeuWnGMZOZ/eh5AsZhvs0FCtMd9cqpZZ9/ IyI9u6j3m2lNK6MC9sNnEK0uxR6fg3v9EGSjF6rSwOpjyinzOKB7Z/RmGRQEK4G4b4e+ a/XJxHZSoI8bNvCkzkoVbNKpY/d3zSLJeQGBdlTj2l7kQZhiE6uTuiVVMuexmGlQ5nZd 1IKA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UJNwngqjaOfguOAXOESM9pdJLt83Efv+nrK2qV4JIE8=; b=WoXV+Pud95SdchMF9WVObpskYOEScJZWOfg80qyTtfiUkAK31J7siZjqDBHv5dbBfI iYeqoBUtVDOxRf5V884RZ+mCMSk9874i8gRG7NE7ANVMIue8SGkJPDz/yY2oZMzcyUbc egajdLWBfAiO6z51KZ8jRt7NNzYpyAXjD28xVB/UkkAGLH+ZUz8SpnRyIDBQ4Q1s5ZJ9 ATbOCa/Rl/Q4o29XyvH8Nsx73ovaaJJV/hrim7G5oYCn8o0dW43QNK8ME8T4kkayFrDG 52ajrp5wlFMPwgrUrYxw8uBadq+ez0eM0E8R1vupKwPIBkJ8i55chA8xDOduWi/REDLT xbxA==
X-Gm-Message-State: AOAM531EevE02UY70WxScoIAVk94VqBe0wu5ArPHNf5BAQqTbt9iF6Em 9LOcJ6cayX5FXXr7pdwiena8bPmG26/StVaZreo=
X-Google-Smtp-Source: ABdhPJyFzsDQ7e2NOOBl8b88s2qBHJu/O+CtYh5r4oPhtvMHNxza7dpdyWfGt3KfIQCEob65flnLl7lCCJ158lnhcqM=
X-Received: by 2002:a63:eb53:: with SMTP id b19mr9902607pgk.383.1616130152279; Thu, 18 Mar 2021 22:02:32 -0700 (PDT)
MIME-Version: 1.0
References: <BY5PR11MB433721C068856ECE2AE4EC5DC19C9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAMMESsyrUTPgkjEPy13W6DRv6ofbW9o_=H9C5bZD3cinGYDD_w@mail.gmail.com> <BY5PR11MB4337AB9127DCEBDC780B52F0C16B9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAMMESsw3vLJudFJ0VMJ-OJBAtQ6w0=_=zn4pGsyVsmyqFWcG5Q@mail.gmail.com> <BY5PR11MB4337CD595C0E577039A1A110C16A9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAMMESszo-LkSLAj+x-JOAb+6J8WWNufPVQ4xJHnC8389KPgMXA@mail.gmail.com> <DACD9B38-106D-49CD-B868-5AED579F63EE@tony.li> <BY5PR11MB4337C479A81A6DC4259D9D8AC16A9@BY5PR11MB4337.namprd11.prod.outlook.com> <94E74912-C3C8-4F6C-BE4D-9F1ADA5D6D5F@tony.li> <BY5PR11MB433783F0EC86C03927CA2EC9C1699@BY5PR11MB4337.namprd11.prod.outlook.com> <A1A50CAE-2D36-45AC-B7C7-F8A23B8DAB36@tony.li> <BY5PR11MB4337C398D9C7F510D699647AC1699@BY5PR11MB4337.namprd11.prod.outlook.com> <120759B8-B76B-4F71-9FD7-A9CCE6D1A61C@cisco.com> <00b301d71c5f$6ee8f270$4cbad750$@tsinghua.org.cn>
In-Reply-To: <00b301d71c5f$6ee8f270$4cbad750$@tsinghua.org.cn>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 19 Mar 2021 01:02:21 -0400
Message-ID: <CABNhwV1_Ewo6Zd_DYukXc09QuUOcqdUYkSWT0f_S-YubCzJDOA@mail.gmail.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
Cc: "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, Alvaro Retana <aretana.ietf@gmail.com>, Christian Hopps <chopps@chopps.org>, John Scudder <jgs@juniper.net>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, Tony Li <tony.li@tony.li>, draft-ietf-lsr-isis-srv6-extensions@ietf.org, lsr@ietf.org, lsr-chairs@ietf.org
Content-Type: multipart/alternative; boundary="000000000000a3326c05bddc9f71"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/Bo1Xidn--4zlPRu_GIuSeTESZ2w>
Subject: Re: [Lsr] When is an IANA Registry Required
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Mar 2021 05:02:38 -0000

I really like the way the RFC 4940 OSPF registries is a one stop shop and
has all the bit flags for both OSPFv2 and OSPFv3 that can be referenced for
all RFCs.

  Nice!!

Great sanity check and helps when reading RFCs as well as I think for IETF
protocol development adding new flags or updating bit values in new drafts
that you are seeking the correctly documented truth to know what to add or
change in your proposed IANA early allocations.

I am changing my position and agree it is a good idea to have the bit flags
IANA registry sanity check and also good for not on operators but vendors
implementations of codepoint and bit flags so they get it right.

Is all of what is covered in the RFC 4940 also covered in the IANA OSPF
links below.

https://www.iana.org/assignments/ospfv2-parameters/ospfv2-parameters.xhtml

https://www.iana.org/assignments/ospfv3-parameters/ospfv3-parameters.xhtml

If all the bit flags are covered in the IANA links is there really a need
for an RFC to that lists all the IANA flags as well,  two sources of the
truth.

So then the only gap is ISIS IANA  codepoints cover all the TLVs, Sub TLVs
but now I think we just need a consensus to agree to bit flag IANA
registries.

https://www.iana.org/assignments/isis-tlv-codepoints/isis-tlv-codepoints.xhtml

I am all for it as their is definitely value in the proposition.

Gyan

On Thu, Mar 18, 2021 at 9:30 PM Aijun Wang <wangaijun@tsinghua.org.cn>
wrote:

> Adding the bit registries when there is extension for the defined flag
> field is helpful for reviewing the related IETF documents.
>
> For newly defined flag field, such policy can also apply considering there
> maybe no bit extensions for some flag field.
>
>
>
> And, should this action be discussed in more broader range? I think this
> is one general issue, not specific to LSR WG.
>
>
>
>
>
> Best Regards
>
>
>
> Aijun Wang
>
> China Telecom
>
>
>
> *From:* lsr-bounces@ietf.org <lsr-bounces@ietf.org> *On Behalf Of *Acee
> Lindem (acee)
> *Sent:* Friday, March 19, 2021 1:15 AM
> *To:* Les Ginsberg (ginsberg) <ginsberg@cisco.com>om>; Tony Li <
> tony.li@tony.li>
> *Cc:* Christian Hopps <chopps@chopps.org>rg>; Alvaro Retana <
> aretana.ietf@gmail.com>gt;; lsr-chairs@ietf.org;
> draft-ietf-lsr-isis-srv6-extensions@ietf.org; John Scudder <
> jgs@juniper.net>gt;; lsr@ietf.org
> *Subject:* Re: [Lsr] When is an IANA Registry Required
>
>
>
> Speaking as WG member:
>
>
>
> Hi Les,
>
> My opinion is there is no harm and some advantage in having IANA
> registries for unique IGP protocol bit flag fields. For the existing fields
> that don’t have registries, there is no burning requirement to go back and
> define an IANA registry until such time as that flag field is extended.
>
>
>
> Note that for OSPF, we did add these registries in
> https://www.rfc-editor.org/rfc/rfc4940.txt (thanks to Kireeti).
>
> Thanks,
>
> Acee
>
>
>
> *From: *"Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
> *Date: *Thursday, March 18, 2021 at 12:44 PM
> *To: *Tony Li <tony.li@tony.li>
> *Cc: *Alvaro Retana <aretana.ietf@gmail.com>om>, "
> draft-ietf-lsr-isis-srv6-extensions@ietf.org" <
> draft-ietf-lsr-isis-srv6-extensions@ietf.org>gt;, "lsr@ietf.org" <
> lsr@ietf.org>gt;, John Scudder <jgs@juniper.net>et>, Christian Hopps <
> chopps@chopps.org>gt;, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>
> *Subject: *RE: [Lsr] When is an IANA Registry Required
> *Resent-From: *<alias-bounces@ietf.org>
> *Resent-To: *Acee Lindem <acee@cisco.com>om>, Yingzhen Qu <
> yingzhen.ietf@gmail.com>gt;, Christian Hopps <chopps@chopps.org>
> *Resent-Date: *Thursday, March 18, 2021 at 12:44 PM
>
>
>
> Tony –
>
>
>
> In this context I don’t find the use of a registry of value. The primary
> issue for me for these fields is not managing the bit assignments but
> understanding the functionality – and for that I need to look at the
> document(s) which have that definition. A registry in these cases provides
> little value and adds process and a possibility for inconsistency.
>
>
>
> But, I am not expecting that there is anything I can say to change your
> opinion – nor vice versa. So I appreciate that you have made your POV clear
> and the reasons for it – and I am not trying to change your opinion.
>
>
>
> I started this thread because I did not think a change in WG policy should
> be made solely based on a single document review comment from one
> individual – even one as highly respected as Alvaro.
>
> Thus far we have a handful of opinions – I am hoping more members of the
> WG will respond to the thread and then we can proceed appropriately.
>
>
>
>    Les
>
>
>
> *From:* Tony Li <tony1athome@gmail.com> *On Behalf Of *Tony Li
> *Sent:* Thursday, March 18, 2021 8:24 AM
> *To:* Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> *Cc:* Alvaro Retana <aretana.ietf@gmail.com>om>;
> draft-ietf-lsr-isis-srv6-extensions@ietf.org; lsr@ietf.org; John Scudder <
> jgs@juniper.net>gt;; Christian Hopps <chopps@chopps.org>rg>; lsr-chairs@ietf.org
> *Subject:* Re: [Lsr] When is an IANA Registry Required
>
>
>
>
>
> Les,
>
>
>
>
>
> IMO, there is no need for registries for the first category. The WG has
> been alive for over 20 years, defined many new TLVs with flags fields, and
> I am not aware of any confusion – so if it ain’t broke don’t fix it.
>
>
>
>
>
> With all due respect Les, you appear to operate with an eidetic memory of
> all things IS-IS, so I think that you discount the confusion that the rest
> of us live in.
>
>
>
> If a field has values defined in two documents, then there’s confusion.
> Even just finding both is a challenge.
>
>
>
> Regards,
>
> Tony
>
>
>
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*



*M 301 502-1347*