Re: [Netconf] Reminder: Action by Dec 20th 2013 PLEASE: Draft charter after consensus call

Andy Bierman <andy@yumaworks.com> Wed, 18 December 2013 21:15 UTC

Return-Path: <andy@yumaworks.com>
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 6C1FE1AE01E for <netconf@ietfa.amsl.com>; Wed, 18 Dec 2013 13:15:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] 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 5qeHNZeie6Cs for <netconf@ietfa.amsl.com>; Wed, 18 Dec 2013 13:15:04 -0800 (PST)
Received: from mail-qc0-f171.google.com (mail-qc0-f171.google.com [209.85.216.171]) by ietfa.amsl.com (Postfix) with ESMTP id A97351ADFFA for <netconf@ietf.org>; Wed, 18 Dec 2013 13:15:04 -0800 (PST)
Received: by mail-qc0-f171.google.com with SMTP id c9so202915qcz.30 for <netconf@ietf.org>; Wed, 18 Dec 2013 13:15:03 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=iHiEemaD/432i5M4DYZRyltTzBEZCl2KxJUzcRCT9W8=; b=UUJbm1aBmM876CHxJK3QTNk7sES05cguMaIj79PsVzFthoaB3huGAtoUMYNfU0cJah AZCG0+yEYnOFfFskwJePgWaeArXg5xDDg1Z1SpnwHShjprsGpL9w5+0Ne/wt2dTP3r8R 6gPHQTk3WHUz6rWAI9lWRjh2nRbGmmm+Yi7IfrCStQGd2JkBbijK6wwbyyZ6f7+Qq7Bf d31BbxDHZwarqdIMLVUpBNjs/LIaYGvAN2MXz8asCRBBcpf6LG1tBGmdk//kfnVYOhlF 2IcCMGH/gvBENb+arHGhcbNex/jk8tuUVggJUQpQwiN3EGobDprpUT2IvWuItMQMt42D Hb5Q==
X-Gm-Message-State: ALoCoQkTPiDs4w8S4TNokgkLP6c7qN/cp/Wz4JYSPzSIKZYzqnMGYS0Rd64jlxFGe6GRqnZ6ymVy
MIME-Version: 1.0
X-Received: by 10.224.8.72 with SMTP id g8mr57375759qag.83.1387401302919; Wed, 18 Dec 2013 13:15:02 -0800 (PST)
Received: by 10.140.48.75 with HTTP; Wed, 18 Dec 2013 13:15:02 -0800 (PST)
In-Reply-To: <45A697A8FFD7CF48BCF2BE7E106F06040B77EF59@xmb-rcd-x04.cisco.com>
References: <E4DE949E6CE3E34993A2FF8AE79131F8227417@DEMUMBX005.nsn-intra.net> <52B17B74.1050200@bwijnen.net> <9904FB1B0159DA42B0B887B7FA8119CA129F44E8@AZ-FFEXMB04.global.avaya.com> <02e501cefc18$60dddb10$22999130$@comcast.net> <45A697A8FFD7CF48BCF2BE7E106F06040B77EF59@xmb-rcd-x04.cisco.com>
Date: Wed, 18 Dec 2013 13:15:02 -0800
Message-ID: <CABCOCHS7JU=3TN+8=O8scCJb_cueU1On_eHT15pRf4VmQUYH+g@mail.gmail.com>
From: Andy Bierman <andy@yumaworks.com>
To: "Reinaldo Penno (repenno)" <repenno@cisco.com>
Content-Type: multipart/alternative; boundary="001a11c2478ed2ddd204edd58953"
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] Reminder: Action by Dec 20th 2013 PLEASE: Draft charter after consensus call
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 18 Dec 2013 21:15:07 -0000

On Wed, Dec 18, 2013 at 9:51 AM, Reinaldo Penno (repenno) <repenno@cisco.com
> wrote:

> I would prefer that RESTconf is done in Netconf since there is where
> Netconf knowledge resides. Although RESTconf uses HTTP as transport, the
> protocol contract is almost the same as Netconf.
>
>

I do not have a strong opinion on this topic, so mild +1.
I think RESTCONF is visible on the radar and the interested people
will show up no matter where it is hosted.



> If we go to another WG, we would need Netconf folks to attend that other
> group as well.
>
> We had a similar discussion in Netmod: Should we standardize Yang models
> for, say, ACLs in Netmod or the Internet area WG? If we go to Internet
> Area, Netconf/yang folks would need to attend, if we stay in Netmod, router
> folks would need to attend.
>
>

This is a different issue -- is YANG mature enough to let individual WGs
manage
their own YANG development?  IMO, yes.  It should be done on a case-by-case
basis.
E.g., The ACL module might be done in NETMOD rather than spin up a WG just
for that.
But Topology might end up being done in I2RS because they are already
chartered
to work on topology.


Andy



