Re: [Netconf] Draft charter update for review

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 30 September 2015 15:58 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA2B1B5ECC for <netconf@ietfa.amsl.com>; Wed, 30 Sep 2015 08:58:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level:
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 rO88A1_gyM1a for <netconf@ietfa.amsl.com>; Wed, 30 Sep 2015 08:58:12 -0700 (PDT)
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 8684A1B5ED0 for <netconf@ietf.org>; Wed, 30 Sep 2015 08:58:12 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 52E46F6D; Wed, 30 Sep 2015 17:58:11 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id HsLN8Aqo0IBD; Wed, 30 Sep 2015 17:58:10 +0200 (CEST)
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; Wed, 30 Sep 2015 17:58:10 +0200 (CEST)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 86AF620054; Wed, 30 Sep 2015 17:58:10 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id KGBUBjCljDkt; Wed, 30 Sep 2015 17:58:09 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6550320053; Wed, 30 Sep 2015 17:58:09 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 547FE37795C0; Wed, 30 Sep 2015 17:58:09 +0200 (CEST)
Date: Wed, 30 Sep 2015 17:58:09 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Rodney Cummings <rodney.cummings@ni.com>
Message-ID: <20150930155809.GB26234@elstar.local>
Mail-Followup-To: Rodney Cummings <rodney.cummings@ni.com>, Benoit Claise <bclaise@cisco.com>, Netconf <netconf@ietf.org>
References: <E4DE949E6CE3E34993A2FF8AE79131F8197B8A1D@DEMUMBX005.nsn-intra.net> <OFBEABE647.23C67498-ON86257EC9.0057168A-86257EC9.0057999B@ni.com> <560BC1E0.6080601@cisco.com> <OFE9D5675C.2385FF3E-ON86257ED0.0051DE65-86257ED0.00544159@ni.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <OFE9D5675C.2385FF3E-ON86257ED0.0051DE65-86257ED0.00544159@ni.com>
User-Agent: Mutt/1.4.2.3i
Archived-At: <http://mailarchive.ietf.org/arch/msg/netconf/o4tVbwZefbBXe9scsZ2rJDw-iTc>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] Draft charter update for review
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 30 Sep 2015 15:58:15 -0000

On Wed, Sep 30, 2015 at 10:20:17AM -0500, Rodney Cummings wrote:
> Hi Benoit,
> 
> I think we will need to agree to disagree on this issue.
> 
> To me, the sentence in the charter sounds like the sort of thinking that 
> resulted in XML being mandated for RESTCONF. After all, if NETCONF 
> mandates XML, one can argue that RESTCONF should not deviate. 
> 
> Did the working group provide a "proper justification" to remove the XML 
> mandate from RESTCONF?
> 
> I don't know, because the phrase "proper justification" is subjective. 
> Maybe we did, and maybe we didn't. Therefore, it seems likely that we will 
> repeat this sort of debate. Someone will propose to mandate a feature from 
> NETCONF that increases the RESTCONF implementation burden. We can have 
> another lengthy debate and vote each time this happens, but I don't see 
> that as a good use of everyone's time.
> 
> If the sentence was changed to 
>         "RESTCONF should provide optional features that align with NETCONF 
> capabilities, unless proper justification is provided and documented."
> then I would have no concerns. Addition of optional features does not 
> increase the implementation complexity, because a server an choose to 
> ignore the optional features.
>

Being feature complete to NETCONF was never the goal of RESTCONF. In
fact, the RESTCONF document says this:

   An HTTP-based management protocol does not need to mirror the
   functionality of the NETCONF protocol, but it needs to be compatible
   with NETCONF.  A simplified transaction model is needed that allows
   basic CRUD operations on a hierarchy of conceptual resources.  This
   represents a limited subset of the transaction capabilities of the
   NETCONF protocol.

It also says this:

   The base RESTCONF protocol is intentionally simple to allow
   deployment for as many use cases as possible.  Additional
   functionality can be defined in external documents, outside the scope
   of this document.

/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/>