Re: [ippm] Paul Wouters' No Objection on draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)

xiao.min2@zte.com.cn Fri, 28 October 2022 02:16 UTC

Return-Path: <xiao.min2@zte.com.cn>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1757C152583; Thu, 27 Oct 2022 19:16:10 -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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 QHdX4McAkqoc; Thu, 27 Oct 2022 19:16:07 -0700 (PDT)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.216.63.35]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3822C15257F; Thu, 27 Oct 2022 19:15:10 -0700 (PDT)
Received: from mxct.zte.com.cn (unknown [192.168.251.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mxhk.zte.com.cn (FangMail) with ESMTPS id 4Mz5jS4dxbz5BNRf; Fri, 28 Oct 2022 10:15:08 +0800 (CST)
Received: from mse-fl2.zte.com.cn (unknown [10.5.228.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mxct.zte.com.cn (FangMail) with ESMTPS id 4Mz5ht148vz50FXD; Fri, 28 Oct 2022 10:14:38 +0800 (CST)
Received: from njxh01app02.zte.com.cn ([10.41.132.206]) by mse-fl2.zte.com.cn with SMTP id 29S2ETov011007; Fri, 28 Oct 2022 10:14:29 +0800 (+08) (envelope-from xiao.min2@zte.com.cn)
Received: from mapi (njxh01app01[null]) by mapi (Zmail) with MAPI id mid201; Fri, 28 Oct 2022 10:14:30 +0800 (CST)
Date: Fri, 28 Oct 2022 10:14:30 +0800
X-Zmail-TransId: 2af9635b3b065732d546
X-Mailer: Zmail v1.0
Message-ID: <202210281014303170486@zte.com.cn>
In-Reply-To: <202210261527330020267@zte.com.cn>
References: 166674201201.46707.18104187165072867740@ietfa.amsl.com, 202210261527330020267@zte.com.cn
Mime-Version: 1.0
From: xiao.min2@zte.com.cn
To: paul.wouters@aiven.io
Cc: iesg@ietf.org, draft-ietf-ippm-ioam-conf-state@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, marcus.ihlar@ericsson.com
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl2.zte.com.cn 29S2ETov011007
X-Fangmail-Gw-Spam-Type: 0
X-FangMail-Miltered: at cgslv5.04-192.168.250.138.novalocal with ID 635B3B2C.000 by FangMail milter!
X-FangMail-Envelope: 1666923308/4Mz5jS4dxbz5BNRf/635B3B2C.000/192.168.251.13/[192.168.251.13]/mxct.zte.com.cn/<xiao.min2@zte.com.cn>
X-Fangmail-Anti-Spam-Filtered: true
X-Fangmail-MID-QID: 635B3B2C.000/4Mz5jS4dxbz5BNRf
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/ZIZzQt1IO16vLbfE55KnmAI7H0I>
Subject: Re: [ippm] Paul Wouters' No Objection on draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Oct 2022 02:16:11 -0000

Hi Paul,







Following the discussion with John Scudder, I've updated the proposed changes corresponding to your comments.


Please check inline the new proposed changes. Sorry for the inconvenience.






Best Regards,


Xiao Min



Original



From: 肖敏10093570
To: paul.wouters@aiven.io <paul.wouters@aiven.io>;
Cc: The IESG <iesg@ietf.org>;draft-ietf-ippm-ioam-conf-state@ietf.org <draft-ietf-ippm-ioam-conf-state@ietf.org>;ippm-chairs@ietf.org <ippm-chairs@ietf.org>;ippm@ietf.org <ippm@ietf.org>;marcus.ihlar@ericsson.com <marcus.ihlar@ericsson.com>;
Date: 2022年10月26日 15:27
Subject: Re: Paul Wouters' No Objection on draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)




Hi Paul,






Thank you for the review and thoughtful comments.


Please check inline the proposed changes that will be incorporated into the next revision.





Best Regards,


Xiao Min














From: PaulWoutersviaDatatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>;
Cc: draft-ietf-ippm-ioam-conf-state@ietf.org <draft-ietf-ippm-ioam-conf-state@ietf.org>;ippm-chairs@ietf.org <ippm-chairs@ietf.org>;ippm@ietf.org <ippm@ietf.org>;marcus.ihlar@ericsson.com <marcus.ihlar@ericsson.com>;marcus.ihlar@ericsson.com <marcus.ihlar@ericsson.com>;
Date: 2022年10月26日 07:53
Subject: Paul Wouters' No Objection on draft-ietf-ippm-ioam-conf-state-07: (with COMMENT)


Paul Wouters has entered the following ballot position for
draft-ietf-ippm-ioam-conf-state-07: No Objection
 
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-ippm-ioam-conf-state/
 
 
 
----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------
 
Thanks to Chris Lonvick for the SecDir review. He raised a few points that are
worth addressing:
https://datatracker.ietf.org/doc/review-ietf-ippm-ioam-conf-state-05-secdir-lc-lonvick-2022-09-30/
 
   Reserved field is reserved for future use and MUST be set to zero.
 
Can this be extended to say "and MUST be ignored when non-zero" ? There is more
than one of these.

[XM]>>> Yes, I think this can be extended. I propose s/and MUST be ignored when non-zero/and SHOULD be ignored when non-zero, the reason is that in the penultimate paragraph of the security section it indicates that the receiver can also report an exception event to the management when non-zero. I'll take care of all the places where the extended text is needed.

[XM-2]>>> Will use your text "and MUST be ignored when non-zero", and remove "whether all the reserved fields are set to zero" from the penultimate paragraph of the security section.


Why is the SoP field specified as two bits from a reserved field, when it only
uses one bit? Why not just take one bit from the reserved field?
 [XM]>>> The reason is that in section 4.5.1 of RFC 9197 it says

Note: Larger or smaller sizes of "PktID" and "Cumulative" data are feasible and could be required for certain deployments, e.g., in case of space constraints in the encapsulation protocols used. Future documents could introduce different sizes of data for "Proof of Transit".

Assume the future documents introduce one larger size and one smaller size, then one bit seems not enough.