Re: [lmap] LMAP: time to declare success ... ?

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Mon, 05 February 2018 15:20 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: lmap@ietfa.amsl.com
Delivered-To: lmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D54C1127078 for <lmap@ietfa.amsl.com>; Mon, 5 Feb 2018 07:20:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] 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 BVvDdI8ICYjq for <lmap@ietfa.amsl.com>; Mon, 5 Feb 2018 07:20:30 -0800 (PST)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2503A124F57 for <lmap@ietf.org>; Mon, 5 Feb 2018 07:20:11 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id F1BC3FE4; Mon, 5 Feb 2018 16:20:08 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id F9_WqUyon5Zx; Mon, 5 Feb 2018 16:20:06 +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 atlas5.jacobs-university.de (Postfix) with ESMTPS; Mon, 5 Feb 2018 16:20:08 +0100 (CET)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id D39192014B; Mon, 5 Feb 2018 16:20:08 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id WZ7ocO9HVY9s; Mon, 5 Feb 2018 16:20:07 +0100 (CET)
Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 4636820149; Mon, 5 Feb 2018 16:20:07 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 5FE6742389B9; Mon, 5 Feb 2018 16:20:06 +0100 (CET)
Date: Mon, 05 Feb 2018 16:20:06 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "STARK, BARBARA H" <bs7652@att.com>
Cc: Dan Romascanu <dromasca@gmail.com>, Benoit Claise <bclaise@cisco.com>, "lmap@ietf.org" <lmap@ietf.org>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
Message-ID: <20180205152006.7aewe7rgdbltku3m@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "STARK, BARBARA H" <bs7652@att.com>, Dan Romascanu <dromasca@gmail.com>, Benoit Claise <bclaise@cisco.com>, "lmap@ietf.org" <lmap@ietf.org>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
References: <f3e7abc7-493a-5d9f-6eb1-89f3a553e8e6@cisco.com> <20180203165418.5sg3dtqcjfuawk6v@elstar.local> <CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com> <2D09D61DDFA73D4C884805CC7865E6114DD0F8A3@GAALPA1MSGUSRBF.ITServices.sbc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
X-Clacks-Overhead: GNU Terry Pratchett
Content-Transfer-Encoding: 8bit
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DD0F8A3@GAALPA1MSGUSRBF.ITServices.sbc.com>
User-Agent: NeoMutt/20171215
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/niMjqckLBz3L5Kvn2BF1YCH1msk>
Subject: Re: [lmap] LMAP: time to declare success ... ?
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Large Scale Measurement of Access network Performance <lmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lmap>, <mailto:lmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lmap/>
List-Post: <mailto:lmap@ietf.org>
List-Help: <mailto:lmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lmap>, <mailto:lmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Feb 2018 15:20:33 -0000

In this case, we need to know what the final NETCONF/RESTCONF
configuration model offers us. Kent Watsen (main author of the
relevant documents) is arguing that the client side configuration
coming out of the NETCONF WG should be a grouping that this grouping
should be instantiated in the contexts where client side configuration
is needed. I think he does have a point there and if this is the final
result, we would have to instantiate this grouping somewhere in an
LMAP configuration YANG module (I was hoping we would not need that
but Kent might be right).

Since the stuff we depend on is not yet stable nor settled, I think we
should not move the wait state to the RFC editor queue. I am somewhat
optimistic that the NMDA work is done by IETF 101 and this may help
getting back to the other work items. That said, the NETCONF/RESTCONF
configuration work is generally not seen as the most pressing work in
the NETCONF WG so I would not make any predictions when this might be
stable enough to complete the LMAP work item.

/js

On Mon, Feb 05, 2018 at 02:46:33PM +0000, STARK, BARBARA H wrote:
> I’ve seen drafts-with-dependencies in other WGs get sent up the publication chain and then just sit in the RFC Editors queue until the dependencies were done. I had one that waited well over a year. Is there anything that is keeping this draft from having publication requested, and then just waiting? That is, do we think the work on the dependencies has a significant probability of either never being done or resulting in substantive changes to this draft?
> Barbara
> 
> From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Dan Romascanu
> Sent: Sunday, February 04, 2018 6:17 AM
> To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>; Benoit Claise <bclaise@cisco.com>; lmap@ietf.org; Ignas Bagdonas <ibagdona.ietf@gmail.com>
> Subject: Re: [lmap] LMAP: time to declare success ... ?
> 
> Hi,
> I do not believe that we can really declare success without having completed one of the key goals of our charter. My opinion is that draft-ietf-lmap-restconf-04.txt needs to be done. We may be able to do it without keeping the WG active. If the WG closes, my preference would be OPSAWG rather than Independent Stream.
> Regards,
> Dan
> 
> On Sat, Feb 3, 2018 at 6:54 PM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-university.de>> wrote:
> On Sat, Feb 03, 2018 at 03:21:12PM +0100, Benoit Claise wrote:
> >
> > The charter speaks about the control and report protocols.
> > draft-ietf-lmap-restconf-04.txt, now expired, describes in 7 pages how
> > RESTCONF can be used with a YANG data model for LMAP.
> >
> > Is it time to declare success and move on?
> > Unless there are spectacular activities in the next 2 or 3 weeks, I'll take
> > action before stepping down as AD.
> >
> > Note that publishing draft-ietf-lmap-restconf could still proceed in the
> > Independent Submission Stream, if there is some future energy to do so.
> 
> draft-ietf-lmap-restconf-04.txt depends on the NETCONF/RESTCONF
> configuration drafts done in the NETCONF WG; these NETCONF I-Ds have
> not been moving because people put priority on getting NMDA out of the
> door.
> 
> Since nobody seems to be pushing for getting
> draft-ietf-lmap-restconf-04.txt done, it might be OK to just let it
> go.
> 
> /js
> 
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587<tel:%2B49%20421%20200%203587>         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103<tel:%2B49%20421%20200%203103>         <https://www.jacobs-university.de/<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.jacobs-2Duniversity.de_&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=LoGzhC-8sc8SY8Tq4vrfog&m=y7rzcEB1rtIifz-D-N5bCafKuT4lI3bkHiTeTyllETY&s=0q2yvIhINQHNRhZzXxkajrIh7cDTFZs8hMEra5o43Kc&e=>>
> 
> _______________________________________________
> lmap mailing list
> lmap@ietf.org<mailto:lmap@ietf.org>
> https://www.ietf.org/mailman/listinfo/lmap<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_lmap&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=LoGzhC-8sc8SY8Tq4vrfog&m=y7rzcEB1rtIifz-D-N5bCafKuT4lI3bkHiTeTyllETY&s=sTTRhk-J5TtkzpFYjfAQPfgNOUmHMe1nbHbhOH75s6A&e=>
> 

> _______________________________________________
> lmap mailing list
> lmap@ietf.org
> https://www.ietf.org/mailman/listinfo/lmap


-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>