Re: [Netconf] Solicit comments on inline action capability for NETCONF

Qin Wu <bill.wu@huawei.com> Thu, 19 July 2018 11:40 UTC

Return-Path: <bill.wu@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 27E2D130F5B for <netconf@ietfa.amsl.com>; Thu, 19 Jul 2018 04:40:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
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 tVbiEL-GOTae for <netconf@ietfa.amsl.com>; Thu, 19 Jul 2018 04:40:48 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 CE514130F47 for <netconf@ietf.org>; Thu, 19 Jul 2018 04:40:47 -0700 (PDT)
Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 272E08463322E for <netconf@ietf.org>; Thu, 19 Jul 2018 12:40:44 +0100 (IST)
Received: from NKGEML411-HUB.china.huawei.com (10.98.56.70) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 19 Jul 2018 12:40:45 +0100
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.110]) by nkgeml411-hub.china.huawei.com ([10.98.56.70]) with mapi id 14.03.0382.000; Thu, 19 Jul 2018 19:40:40 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Robert Wilton <rwilton@cisco.com>, Robert Wilton <rwilton=40cisco.com@dmarc.ietf.org>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [Netconf] Solicit comments on inline action capability for NETCONF
Thread-Index: AdQfVH09bQ5WRv2qSnycCX2UvM4pkA==
Date: Thu, 19 Jul 2018 11:40:40 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA9AF56E0F@nkgeml513-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.124.182.228]
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/HnSpiFR8sung6fWkRRyEW1TJ7SU>
Subject: Re: [Netconf] Solicit comments on inline action capability for NETCONF
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.27
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: Thu, 19 Jul 2018 11:40:50 -0000

Hi, All:
-----邮件原件-----
发件人: Robert Wilton [mailto:rwilton@cisco.com] 
发送时间: 2018年7月17日 22:13
收件人: Robert Wilton <rwilton=40cisco.com@dmarc.ietf.org>; Qin Wu <bill.wu@huawei.com>; netconf@ietf.org
主题: Re: [Netconf] Solicit comments on inline action capability for NETCONF



On 17/07/2018 09:25, Juergen Schoenwaelder wrote:
> On Tue, Jul 17, 2018 at 08:08:47AM -0400, Robert Wilton wrote:
>> Hi Qin,
>>
>> Having read this draft, I can understand what the draft is proposing, 
>> but I don't currently understand why this is useful. Specifically, I 
>> don't find the example that is in the draft as compelling.  If the 
>> desire is to set the MTU and enable the interface as one 
>> configuration operation, then wouldn't the client just configure both 
>> mtu and enabled leaves at the same time.  Why is a separate action required here to enable the interface?
>>
> I have asked myself the same question multiple times. ;-)
>
> If people want engineer transactions consisting of multiple 
> operations, then they should do this for combinations of _arbitrary_ 
> operations. At the end, edit-config is just an operation like 
> edit-data or any other operation.
I agree.

[Qin]: Good point, this is exactly what we propose to do. but in the current draft, we haven't made this clearly.
In addition, we think action is still a special operation, need to be handled in the different way from other operations.

> Personally, I do not think heavy weight transactions is the way to go 
> but if people want to engineer this, please make the solution at least 
> generic and not bound to edit-config or something like that.
I also agree to both points.

[Qin]: in our implementation practice,
The action can be also be applied to get-config, get-data, so you are right, our intention
Is to define it in the generic way.
Thanks,
Rob

>
> /js
>