[Pce] Re: 答复: New draft to update IANA registration policy

Dhruv Dhody <dd@dhruvdhody.com> Tue, 30 July 2024 03:33 UTC

Return-Path: <dd@dhruvdhody.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66E00C14F70F for <pce@ietfa.amsl.com>; Mon, 29 Jul 2024 20:33:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dhruvdhody-com.20230601.gappssmtp.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 3MDSgnHpKzyM for <pce@ietfa.amsl.com>; Mon, 29 Jul 2024 20:33:11 -0700 (PDT)
Received: from mail-oo1-xc32.google.com (mail-oo1-xc32.google.com [IPv6:2607:f8b0:4864:20::c32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08D97C14F61A for <pce@ietf.org>; Mon, 29 Jul 2024 20:33:10 -0700 (PDT)
Received: by mail-oo1-xc32.google.com with SMTP id 006d021491bc7-5d607d88d82so66544eaf.3 for <pce@ietf.org>; Mon, 29 Jul 2024 20:33:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20230601.gappssmtp.com; s=20230601; t=1722310390; x=1722915190; darn=ietf.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=OJNEwLFrwt3FReC1ZKK8bpsoFfVUiOtsYNeKV/6YYRI=; b=wRYUTedueWR4VQMOb0+nBulieCFk++SF5yM2RrArM99kppQI6ZvMIIrTY0Javdhvqt NAViULndYkjKp0XwDdv7/VHAdFSNb2h8pRU8AgjVBthy5UqhvuA42eYYTVwpj4bewToJ YdT7hudLPE5bGXlMiQsm/uMScvjTJMomtZubjrtbiTf+NPAw04n3T+qhPY3P2T/7URgz PebuyNRzOljZzRXRM9+pPHJ/NVagbrHqDWo0QQV8tS5e8gze8a5GSHgbVH6hkWv1Jz1Q a5JGNCNzGsU6hvIAWuWnhmPzAuZjai1taQzI1F0XHHpPk/VKbGboO52XMTLfGsDJiE/z nSIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722310390; x=1722915190; 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=OJNEwLFrwt3FReC1ZKK8bpsoFfVUiOtsYNeKV/6YYRI=; b=unWRDKPCCpX6h5wvM42r5fTGfvSdUhtseCm3bEx21Mrr6zHsUmkyKwyPdoSYdgXsjv pdnXwGaYiTtGQYLacDGZ4HvfNbvriresl/JR3W/CIm4ashvmWjqEELWx0QWR6ukxpMfB DMYK05H8eRwbgxA88Hdy0eYCGyOLCIdJG5pCAZG7+LufdSWjoV08jhwzjL0PkLkoEeYD ui8OmxElCSuDWPpVHNJLmAvbTY8V3/z/8IjgMP4eZgG0wWoTzoTsMLm2Y5k60sVVuKDF yfxogmPTBuf3FcL6Bani1QO5jVuvRm6kM8CI2zpjwVB5Evs3+ditvoIQj/fImDATo0Qb l/uQ==
X-Forwarded-Encrypted: i=1; AJvYcCX0sprYzx4cq732/l43t3pl+kUV2slfzoP6mm2tPuw6/xOrTFFZ+/l+lvZ/2CuXAvpH7mAUcap4ZTIjoBA=
X-Gm-Message-State: AOJu0YwmlNJbZ9IaFoSs1XL2EIBwkZeUXKxOv6+ZKSewkSVlkoPOBHwS vf3Pd/LR52qt3dSORozj3Ed3oq/RzszaobzvlmatMELSgd87tOL0kwrvoG8wd2f7+WNj3aT2/x/ 1/H15bWgZ/Y+pHBktyACwK0gPPbAX4eFhcPnNKzZXUOzeLaGxJJo=
X-Google-Smtp-Source: AGHT+IHCzFv0m3E3S6m1CdE+mWPK2jGurllzodHCNPpkI+QoWgnQNFX0dMn/YW/qAC+WomtjG7JdKbtYecPaYrJhlB4=
X-Received: by 2002:a05:6820:2292:b0:5c4:27f0:ae with SMTP id 006d021491bc7-5d5d0d9ad9fmr11035104eaf.1.1722310389828; Mon, 29 Jul 2024 20:33:09 -0700 (PDT)
MIME-Version: 1.0
References: <CAP7zK5a4tnoG7qaRDyBmtnXDosqQnn=OibVMRo211FpwW63Mvg@mail.gmail.com> <000001dade6a$fb389520$f1a9bf60$@tsinghua.org.cn> <AM0PR07MB41317C5A88F2E33BDCD625F4A0B52@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB41317C5A88F2E33BDCD625F4A0B52@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Dhruv Dhody <dd@dhruvdhody.com>
Date: Mon, 29 Jul 2024 20:32:33 -0700
Message-ID: <CAP7zK5bzhBCoj957BOzo-LEq5N3ctdb4dVAU-3Lt0Z6MUzYaFA@mail.gmail.com>
To: tom petch <ietfc@btconnect.com>
Content-Type: multipart/alternative; boundary="000000000000faa801061e6ea2d3"
Message-ID-Hash: D4JG3GBFERVXHBVHIHK6D5GZDUWK73GP
X-Message-ID-Hash: D4JG3GBFERVXHBVHIHK6D5GZDUWK73GP
X-MailFrom: dd@dhruvdhody.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-pce.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "pce@ietf.org" <pce@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Pce] Re: 答复: New draft to update IANA registration policy
List-Id: Path Computation Element <pce.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/jfkDDd5u1HUpC-XCLK1Aw4WOEA8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Owner: <mailto:pce-owner@ietf.org>
List-Post: <mailto:pce@ietf.org>
List-Subscribe: <mailto:pce-join@ietf.org>
List-Unsubscribe: <mailto:pce-leave@ietf.org>

Hi Tom,

On Sat, Jul 27, 2024 at 5:03 AM tom petch <ietfc@btconnect.com> wrote:

> Where it says
> 'This updates
>     | Wavelength    |  [RFC8780]  |  |
>     | Restriction     |    |   |
>     | Constraint TLV  | |   |
>     | Action Values '
> Is this the
> "Wavelength Restriction TLV Action Values" subregistry ]
> of RFC8780?
>
>
In the IANA page it is called "Wavelength Restriction Constraint TLV Action
Values"
https://www.iana.org/assignments/pcep/pcep.xhtml#wavelength-restriction-constraint-tlv-action-values

