[netconf] Re: Status update of draft-ietf-netconf-adaptive-subscription-05

"maqiufang (A)" <maqiufang1@huawei.com> Fri, 19 July 2024 08:39 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 CC4CEC14F6EF; Fri, 19 Jul 2024 01:39:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.893
X-Spam-Level:
X-Spam-Status: No, score=-6.893 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 2qwiQXYtLKb3; Fri, 19 Jul 2024 01:39:05 -0700 (PDT)
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 9DFC3C14F5E9; Fri, 19 Jul 2024 01:39:04 -0700 (PDT)
Received: from mail.maildlp.com (unknown [172.18.186.231]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4WQNM16m2cz6K9NB; Fri, 19 Jul 2024 16:36:45 +0800 (CST)
Received: from lhrpeml500006.china.huawei.com (unknown [7.191.161.198]) by mail.maildlp.com (Postfix) with ESMTPS id DF0F1140AE5; Fri, 19 Jul 2024 16:39:02 +0800 (CST)
Received: from kwepemm000020.china.huawei.com (7.193.23.93) by lhrpeml500006.china.huawei.com (7.191.161.198) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Fri, 19 Jul 2024 09:39:02 +0100
Received: from kwepemm600017.china.huawei.com (7.193.23.234) by kwepemm000020.china.huawei.com (7.193.23.93) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.39; Fri, 19 Jul 2024 16:39:00 +0800
Received: from kwepemm600017.china.huawei.com ([7.193.23.234]) by kwepemm600017.china.huawei.com ([7.193.23.234]) with mapi id 15.01.2507.039; Fri, 19 Jul 2024 16:39:00 +0800
From: "maqiufang (A)" <maqiufang1@huawei.com>
To: "Thomas.Graf@swisscom.com" <Thomas.Graf@swisscom.com>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: Status update of draft-ietf-netconf-adaptive-subscription-05
Thread-Index: AdrY2XlRjtaXyhOTQEmeKd3yTveCfwAQAIawABsiFwA=
Date: Fri, 19 Jul 2024 08:39:00 +0000
Message-ID: <620fc56adbca4b799bd5bd8ca00a6b0e@huawei.com>
References: <21854d6e65f14dd9b05dbb0309e160f2@huawei.com> <3b6b9a540fbb4ff4a58db8668d7cd4ed@swisscom.com>
In-Reply-To: <3b6b9a540fbb4ff4a58db8668d7cd4ed@swisscom.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: multipart/alternative; boundary="_000_620fc56adbca4b799bd5bd8ca00a6b0ehuaweicom_"
MIME-Version: 1.0
Message-ID-Hash: LGFNAL5GEJ2E5XWUO5M7W74FZJEBNPJQ
X-Message-ID-Hash: LGFNAL5GEJ2E5XWUO5M7W74FZJEBNPJQ
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
CC: "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>, "draft-ietf-netconf-adaptive-subscription@ietf.org" <draft-ietf-netconf-adaptive-subscription@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [netconf] Re: Status update of draft-ietf-netconf-adaptive-subscription-05
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/oSRUIZMViN9xk7vfGI9GSyqtX-k>
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, Thomas,

Thanks a lot for the valuable comments, please see inline.

From: Thomas.Graf@swisscom.com [mailto:Thomas.Graf@swisscom.com]
Sent: Thursday, July 18, 2024 10:08 PM
To: maqiufang (A) <maqiufang1@huawei.com>; netconf@ietf.org
Cc: netconf-chairs@ietf.org; draft-ietf-netconf-adaptive-subscription@ietf.org
Subject: RE: Status update of draft-ietf-netconf-adaptive-subscription-05

Dear Qiufang,

Thanks a lot for the update. I agree that the document is in a very good shape and addresses network operators needs for on demand fine grained network telemetry data.
[Qiufang] Thanks, glad to know;-)
I reviewed the document and have two comments.

