IETF Logo Mail Archive

Re: [Netconf] Draft Charter Proposal for NETCONF WG

Alexander Clemm <alexander.clemm@huawei.com> Fri, 03 March 2017 18:28 UTC

Return-Path: <alexander.clemm@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 2F166129519 for <netconf@ietfa.amsl.com>; Fri, 3 Mar 2017 10:28:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Xz9Mw5X-LYWw for <netconf@ietfa.amsl.com>; Fri, 3 Mar 2017 10:28:06 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8321112996C for <netconf@ietf.org>; Fri, 3 Mar 2017 10:21:06 -0800 (PST)
Received: from 172.18.7.190 (EHLO LHREML713-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DIG22678; Fri, 03 Mar 2017 18:21:04 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 3 Mar 2017 18:21:03 +0000
Received: from SJCEML703-CHM.china.huawei.com ([169.254.5.69]) by SJCEML702-CHM.china.huawei.com ([169.254.4.133]) with mapi id 14.03.0235.001; Fri, 3 Mar 2017 10:20:54 -0800
From: Alexander Clemm <alexander.clemm@huawei.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Thread-Topic: [Netconf] Draft Charter Proposal for NETCONF WG
Thread-Index: AdKROeE3Cc7ORdXbRmOFzdaoTO5UHAAUAz4AADp8tuoAFK6oAAAIWK6AABh7IYAAFNf1AAAH4l2AAACc6QAAAeMxMAAfCE8AAAGTVIA=
Date: Fri, 03 Mar 2017 18:20:51 +0000
Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0DF84040@SJCEML703-CHM.china.huawei.com>
References: <014101d2913a$3db72870$b9257950$@gmail.com> <20170227221434.GB68878@elstar.local> <026f01d29273$5d57dfa0$4001a8c0@gateway.2wire.net> <F1EB9C98-BB1C-410D-9D6D-1777A96148C6@nic.cz> <CABCOCHTVZxPyT_LSX2GjnNKFCz3857HAOA_GS5iTaxLejno8RQ@mail.gmail.com> <bc6813b038094a1eac1fc9df68f3205c@XCH-RTP-013.cisco.com> <m2pohzpznf.fsf@birdie.labs.nic.cz> <e2cd792fb1734d04b5d0340617ff39e9@XCH-RTP-013.cisco.com> <CABCOCHQ7zymX=0qtT9_ihamxDHiokkP9bE2bac-8Y=eU+bcXoQ@mail.gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0DF83D7A@SJCEML703-CHM.china.huawei.com> <20170303092406.GA2790@elstar.local>
In-Reply-To: <20170303092406.GA2790@elstar.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.213.48.147]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.58B9B410.02BB, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.5.69, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 1809d283cf2658cca22cf4d3fd86be9b
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/902-IF6_f6O0xoQPOgEg_hD75Ko>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] Draft Charter Proposal for NETCONF WG
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 03 Mar 2017 18:28:07 -0000

The use cases we have in mind are related to providing a view.  So, no, it would not be required to provide edit transaction support across mount points.  Clearly the attempt to do so would be challenging and raise issues that will be challenging to address in generality.   

A solution that stops short of such generality will still be useful.  Clearly, clients will be aware what information is mounted - that definition is part of the model, so it is feasible to define and treat mounted information as read-only and excluded from locks.  

Quite possibly it makes sense to treat it akin to the revised datastores concept of the applied datastore.  Come to think of it, it may be a good idea to tie it to that - e.g. allow mount in the context of an applied datastore, but not for a candidate/startup/running.  

--- Alex

-----Original Message-----
From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
Sent: Friday, March 03, 2017 1:24 AM
To: Alexander Clemm <alexander.clemm@huawei.com>
Cc: Andy Bierman <andy@yumaworks.com>; Eric Voit (evoit) <evoit@cisco.com>; Netconf <netconf@ietf.org>
Subject: Re: [Netconf] Draft Charter Proposal for NETCONF WG

On Fri, Mar 03, 2017 at 01:01:10AM +0000, Alexander Clemm wrote:
> 
> An operator doesn't want external systems to individually address every control plane VM.  Rather they want a YANG model for this logical+physical combination.  In this case each VM might use Peer (data) Mount to build a multi-device abstraction.  BTW: doing it this way also allows the same mounted YANG object data to be addressably exposed for each VM without requiring another YANG model to be made.
>

My question since the very beginning is: Is the idea to run configuration editing transactions across mount points?

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>

v2.23.0 | Report a Bug | By Email