RFC 8780 uses "Wavelength Restriction TLV Action Values"
https://www.rfc-editor.org/rfc/rfc8780.html#section-8.5

With a little digging I found that the keyword "Constraint" was dropped
from the TLV name during AUTH48 but the iana was not updated. Let me take
action on fixing this. Thanks for spotting it!

Thanks!
Dhruv


> Tom Petch
> ________________________________________
> From: Aijun Wang <wangaijun@tsinghua.org.cn>
> Sent: 25 July 2024 09:16
>
> Hi, Dhruv:
>
> Thanks for your quick draft. I think IETF review is enough because the
> required RFCs needs to be passed all the same stages
> Although there maybe some different criteria, the related RFCs can assure
> the interoperability of protocol from different vendors.
>
> The document is written clearly. If there is no objection, we can move it
> faster to be published.
>
> Best Regards
>
> Aijun Wang
> China Telecom
>
> 发件人: forwardingalgorithm@ietf.org [mailto:forwardingalgorithm@ietf.org]
> 代表 Dhruv Dhody
> 发送时间: 2024年7月23日 5:19
> 收件人: pce@ietf.org
> 主题: [Pce] New draft to update IANA registration policy
>
> Hi,
>
> I have written a small draft to update the registration policy for all
> "standards action" to "IETF review" for PCEP registry.
>
> https://datatracker.ietf.org/doc/draft-dhody-pce-iana-update/
>
> The approach that the draft currently takes is to make a blanket change to
> IETF-review for all "standards action" registry to allow experimental track
> documents to request allocation. There are some registries where the space
> is tight but IMHO IETF-review is fine -- our WG and LC process should be
> enough to handle the case of less bits which ideally require creating a new
> field/registry as we did in the past for LSP object flags!
>
> Thoughts?
>
> It might be a good idea to move this quickly as John suggested in his AD
> review of Native-IP draft [1].
>
> Thanks!
> Dhruv
>
> [1] https://mailarchive.ietf.org/arch/msg/pce/xBn2_9E9vy6h5AnYEMMf3I9vbqM/
>