Re: [netconf] Adoption-suitability for draft-tao-netconf-data-export-capabilities

"zhangy666@chinatelecom.cn" <zhangy666@chinatelecom.cn> Tue, 18 August 2020 16:23 UTC

HMM_SOURCE_IP: 172.18.0.92:47314.1972376415
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-116.232.12.105?logid-e353a56b9e334946bef3eb8056c6d473 (unknown [172.18.0.92]) by chinatelecom.cn (HERMES) with SMTP id 2FBCC2800A5; Wed, 19 Aug 2020 00:23:19 +0800 (CST)
X-189-SAVE-TO-SEND: 31100443@chinatelecom.cn
Received: from ([172.18.0.92]) by App0021 with ESMTP id e353a56b9e334946bef3eb8056c6d473 for netconf@ietf.org; Wed Aug 19 00:23:20 2020
X-Transaction-ID: e353a56b9e334946bef3eb8056c6d473
X-filter-score: filter<0>
X-Real-From: zhangy666@chinatelecom.cn
X-Receive-IP: 172.18.0.92
X-MEDUSA-Status: 0
Sender: zhangy666@chinatelecom.cn
Date: Wed, 19 Aug 2020 00:23:20 +0800
From: "zhangy666@chinatelecom.cn" <zhangy666@chinatelecom.cn>
To: "netconf@ietf.org" <netconf@ietf.org>
X-Priority: 3
X-GUID: 51B0E99C-AA97-4A13-94D8-117C6CCD23C4
X-Has-Attach: no
X-Mailer: Foxmail 7.2.16.188[cn]
Mime-Version: 1.0
Message-ID: <20200819002320033436105@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart433504405586_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/HNqgArYMQjg9EVeKGsoMbg4GZ_s>
Subject: Re: [netconf] Adoption-suitability for draft-tao-netconf-data-export-capabilities
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Aug 2020 16:23:32 -0000

Dear all,

I read the draft, regarding the two questions, the comments are as follows:

1. Is the problem important for the NETCONF WG to solve?
I believe that it is important to minimize the number of subscription iterations between subscriber and publisher on which transport protocol, encoding, security parameters, compression schemes are supported, what kind of subscription policy can be composed and Random guessing of different parameters by a subscriber is not desirable according to RFC8641. Data export aim at addressing these issues. I believe that the NETCONF WG is the appropriate WG for this work. Service capability notification defined in draft-ietf-netconf-notification-capabilities has been re-factored to be more generic and provides a good basis.

2. Is the draft a suitable basis for the work?
I think this draft has been mature enough and provide a solid basis for being moved forward. If this work gets adopted, I will be glad to review any update of this draft and contribute to relate discussion.

I believe it should move forward. If the draft gets adopted, I am willing to contribute to it.

Best regards,


Yuan ZHANG 张园 

China Telecom Research Institute 中国电信研究院
Tel: +86-18918588990
Email: zhangy666@chinatelecom.cn

[netconf] Adoption-suitability for draft-tao-netc… Kent Watsen
Re: [netconf] Adoption-suitability for draft-tao-… duzongpeng@foxmail.com
Re: [netconf] Adoption-suitability for draft-tao-… Andy Bierman
Re: [netconf] Adoption-suitability for draft-tao-… Qin Wu
Re: [netconf] Adoption-suitability for draft-tao-… Wubo (lana)
Re: [netconf] Adoption-suitability for draft-tao-… Andy Bierman
Re: [netconf] Adoption-suitability for draft-tao-… Qin Wu
Re: [netconf] Adoption-suitability for draft-tao-… zhangy666@chinatelecom.cn
Re: [netconf] Adoption-suitability for draft-wang… zhangy666@chinatelecom.cn