>
> ________________________________________
> From: Netconf [netconf-bounces@ietf.org] on behalf of ietfdbh [
> ietfdbh@comcast.net]
> Sent: Wednesday, December 18, 2013 9:41 AM
> To: 'Romascanu, Dan (Dan)'; 'Bert Wijnen (IETF)'; 'Netconf'
> Subject: Re: [Netconf] Reminder: Action by Dec 20th 2013 PLEASE: Draft
>  charter after consensus call
>
> Hi,
>
> I agree with Dan that starting a RESTCONF effort in the same WG could be
> destabilizing.
> I think it might be better to do this work in a separate WG that works
> closely with NETCONF.
>
> David Harrington
> ietfdbh@comcast.net
> +1-603-828-1401
>
> > -----Original Message-----
> > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Romascanu,
> > Dan (Dan)
> > Sent: Wednesday, December 18, 2013 9:18 AM
> > To: Bert Wijnen (IETF); Netconf
> > Subject: Re: [Netconf] Reminder: Action by Dec 20th 2013 PLEASE: Draft
> > charter after consensus call
> >
> > Hi,
> >
> > I raised questions in Vancouver about the wisdom of doing RESTCONF in the
> > same WG as NETCONF. I still think that RESTCONF is a different protocol,
> and
> > that doing two protocols - the continuation of the development of NETCONF
> > and a new protocol RESTCONF - in the same WG called NETCONF may be
> > confusing for people who are not part of this community, and create
> doubts
> > about the status and stability of NETCONF. I acknowledge that I am on the
> > rough part of the consensus.
> >
> > Regards,
> >
> > Dan
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Bert
> > Wijnen
> > > (IETF)
> > > Sent: Wednesday, December 18, 2013 12:40 PM
> > > To: Netconf
> > > Subject: [Netconf] Reminder: Action by Dec 20th 2013 PLEASE: Draft
> > > charter after consensus call
> > >
> > > We've had many emails on our WG mailing list, so maybe this one did
> > > escape your attention. Please let us (WG hcairs) know if you have any
> > > issues with this draft new WG charter. If we do not hear any by Dec
> > > 20th, we will pss it to our AD for approval by th IESG.
> > >
> > > It is always nice to hear that WG participants do agree too!
> > >
> > > Bert and Mehmet
> > >
> > > On 12/11/13 2:56 PM, Ersue, Mehmet (NSN - DE/Munich) wrote:
> > > > Dear NETCONF WG,
> > > > we had two consensus calls ended on December 4, 2013.
> > > >
> > > >   * Verifing session consensus with the maillist on RFC5539bis new
> > > port and YANG module separation
> > > >     _http://www.ietf.org/mail-
> > > archive/web/netconf/current/msg08445.html_
> > > >   * Verifing session consensus on RESTCONF as WG item with the
> > > maillist
> > > >
> > > > _http://www.ietf.org/mail-
> > archive/web/netconf/current/msg08444.html_
> > > >
> > > > The co-chairs think that there was support for the action points and
> > > no objections to the consensus from the Vancouver NETCONF session.
> > > > We think we can go one step further.The co-chairs agreed to have
> > > Reverse SSH as a separate document for the time being.
> > > > Below is the relevant part of the draft charter. Please comment by
> > > December 20, 2013 EOB PT.
> > > > We will then pass it on to our AD for approval by IESG.
> > > > Bert & Mehmet
> > > > ---------------
> > > >    In the current phase of NETCONF's incremental development the
> > > workgroup
> > > >    will focus on following items:
> > > >    1. Develop the call home mechanism for the mandatory SSH binding
> > > (Reverse
> > > >    SSH) providing a server-initiated session establishment.
> > > >    2. Advance NETCONF over TLS to be in-line with NETCONF 1.1 (i.e.,
> > > update
> > > >    RFC 5539) and add the call home mechanism to provide a server-
> > > initiated
> > > >    session establishment.
> > > >    3. Combine the server configuration data models from Reverse SSH
> > > and
> > > >    RFC5539bis drafts in a separate YANG module.
> > > >    4. Develop a RESTful protocol (RESTCONF) that provides a
> > > programmatic
> > > >    interface for accessing data defined in YANG, using the datastores
> > > >    defined in NETCONF. The two parts concerning RESTCONF protocol
> over
> > > >    HTTP and the YANG patch operation will be prepared in separate
> > > drafts.
> > > > Goals and Milestones:
> > > >    Jan 2014 - Submit initial WG drafts for RESTCONF as WG item
> > > >    Apr 2014 - WGLC for RFC5539bis
> > > >    Apr 2014 - WGLC for Reverse SSH
> > > >    Apr 2014 - WGLC for NETCONF server configuration data model
> > > >    May 2014 - Submit Reverse SSH to AD/IESG for consideration as
> > > Proposed Standard
> > > >    May 2014 - Submit RFC5539bis to AD/IESG for consideration as
> > > Proposed Standard
> > > >    Jun 2014 - WGLC for RESTCONF
> > > >    Aug 2014 - Submit RESTCONF to AD/IESG for consideration as
> Proposed
> > > > Standard
> > > >
> > > >
> > > > _______________________________________________
> > > > 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
> > _______________________________________________
> > 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
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf
>