Subject: [Pce] 答复: Roman Danyliw's Discuss on draft-ietf-pce-pcep-extension-native-ip-35: (with DISCUSS and COMMENT)
From: "Aijun Wang" <[email-masked]>
To: "'Roman Danyliw'" <[email-masked]>, "'The IESG'" <[email-masked]>
Cc: [email-masked], [email-masked], [email-masked]
Date: Fri, 23 Aug 2024 15:32:01 +0800
List-Id: Path Computation Element <pce.ietf.org>

Hi, Roman:

Thanks for your suggestions.
I have updated the "SHOULD" in these sections to "MUST", to eliminate the ambiguity.
I have parsed all the content of this document and update "SHOULD" with "MUST" selectively according to their necessity.
The updated draft will be uploaded soon to reflect the above changes.

Best Regards

Aijun Wang
China Telecom

-----邮件原件-----
发件人: [email-masked] [mailto:[email-masked]] 代表 Roman Danyliw via Datatracker
发送时间: 2024年8月22日 23:08
收件人: The IESG <[email-masked]>
抄送: [email-masked]; [email-masked]; [email-masked]
主题: [Pce] Roman Danyliw's Discuss on draft-ietf-pce-pcep-extension-native-ip-35: (with DISCUSS and COMMENT)

Roman Danyliw has entered the following ballot position for
draft-ietf-pce-pcep-extension-native-ip-35: Discuss

When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)

Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/
for more information about how to handle DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-native-ip/

----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

In -35 a number of changes to the IANA considerations were introduced. 
Specifically, various "shoulds" were replaced with "SHOULDs".  This has created
ambiguity in the following:

-- Section 13.4,
   The reference for the new Error-type/value SHOULD be set to this
   document.

-- Section 13.5
   Each bit SHOULD be tracked with the following qualities:

-- Section 13.6
   Each
   value SHOULD be tracked with the following qualities: value, meaning,
   and defining RFC.

-- Section 13.7
   Each value SHOULD
   be tracked with the following qualities:

-- Section 13.8
   Each bit
   SHOULD be tracked with the following qualities:

What isn't clear when IANA would choose not to track these qualities or set the
values.  Why create this ambiguity?

----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you to Mallory Knodel for the GENART review.

Thank for addressing my COMMENT feedback and initial DISCUSS position.

_______________________________________________
Pce mailing list -- [email-masked]
To unsubscribe send an email to [email-masked]