IETF Logo Mail Archive

Re: [Netconf] Draft Charter Proposal for NETCONF WG

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 03 March 2017 09:24 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 7C2951294A7 for <netconf@ietfa.amsl.com>; Fri, 3 Mar 2017 01:24:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 Fa11M_rQaJxE for <netconf@ietfa.amsl.com>; Fri, 3 Mar 2017 01:24:08 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F9E7129801 for <netconf@ietf.org>; Fri, 3 Mar 2017 01:24:04 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 3B44E7F3; Fri, 3 Mar 2017 10:24:02 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id u5i1eZysOFSy; Fri, 3 Mar 2017 10:24:00 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Fri, 3 Mar 2017 10:24:02 +0100 (CET)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id F1F3F20035; Fri, 3 Mar 2017 10:24:01 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id nYd0-v9dnYiu; Fri, 3 Mar 2017 10:24:01 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id E4EB620031; Fri, 3 Mar 2017 10:24:00 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 6FB303E93621; Fri, 3 Mar 2017 10:24:06 +0100 (CET)
Date: Fri, 03 Mar 2017 10:24:06 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Alexander Clemm <alexander.clemm@huawei.com>
Message-ID: <20170303092406.GA2790@elstar.local>
Mail-Followup-To: Alexander Clemm <alexander.clemm@huawei.com>, Andy Bierman <andy@yumaworks.com>, "Eric Voit (evoit)" <evoit@cisco.com>, Netconf <netconf@ietf.org>
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>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0DF83D7A@SJCEML703-CHM.china.huawei.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/ZgoTr4qyMKPF8jfxZdRWYvJkVKk>
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
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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 09:24:10 -0000

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