Re: [Netconf] Draft Charter Proposal for NETCONF WG
Robert Wilton <rwilton@cisco.com> Thu, 09 March 2017 15:29 UTC
Return-Path: <rwilton@cisco.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 8C565129694 for <netconf@ietfa.amsl.com>; Thu, 9 Mar 2017 07:29:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 rVQTGy7Fna33 for <netconf@ietfa.amsl.com>; Thu, 9 Mar 2017 07:29:35 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C9B7129677 for <netconf@ietf.org>; Thu, 9 Mar 2017 07:29:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5678; q=dns/txt; s=iport; t=1489073375; x=1490282975; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=0m9HadTwEAUhmzy0sEKUwL+YWztGmIOaYZTCPTmIkN4=; b=OgGk/5Hmf4A/XxglYACwqIwZIc2SQvgZD56QSnqFxkbxVXEkMdExaVs4 o3k6DzwSK7NpKr1k8HFh18DjlVDV4AnDvgMpnTK4dP5A4kcSpTJhcDBAN apllypZV5cACwia/uNhzZe0vAYgtCvJwrHKOeQ4f6kEV99xH3bikVtERR s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BuAQBmdMFY/xbLJq1dGQEBAQEBAQEBAQEBBwEBAQEBgyeBCyoHWY1sc5BbiA2NK4IOHwuCQoJsSgKCbhgBAgEBAQEBAQFrKIUVAQEBAQIBAQE2NAIIAwwECxAFAQInByEGHxEGAQwGAgEBFQKJTQMNCA6zBYc2DYMtAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYZOggWCaoJRgW2FewWJE4gQilw6hnaHF4Qrgk6IAYZRilRfiAwfOIEDIhUIFxU/hFQdgWNANYorAQEB
X-IronPort-AV: E=Sophos;i="5.36,136,1486425600"; d="scan'208";a="653144065"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Mar 2017 15:29:13 +0000
Received: from [10.63.23.115] (dhcp-ensft1-uk-vla370-10-63-23-115.cisco.com [10.63.23.115]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v29FTCqo027982; Thu, 9 Mar 2017 15:29:13 GMT
To: "t.petch" <ietfc@btconnect.com>, 'Netconf' <netconf@ietf.org>
References: <014101d2913a$3db72870$b9257950$@gmail.com> <070e01d291ba$9bb8f4a0$4001a8c0@gateway.2wire.net> <m2fuiye8rj.fsf@birdie.labs.nic.cz> <072D22E1-66DA-414E-BD16-C43D36BE9B6E@juniper.net> <026e01d29273$5cc0cfc0$4001a8c0@gateway.2wire.net> <5A12F60C-3BA9-41A2-B77C-9E73B9DA115D@juniper.net> <05c201d2941a$d4bd4500$4001a8c0@gateway.2wire.net> <20170303133448.GA3133@elstar.local> <00b201d2942b$32395b50$96ac11f0$@gmail.com> <016f01d29443$ed880600$4001a8c0@gateway.2wire.net> <f4cb1a20-6d87-8b3f-c3ee-5be104a6dbd8@cisco.com> <09a201d298cf$7796f600$4001a8c0@gateway.2wire.net>
From: Robert Wilton <rwilton@cisco.com>
Message-ID: <233d932d-dcd1-4f3a-9ef5-a34078b0b513@cisco.com>
Date: Thu, 09 Mar 2017 15:29:14 +0000
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <09a201d298cf$7796f600$4001a8c0@gateway.2wire.net>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Y18sevpgtp9Jr46sT3v43hiNGv4>
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: Thu, 09 Mar 2017 15:29:41 -0000
Hi Tom, On 09/03/2017 12:12, t.petch wrote: > ----- Original Message ----- > From: "Robert Wilton" <rwilton@cisco.com> > Sent: Friday, March 03, 2017 5:41 PM > >> On 03/03/2017 17:18, t.petch wrote: >>> ----- Original Message ----- >>> From: "Mehmet Ersue" <mersue@gmail.com> >>> Sent: Friday, March 03, 2017 2:33 PM >>> >>>>> Back to your question, it seems obvious to me that YANG and the > XML >>>> encoding rules naturally belong to NETMOD, the 'NETCONF protocol >>> details >>>> that NETCONF >>>>> did not define' naturally belong to NETCONF. >>>> Basically it is our aim to make the YANG language specification >>> generally >>>> applicable to all protocols and to put protocol-specific details > into >>> the >>>> protocol specifications. >>> See my response to Juergen; I agree with you but I define XML as not >>> being a protocol and so XML would remain; and I think that YANG will >>> have to say something about operations on the data it defines, just > that >>> they are defined as an abstract 'create', 'delete' etc and not as > the >>> set that NETCONF currently offers. >> FWIW, this is the block >> " Common protocol abstraction >> (that all YANG protocols should conform to). " >> >> That I was referring to in the diagram that I gave previously, > although >> I was suggesting that should belong in NETCONF WG rather than in YANG. > Robert > > It has taken me a while to work out what you mean but now I have, I > disagree! > > You seem to place data(stores) at the heart of things, the root from > which all else flows. I think that this can work with application > software in a stable, secure, delay-less environment where nothing ever > goes wrong (a mobile phone app perhaps!). Yes, I definitely want to place accurate and meaningful data at the heart of it. As I see it: - YANG is the schema for that data. - Datastores are really just views on data, bound to the schema and the data life cycle - Protocols are mechanism to access and modify that data, aided by the schema & datastores. I really hope that the solution that we are constructing will work well for systems that have real delays, unreliable communications, and potentially buggy software. Certainly, that is my goal ... Some of this will need protocol assistance. > > Network management is different; the failing network is both the > subject under consideration and an integral part of the solution. The > operator has to use the failing network to find out what is failing and > what might be done about it and then use the failing network to convey > changes to the failing component of the network. SNMP recognised this > but I am not sure the NETCONF/YANG do - after all, their focus is on > configuration, before things start going wrong. I don't know the history, but my perception is that NETCONF/YANG was focused on config because that is the part of SNMP that failed to gain traction in the industry. As NETCONF/YANG gains traction, it seems reasonable to want to fix the operational state aspect of it that seems somewhat incomplete today. > > I see revised-datastores as an attempt to fix this but one that will > fail, in the sense that it cannot go far enough; what may be needed is a > paradigm shift in Computer Science so a server can say that the model it > has been given cannot reflect reality but here is a better one freshly > created for the client to use! So, I think that that issue that you are raising here is that a device might not be able to accurately populate the schema being used for the operational state datastore. The latest (unpublished) datastores draft states that even all values (including defaults) are returned in the operational state datastore. I.e. everything is explicit, meaning that if a device cannot return the correct value for a node then it has the choice of returning no value at all. In terms of dynamic schema, devices can already define their own custom schema and augmentations that can carry any extra vendor/device specific data that cannot be readily mapped back into the standard schema. The problem here is that these schema are non standard (between vendors and/or devices) and hence much harder for automated clients to use. I think that there is also a scope question of these additional vendor schema, given that a lot of the data is likely to be verbose, possibly expensive to obtain, and perhaps more diagnostics orientated. > > I don't see that happening just yet so revised-datastores will have to > do but I think it wrong to make that central - it will not be close > enough to reality. It will be central in the sense that YANG models will either be built assuming that it exists, or that it doesn't. I don't think that you can really have well constructed, fully useful, YANG models where the operational state datastore is optional. I don't think that the datastores draft is going to be a silver bullet that solves all problems, but if the solution gains traction then I do think that it will give a step improvement to making it easier to manage network devices in an automated and robust way. Regards, Rob > > Tom Petch > >> Rob >> >>> Tom Petch >>> >>>> Mehmet >>>> >>>>> -----Original Message----- >>>>> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- >>>>> university.de] >>>>> Sent: Friday, March 3, 2017 2:35 PM >>> <snip> >>> >>> _______________________________________________ >>> Netconf mailing list >>> Netconf@ietf.org >>> https://www.ietf.org/mailman/listinfo/netconf >>> . >>> > . >
- [Netconf] Draft Charter Proposal for NETCONF WG Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Lou Berger
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Lou Berger
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] health of NETCONF t.petch
- Re: [Netconf] health of NETCONF Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] health of NETCONF t.petch
- Re: [Netconf] health of NETCONF Ladislav Lhotka
- Re: [Netconf] health of NETCONF Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Alexander Clemm
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Alexander Clemm
- Re: [Netconf] Draft Charter Proposal for NETCONF … Alexander Clemm
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Alexander Clemm
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Andy Bierman
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Benoit Claise
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mehmet Ersue
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Jeff Tantsura
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Acee Lindem (acee)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Acee Lindem (acee)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Susan Hares
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Robert Wilton
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mahesh Jethanandani
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mahesh Jethanandani
- Re: [Netconf] Draft Charter Proposal for NETCONF … Acee Lindem (acee)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Acee Lindem (acee)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mahesh Jethanandani
- Re: [Netconf] Draft Charter Proposal for NETCONF … Mahesh Jethanandani
- Re: [Netconf] Draft Charter Proposal for NETCONF … Acee Lindem (acee)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Juergen Schoenwaelder
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … Ladislav Lhotka
- Re: [Netconf] Draft Charter Proposal for NETCONF … t.petch
- Re: [Netconf] Draft Charter Proposal for NETCONF … Eric Voit (evoit)
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Kent Watsen
- Re: [Netconf] Draft Charter Proposal for NETCONF … Acee Lindem (acee)