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

"STARK, BARBARA H" <bs7652@att.com> Mon, 05 February 2018 14:46 UTC

Return-Path: <bs7652@att.com>
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 D190E12D7F1 for <lmap@ietfa.amsl.com>; Mon, 5 Feb 2018 06:46:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.631
X-Spam-Level:
X-Spam-Status: No, score=-0.631 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 hEmGvufyssiq for <lmap@ietfa.amsl.com>; Mon, 5 Feb 2018 06:46:55 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75EB9126D73 for <lmap@ietf.org>; Mon, 5 Feb 2018 06:46:55 -0800 (PST)
Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id w15Ej65u032069; Mon, 5 Feb 2018 09:46:53 -0500
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by mx0a-00191d01.pphosted.com with ESMTP id 2fxqhqt7sn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 05 Feb 2018 09:46:52 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w15Eko8H029492; Mon, 5 Feb 2018 09:46:50 -0500
Received: from alpi131.aldc.att.com (alpi131.aldc.att.com [130.8.218.69]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w15EkiVW029364 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Feb 2018 09:46:45 -0500
Received: from zlp30484.vci.att.com (zlp30484.vci.att.com [135.47.91.179]) by alpi131.aldc.att.com (RSA Interceptor); Mon, 5 Feb 2018 14:46:35 GMT
Received: from zlp30484.vci.att.com (zlp30484.vci.att.com [127.0.0.1]) by zlp30484.vci.att.com (Service) with ESMTP id 1B8844000361; Mon, 5 Feb 2018 14:46:35 +0000 (GMT)
Received: from GAALPA1MSGHUBAD.ITServices.sbc.com (unknown [130.8.218.153]) by zlp30484.vci.att.com (Service) with ESMTPS id 03301400034D; Mon, 5 Feb 2018 14:46:35 +0000 (GMT)
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.51]) by GAALPA1MSGHUBAD.ITServices.sbc.com ([130.8.218.153]) with mapi id 14.03.0361.001; Mon, 5 Feb 2018 09:46:34 -0500
From: "STARK, BARBARA H" <bs7652@att.com>
To: Dan Romascanu <dromasca@gmail.com>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Benoit Claise <bclaise@cisco.com>, "lmap@ietf.org" <lmap@ietf.org>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
Thread-Topic: [lmap] LMAP: time to declare success ... ?
Thread-Index: AQHTnPpGUIIx85u0Ekq2XB692HoI2aOTOR8AgAE0MICAAXeWQA==
Date: Mon, 5 Feb 2018 14:46:33 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6114DD0F8A3@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <f3e7abc7-493a-5d9f-6eb1-89f3a553e8e6@cisco.com> <20180203165418.5sg3dtqcjfuawk6v@elstar.local> <CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com>
In-Reply-To: <CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.10.223.241]
Content-Type: multipart/alternative; boundary="_000_2D09D61DDFA73D4C884805CC7865E6114DD0F8A3GAALPA1MSGUSRBF_"
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2018-02-05_03:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802050189
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/AgI-jnVdX668QfQWBlUu_ICZ7Rw>
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 14:46:58 -0000

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>de>; Benoit Claise <bclaise@cisco.com>om>; 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=>