Editorial: I suggest to change "Applying adaptive subscription allows publishers to automatically adjust the period and volume of telemetry data sent to receivers." to "Applying adaptive subscription allows publishers to automatically adjust the subscription period dynamically based on pre-defined threshold for finer grained network telemetry data sent to receivers."
[Qiufang] Sure, the proposed text looks good to me.
In https://datatracker.ietf.org/doc/html/draft-ietf-netconf-adaptive-subscription-05#section-2.2 you are mentioning

"Note that the adaptive subscription may not be supported by every YANG datastore node."

I suggest to augment ietf-notification-capabilities as defined in https://datatracker.ietf.org/doc/html/rfc9196#section-5 to describe which YANG nodes this can be applied to. From a workflow perspective, that matches what we described in https://datatracker.ietf.org/doc/html/draft-ietf-nmop-yang-message-broker-integration-03#section-4.1.
[Qiufang] This makes sense to me, and good point! Will augment the "per-node-capabilities" in the system-capabilities yang module with the support of adaptive-subscription.
I see that the document is missing a implementation status section (https://datatracker.ietf.org/doc/html/rfc7942) nor in the data tracker has under "additional resources" a "related implementations" link.
[Qiufang] Actually we used to have a hackathon project on this work around more than two years ago, we were targeting a real campus network scenario where gRPC based adaptive telemetry is used to collect data from AP devices, it turns out that adaptive subscription can analyze the WIFI degradation events with the minimum amount of push data, and you might want to refer to the presentation slides for some more details: https://github.com/IETF-Hackathon/ietf113-project-presentations/blob/main/ietf-hackathon-adaptive-subscription.pdf. And demo implementation results and learned experience were also brought back to the WG to better refine the document.
Would you suggest us to add an "implementation status" section to document related information in the draft? We will consider adding this in the next revision.

I encourage to provide an open-source reference implementation and would support and contribute in its validation as part of our "Validate Configured Subscription YANG-Push Publisher Implementations" activities at the IETF hackathon (https://wiki.ietf.org/en/meeting/120/hackathon) I believe this helps to improve the quality of the described standard.
[Qiufang] Happy to know your continued hackathon project on yang-push notification validation, it looks good! We've defined a new "adaptive-period-update" state change notification in the draft, personally I think it would be good if it could be validated using your implementation. We did implement this mechanism as demos and also in our products, however, I am unsure currently if we are able to open source it and if our existing implementation can completely fit into your project. Let me check internally, and I will get back to you then.

Best wishes
Thomas
Best Regards,
Qiufang
From: maqiufang (A) <maqiufang1=40huawei.com@dmarc.ietf.org<mailto:maqiufang1=40huawei.com@dmarc.ietf.org>>
Sent: Wednesday, July 17, 2024 11:38 PM
To: netconf@ietf.org<mailto:netconf@ietf.org>
Cc: netconf-chairs@ietf.org<mailto:netconf-chairs@ietf.org>; draft-ietf-netconf-adaptive-subscription@ietf.org<mailto:draft-ietf-netconf-adaptive-subscription@ietf.org>
Subject: [netconf] Status update of draft-ietf-netconf-adaptive-subscription-05


Be aware: This is an external email.


Hi, all,

As adaptive-subscription document is not going to be presented in this IETF NETCONF session and authors of WG documents are requested to provide a status update to the WG, this email is to give a status-update of this work.

The authors have submitted -05 before the submission window, and the main updates are as follows:
*         Move use cases for adaptive subscription into a separate appendix section;
*         Define adaptive-subscription specific RFC errors for "modify-subscription" RPC, in addition to the existing ones for "establish-subscription";
*         Add "Subscription State Change Notifications" new section to align with the YANG module definition;
*         Use the security considerations template described in rfc8407bis;
*         Other editorial updates.

There are not known open issues currently and the authors feel this document is close to WGLC, but would really appreciate any feedback from the WG.  Thanks a lot!

Best Regards,
Qiufang // on behalf of authors