Re: [Netconf] Draft Charter Proposal for NETCONF WG

"Mehmet Ersue" <mersue@gmail.com> Thu, 02 March 2017 17:44 UTC

Return-Path: <mersue@gmail.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 68F881294CF for <netconf@ietfa.amsl.com>; Thu, 2 Mar 2017 09:44:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 5v-7JaR2c88w for <netconf@ietfa.amsl.com>; Thu, 2 Mar 2017 09:44:42 -0800 (PST)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C4E51294C9 for <netconf@ietf.org>; Thu, 2 Mar 2017 09:44:42 -0800 (PST)
Received: by mail-wm0-x233.google.com with SMTP id t193so18547120wmt.1 for <netconf@ietf.org>; Thu, 02 Mar 2017 09:44:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=UVm1ifRMdXSOXX5rV1hfZzx4pOSLibaCLoWyyX3fxeQ=; b=Z0CqcdX3pkfEaGMshz2o+RKMgjYWBITia6jwcj0WfnHD1UYAJUgLQlUfTYcUtUWKHb 3mU0Xaj7yqXPY2gmhyLzcV0ZfHiRGulNeALO9tmaw+QIEbluVFbz6dnIafpNZDY1qCWK hX07NfpcI+l6Zisj4MOrGGBNslmiB0vdPxzmSCejf0kI40Cd51XqVWKS0BoiCSrxJfZj 8ZdCgKdeT7PA2fCKxtVMbLSa7CWoOmeIIuEye+ChY84CMLqk/AHeev7aUT0yezZT9MhF dIywkZAiDNmon1cLOKZ+zYSbyYH5Pq0nV1OIidQl8jqaH4tEZI3zh2rS86rXmPN1WeVk wMGQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=UVm1ifRMdXSOXX5rV1hfZzx4pOSLibaCLoWyyX3fxeQ=; b=YlZstiayZbcfvObCix3/QF2sQS1vtjKS1blkjOsxjDky3Y3V6G1cHrsHapNdzJ8tZ4 UuqOmXotgdMN8h3fUxf7wUi6RlcvdVYp1QiVC6ur9WbG8eblQB7EAD+uVntWECKeVfVo 3pTXj7u96iYioP8cK5SzBPRLLoS6XfIsJR8Ma76nlE4+LyzRqHfuiOcyW3DG67J6piKm NOeMhHks/I4NNPYubV5I78qJEmqyjZu1w5COqAwwm+bAuiAaj4T2KuiHtvr9y6/2KjoL PTVqQXCSuItTQfYuYc34iZ/cj5kWOy0HMyeNKAJC745O/yO0nkTg5iIKgukF4O7X4Zpm jlKQ==
X-Gm-Message-State: AMke39mLnq1T5aGJMelv0kXteFZ8+KMd0GQplyuTP7wzZCChxlsfIutcF1ZbMoyYEmmXyA==
X-Received: by 10.28.62.204 with SMTP id l195mr8692165wma.88.1488476680941; Thu, 02 Mar 2017 09:44:40 -0800 (PST)
Received: from DESKTOPFLHJVQJ (p5B341095.dip0.t-ipconnect.de. [91.52.16.149]) by smtp.gmail.com with ESMTPSA id v196sm12040466wmv.5.2017.03.02.09.44.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Mar 2017 09:44:40 -0800 (PST)
From: Mehmet Ersue <mersue@gmail.com>
To: 'Ladislav Lhotka' <lhotka@nic.cz>, "'t.petch'" <ietfc@btconnect.com>
Date: Thu, 02 Mar 2017 18:44:39 +0100
Message-ID: <025501d2937c$aaf86900$00e93b00$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdKTfKpZ5RHiYnrNRWSRfbPTO009Qw==
Content-Language: de
X-AVK-Virus-Check: AVA 25.10928;F984776D
X-AVK-Spam-Check: 1; str=0001.0A0C0203.58B85A08.0056,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0; AE713
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/2lbjuzxvptA9yItYKHbXaqz3qCs>
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: Thu, 02 Mar 2017 17:44:44 -0000

Hi Lada, All,

I appreciate the discussion on the different aspects.

While I think similarly that an architecture document would be useful, I
wonder how long we would need to finalize a consistent overarching
architecture of the network configuration framework. 
Do we think we can stop everything and finalize such an architecture first?
IOW may we let other WGs and implementers of the datastore concept wait on
it that long?

After some thinking I come to conclusion that a practical approach would be
more valuable, where only a particular package like datastore handling is
revised.

Cheers,
Mehmet

> -----Original Message-----
> From: Ladislav Lhotka [mailto:lhotka@nic.cz]
> Sent: Wednesday, March 1, 2017 1:01 PM
> To: t.petch <ietfc@btconnect.com>
> Cc: Jürgen Schönwälder <j.schoenwaelder@jacobs-university.de>; Mehmet
> Ersue <mersue@gmail.com>; Netconf <netconf@ietf.org>
> Subject: Re: [Netconf] Draft Charter Proposal for NETCONF WG
> 
> 
> > On 1 Mar 2017, at 10:58, t.petch <ietfc@btconnect.com> wrote:
> >
> >
> > ----- Original Message -----
> > From: "Juergen Schoenwaelder" <j.schoenwaelder@jacobs-university.de>
> > To: "Mehmet Ersue" <mersue@gmail.com>
> > Cc: "'Netconf'" <netconf@ietf.org>
> > Sent: Monday, February 27, 2017 10:14 PM
> >> On Mon, Feb 27, 2017 at 09:44:06PM +0100, Mehmet Ersue wrote:
> >>
> >>> 6. Revise the current NETCONF datastore concept as a protocol- and
> > modeling
> >>> language-independent standard as part of the network configuration
> >>> framework. Use the datastore solution proposal in
> >>> draft-ietf-netmod-revised-datastores as its basis. Will be used as a
> >>> normative reference in protocol specifications.
> >>
> >> There is no point in dupliating work in WGs that have a common
> >> history and a common set of active contributors.
> >
> > Juergen
> >
> > I am not sure what you are proposing;  Currently, datastores are
> > poorly described in RFC6241 and RFC7950 and the publication of another
> > incomplete description in the shape of
> > draft-ietf-netmod-revised-datastores
> > will likely make things worse.
> >
> > I see a need for a datastores RFC, probably separate from the current
> > specifications, and do see the NETCONF WG as better placed to do it.
> >
> > I think that the rush to  get
> > draft-ietf-netmod-revised-datastores
> > out is militating against the long term health of NETCONF.
> >
> 
> I agree, and I would also add draft-ietf-netmod-schema-mount to it (of
> which I am a co-author).
> 
> Original NETCONF and YANG were limited but (mostly) coherent and, in a
> way, simple and elegant. The recent developments are afterthoughts and
> kitchen sinks that will destroy these qualities.
> 
> Instead of rushing with these documents, we should step back and think
> about a new architecture that could consistently support the new
> requirements.
> 
> Lada
> 
> 
> > Tom Petch
> >
> >> /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/>
> >>
> >> _______________________________________________
> >> Netconf mailing list
> >> Netconf@ietf.org
> >> https://www.ietf.org/mailman/listinfo/netconf
> >
> > _______________________________________________
> > Netconf mailing list
> > Netconf@ietf.org
> > https://www.ietf.org/mailman/listinfo/netconf
> 
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
> 
> 
> 
>