[Netconf] RFC6470bis vs New draft on NMDA Base Event

Qin Wu <bill.wu@huawei.com> Tue, 19 June 2018 09:19 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 5B08B1310CC for <netconf@ietfa.amsl.com>; Tue, 19 Jun 2018 02:19:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id yL8Ke-HtmdOE for <netconf@ietfa.amsl.com>; Tue, 19 Jun 2018 02:19:16 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB7121310CB for <netconf@ietf.org>; Tue, 19 Jun 2018 02:19:14 -0700 (PDT)
Received: from lhreml702-cah.china.huawei.com (unknown []) by Forcepoint Email with ESMTP id 4CD69ED60D86B for <netconf@ietf.org>; Tue, 19 Jun 2018 10:19:10 +0100 (IST)
Received: from NKGEML413-HUB.china.huawei.com ( by lhreml702-cah.china.huawei.com ( with Microsoft SMTP Server (TLS) id 14.3.382.0; Tue, 19 Jun 2018 10:19:11 +0100
Received: from NKGEML513-MBX.china.huawei.com ([]) by NKGEML413-HUB.china.huawei.com ([]) with mapi id 14.03.0382.000; Tue, 19 Jun 2018 17:19:07 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "netconf@ietf.org" <netconf@ietf.org>
CC: "timothy.carey@nokia.com" <timothy.carey@nokia.com>, Andy Bierman <andy@yumaworks.com>
Thread-Topic: RFC6470bis vs New draft on NMDA Base Event
Thread-Index: AQHUB66SAOx3jcX+d0mh9goBNd+jow==
Date: Tue, 19 Jun 2018 09:19:06 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA9AEAF381@nkgeml513-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/YLwbO2pOKTeRDHrY7lWNIwgTt6s>
Subject: [Netconf] RFC6470bis vs New draft on NMDA Base Event
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Network Configuration WG mailing 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, 19 Jun 2018 09:19:20 -0000

One issue raised in last meeting what need to be modified in RFC6470 to support NMDA and whether it is a good idea to make bis for RFC6470 to 
cover additional new event related to NMDA. 

The con:
republish YANG notifications that are not changing is not a good idea
NMDA event not specific to NETCONF, although RFC6470 allows NETONF Base Event applied to non-Netconf session by setting session-id to zero.
NETCONF session without NMDA support can not understand new NMDA event.
The Pro:
One Base Event notification module cover all events which help monitor lifecycle of Netconf session change.

After discussing with RFC6470 author, we decide to separate NMDA notification from NETCONF base event notification. 
Comments or suggestions if you have different opinion.

发件人: Qin Wu 
发送时间: 2018年6月19日 17:12
收件人: netconf@ietf.org
抄送: 'timothy.carey@nokia.com'
主题: RE: New Version Notification for draft-wu-netconf-base-notification-nmda-01.txt

Hi, folks:
We rewrite NMDA Base Event draft based on last meeting discussion in the netconf session and re-scope to NMDA specific Base Event Notification definition. 
The changes include:
1. remove ietf-netconf-data-change notification which has potential overlapping with YANG push on change update mechanism.
2.Add NMDA data validation notification to keep track of the validation result of <intended> data-store and  the reason why the configuration were not applied.
3. Problem space change in the introduction.

We would like to request WG to adopt this draft. Please indicate if you like this draft or idea.
Many thanks.

发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
发送时间: 2018年6月19日 16:46
收件人: Rohit R Ranade; Rohit R Ranade; Qin Wu
主题: New Version Notification for draft-wu-netconf-base-notification-nmda-01.txt

A new version of I-D, draft-wu-netconf-base-notification-nmda-01.txt
has been successfully submitted by Qin Wu and posted to the IETF repository.

Name:		draft-wu-netconf-base-notification-nmda
Revision:	01
Title:		Base Notifications for NMDA
Document date:	2018-06-19
Group:		Individual Submission
Pages:		10
URL:            https://www.ietf.org/internet-drafts/draft-wu-netconf-base-notification-nmda-01.txt
Status:         https://datatracker.ietf.org/doc/draft-wu-netconf-base-notification-nmda/
Htmlized:       https://tools.ietf.org/html/draft-wu-netconf-base-notification-nmda-01
Htmlized:       https://datatracker.ietf.org/doc/html/draft-wu-netconf-base-notification-nmda
Diff:           https://www.ietf.org/rfcdiff?url2=draft-wu-netconf-base-notification-nmda-01

   The Network Configuration Protocol (NETCONF) provides mechanisms to
   manipulate configuration datastores.  NMDA introduces additional
   datastores for systems that support more advanced processing chains
   converting configuration to operational state.  However, client
   applications are not able to be aware of common events pertaining to
   additional datstores, such as a data validation state change in
   NETCONF server, that may impact management applications.  This
   document updates [RFC6470] to allow a NETCONF client to receive
   additional notifications for some common system events pertaining to
   the Network Management Datastore Architecture (NMDA) defined in


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat