Re: [Netconf] RFC6470bis vs New draft on NMDA Base Event
"Carey, Timothy (Nokia - US)" <timothy.carey@nokia.com> Tue, 19 June 2018 09:34 UTC
Return-Path: <timothy.carey@nokia.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 411DC1310D4 for <netconf@ietfa.amsl.com>; Tue, 19 Jun 2018 02:34:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DhNfJWsZyxHO for <netconf@ietfa.amsl.com>; Tue, 19 Jun 2018 02:34:00 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0092.outbound.protection.outlook.com [104.47.1.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F54B131111 for <netconf@ietf.org>; Tue, 19 Jun 2018 02:34:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ro3Gn4iDwN/n4QTKDJKuR4hb8eS6i7Bzn0ycn7E9iis=; b=IfVPX5EaZnZVHzG9NIlkeVSljjq7Do3MBxMsioCRIRiCxIWHfvLSn7Vj4lqxyEdfhpkHvHqxcrpQsynd+MvBlF9ITyHchiGIlqGC94i2V63QBRPxKt/3kXZGgoE4+ufnMM0ehm7wKK9VAK7FcSjH3MJalPxKGsPMd1KYz6v9b1Y=
Received: from AM5PR0701MB2644.eurprd07.prod.outlook.com (10.173.92.151) by AM5PR0701MB2788.eurprd07.prod.outlook.com (10.173.94.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.884.15; Tue, 19 Jun 2018 09:33:57 +0000
Received: from AM5PR0701MB2644.eurprd07.prod.outlook.com ([fe80::f8de:60b1:a0bd:d454]) by AM5PR0701MB2644.eurprd07.prod.outlook.com ([fe80::f8de:60b1:a0bd:d454%8]) with mapi id 15.20.0884.010; Tue, 19 Jun 2018 09:33:57 +0000
From: "Carey, Timothy (Nokia - US)" <timothy.carey@nokia.com>
To: Qin Wu <bill.wu@huawei.com>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: RFC6470bis vs New draft on NMDA Base Event
Thread-Index: AQHUB66SAOx3jcX+d0mh9goBNd+jo6RnULTg
Date: Tue, 19 Jun 2018 09:33:57 +0000
Message-ID: <AM5PR0701MB2644AE3F6EC4E34B8C77F69BEF700@AM5PR0701MB2644.eurprd07.prod.outlook.com>
References: <B8F9A780D330094D99AF023C5877DABA9AEAF381@nkgeml513-mbx.china.huawei.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABA9AEAF381@nkgeml513-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=timothy.carey@nokia.com;
x-originating-ip: [219.142.69.78]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2788; 7:5HioPFYUzRSEocKGVr5SYZPPbsNXt4NblXPa5mGsaJFjNONQW13GHy8N6RR6CTPeLLZL8F4B2L4eDj6okTSrSxakbGII+w0SebX99Jz1xT8aWHyqbOXZqLSvJS9mVq1uiMJSSszZSSDRpOoJt6PE6dff1GHOI0EUlv+PB67NbGkPXKkGNzTcrpRNgzntAb7Bl/7wBtLRhdsCcmm9k1/Vso+uPVTlAuM4viLRCtZvptGrMT7oLC3p71bXujJw+0/v
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 0221f6df-3963-4a02-fca9-08d5d5c7c858
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:(109105607167333); BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989080)(4534165)(4627221)(201703031133081)(201702281549075)(8990040)(5600026)(711020)(48565401081)(2017052603328)(7193020); SRVR:AM5PR0701MB2788;
x-ms-traffictypediagnostic: AM5PR0701MB2788:
x-microsoft-antispam-prvs: <AM5PR0701MB27885E89A340BD6D311AE39FEF700@AM5PR0701MB2788.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(278428928389397)(120809045254105)(50582790962513)(82608151540597)(109105607167333);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231254)(11241501184)(806099)(944501410)(52105095)(93006095)(93001095)(3002001)(6055026)(149027)(150027)(6041310)(20161123564045)(20161123558120)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123560045)(6072148)(201708071742011)(7699016); SRVR:AM5PR0701MB2788; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2788;
x-forefront-prvs: 07083FF734
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(346002)(366004)(39380400002)(39860400002)(396003)(199004)(13464003)(189003)(476003)(6436002)(6246003)(114624004)(55016002)(25786009)(4326008)(97736004)(486006)(99286004)(68736007)(53936002)(86362001)(26005)(11346002)(2900100001)(186003)(446003)(3846002)(6116002)(478600001)(8936002)(59450400001)(74316002)(53546011)(2906002)(7736002)(14454004)(33656002)(5660300001)(105586002)(6506007)(102836004)(106356001)(316002)(966005)(6306002)(76176011)(305945005)(81156014)(7696005)(5250100002)(110136005)(2501003)(3660700001)(9686003)(66066001)(3280700002)(229853002)(81166006)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM5PR0701MB2788; H:AM5PR0701MB2644.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: 4kEeh1ZkV0ZcRbz1zN//qlj3NeG4keaf/HPclmfObyb+vAkflaY57hiRUHBvaVTUTnw3RqmyZCbBhGNiwpEIhjF6mHfGScZBIXTeHb7Axxp2aAiWw3kl8hoUzk6CwGhToOpWOBVfxRQdQtPe6ZAe2oMeIgYDY2QkN/rO5Pj3mxfcjR3FHO9Sk6YiZQ8luBWGSlr35Nguc+BdPrV/0uGlfHu1CRbq64JUqz55pxnMvOpCA/ybFRnDQoPcKvDFBuK+uZYfsFbPWcqd8RJIUIc0tJes3jCZ0Bde81oyl9I9/7M9VVOEcw6XfiDNkPC230Z9lygyPWNzvtS43nuhSYNm6yF9lEy/rvGvcd9jDnei94J1c5rQLmuu2ujAXteNfcz3
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 0221f6df-3963-4a02-fca9-08d5d5c7c858
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Jun 2018 09:33:57.7485 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2788
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/hjqbg-S0a_Kf4B7dyGStk-u029Q>
Subject: Re: [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:34:13 -0000
Qin/All, So if we don't bis6470 then how do we handle the datastore leaf in RFC6470 not supporting the new NMDA data stores? BR, Tim -----Original Message----- From: Qin Wu [mailto:bill.wu@huawei.com] Sent: Tuesday, June 19, 2018 5:19 PM To: netconf@ietf.org Cc: Carey, Timothy (Nokia - US) <timothy.carey@nokia.com>; Andy Bierman <andy@yumaworks.com> Subject: RFC6470bis vs New draft on NMDA Base Event 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 -----邮件原件----- 发件人: 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. https://www.ietf.org/rfcdiff?url2=draft-wu-netconf-base-notification-nmda-01 We would like to request WG to adopt this draft. Please indicate if you like this draft or idea. Many thanks. -Qin -----邮件原件----- 发件人: 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 Abstract: 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 [RFC8342]. 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
- Re: [Netconf] RFC6470bis vs New draft on NMDA Bas… Carey, Timothy (Nokia - US)
- Re: [Netconf] RFC6470bis vs New draft on NMDA Bas… Qin Wu
- Re: [Netconf] RFC6470bis vs New draft on NMDA Bas… Carey, Timothy (Nokia - US)
- [Netconf] RFC6470bis vs New draft on NMDA Base Ev… Qin Wu