[netconf] Re: WGLC for udp-notif

"maqiufang (A)" <maqiufang1@huawei.com> Tue, 11 February 2025 07:24 UTC

Return-Path: <maqiufang1@huawei.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 20E02C344BDF for <netconf@ietfa.amsl.com>; Mon, 10 Feb 2025 23:24:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.904
X-Spam-Level:
X-Spam-Status: No, score=-1.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=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, URIBL_BLOCKED=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 y_JIO7zJkcUy for <netconf@ietfa.amsl.com>; Mon, 10 Feb 2025 23:24:40 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADD6BC344BA7 for <netconf@ietf.org>; Mon, 10 Feb 2025 23:24:39 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4YsXvT5xchz6H78H for <netconf@ietf.org>; Tue, 11 Feb 2025 15:22:13 +0800 (CST)
Received: from lhrpeml100009.china.huawei.com (unknown [7.191.174.83]) by mail.maildlp.com (Postfix) with ESMTPS id 4A4DE1401F1 for <netconf@ietf.org>; Tue, 11 Feb 2025 15:24:37 +0800 (CST)
Received: from kwepemk200009.china.huawei.com (7.202.194.75) by lhrpeml100009.china.huawei.com (7.191.174.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Tue, 11 Feb 2025 07:24:36 +0000
Received: from kwepemk200009.china.huawei.com (7.202.194.75) by kwepemk200009.china.huawei.com (7.202.194.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Tue, 11 Feb 2025 15:24:34 +0800
Received: from kwepemk200009.china.huawei.com ([7.202.194.75]) by kwepemk200009.china.huawei.com ([7.202.194.75]) with mapi id 15.02.1544.011; Tue, 11 Feb 2025 15:24:34 +0800
From: "maqiufang (A)" <maqiufang1@huawei.com>
To: Per Andersson <per.ietf@ionio.se>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [netconf] WGLC for udp-notif
Thread-Index: AQHbcyil7Z80KryuakavVTLNzG+R7LNBwuzA
Date: Tue, 11 Feb 2025 07:24:34 +0000
Message-ID: <9879ca44d3eb4984b2fb08b911ba6b96@huawei.com>
References: <CACvbXWH3Ppufo55DP1-8wQX_qNbHFjwJ+vPJM2aj0cKBaEoQSw@mail.gmail.com>
In-Reply-To: <CACvbXWH3Ppufo55DP1-8wQX_qNbHFjwJ+vPJM2aj0cKBaEoQSw@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.118.147]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Message-ID-Hash: KQU3S6R5UNJH7CD4QDQNPJZOKUW4ZKXE
X-Message-ID-Hash: KQU3S6R5UNJH7CD4QDQNPJZOKUW4ZKXE
X-MailFrom: maqiufang1@huawei.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netconf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [netconf] Re: WGLC for udp-notif
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/byj29Ufq_9b5lWpLhx5D5ff3meQ>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Owner: <mailto:netconf-owner@ietf.org>
List-Post: <mailto:netconf@ietf.org>
List-Subscribe: <mailto:netconf-join@ietf.org>
List-Unsubscribe: <mailto:netconf-leave@ietf.org>

Hi, all,

I support the progress of this draft. I've reviewed -18 and below are some comments/nits that I believe should be addressed before the publication:

---
Sec.1 Introduction
The document title is "UDP-based Transport for Configured Subscriptions", but I found the draft didn’t make it clear in the introduction section that the UDP-notif specified in the document is used for configured subscription. It also references NETCONF transport and RESTCONF transport RFCs, but maybe should be clear that these are transport specifications for dynamic subscription.

---
Sec.2 
This section might need better refinement. The first paragraph says "This section describes how the proposed mechanism can be controlled using subscription channels based on NETCONF or RESTCONF", but I think the rest part is kind of hand-waving. If there is nothing different from what has specified in 8639, perhaps remove this whole section for simplicity?

---
Sec.3.1 The structure of the Notification Message is defined in Section 2.6 of [RFC8639] and a YANG model has been proposed in [I-D.ahuang-netconf-notif-yang].
Maybe also reference RFC 5277 here. Please reference netconf-notif-envelope draft instead of the replaced one.

---
Sec.3.2 Note that the main purpose of the Message ID is to reconstruct messages which are segmented using the segmentation option described in section Section 4.1.  (duplicate section)

---
Sec.3.2 It seems that Message Publisher ID should be a term mentioned in the terminology section.

---
Section 5  In the following, we discuss recommendations on congestion control, message size guidelines, reliability considerations and security considerations.
Maybe give the reference to the section number in this sentence to be clearer.

---
Sec.5.1  s/Publisher/publisher/

---
Sec.7.2 
The grouping "udp-notif-receiver-grouping" defines the necessary parameters to configure the transport defined in this document using the generic "udp-client-grouping" grouping from the "ietf-udp-client" module [I-D.ahuang-netconf-udp-client-server] and the "tls-client-grouping" defined in the "ietf-tls-client" module [I-D.ietf-netconf-tls-client-server].
Note netconf-tls-client-server is already published as RFC 9645.

---
Sec.8.2  IANA is also requested to assign a two new URI from the IETF XML Registry [RFC3688].
Remove "a"

---
Sec.8.3 This document also requests a new YANG module names in the YANG Module Names registry [RFC8342] with the following suggestions.
s/names/name/

---
Sec.10 
Please also provide the security consideration for the ietf-udp-notif-transport YANG module.

Best Regards,
Qiufang

-----Original Message-----
From: Per Andersson [mailto:per.ietf@ionio.se] 
Sent: Thursday, January 30, 2025 11:07 PM
To: netconf@ietf.org
Subject: [netconf] WGLC for udp-notif

Hi!

This email begins a two-week WGLC on:

UDP-based Transport for Configured Subscriptions
https://datatracker.ietf.org/doc/html/draft-ietf-netconf-udp-notif-18

Please take time to review this draft and post comments by February 13.  Favorable comments are especially welcomed.

None of the authors or contributors have declared IPR:

https://mailarchive.ietf.org/arch/msg/netconf/VQUz-x7mEWVmdxwG_ZZAbN-mlUk/


--
Per, co-chair

_______________________________________________
netconf mailing list -- netconf@ietf.org To unsubscribe send an email to netconf-leave@ietf.org