
From nobody Fri Feb  2 01:59:16 2018
Return-Path: <dromasca@gmail.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 9CA2212D94D for <lmap@ietfa.amsl.com>; Fri,  2 Feb 2018 01:59:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=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 DfO9xoweALmx for <lmap@ietfa.amsl.com>; Fri,  2 Feb 2018 01:59:13 -0800 (PST)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (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 CE060127873 for <lmap@ietf.org>; Fri,  2 Feb 2018 01:59:12 -0800 (PST)
Received: by mail-qk0-x22a.google.com with SMTP id d125so2666828qkg.13 for <lmap@ietf.org>; Fri, 02 Feb 2018 01:59:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:from:date:message-id:subject:to; bh=5TYh0t84bG6uFQ1tKDctMUewyfgEeAsCJ2yrt97h6DM=; b=MnZWgJvnfz2Es1DEfxEQquzV4C4lseMHvfy5Yz8XDsgAmZC7aVDPPz7wM5Vh2L3OoP srO03pHHnzGDR3SjZoQ/VyBdOl/7dU9f9WsdUt+Nfp0AkxoKFnxcnkSHxWW4LOC23rSg pjjr76bmP1b8dC95TRKe/mcYaNoHTGz/4UqEvF/VbloyBTv7J2kxy2mfQ88uValjLf6j Iq1IKWWgbrnlSOFWQFLrbXoVRR88beHAlj/RO6HkMMth4LoGKADe23IJphT8NY3AP2m3 RU1inbz5S4dmSJCs1aOgoKnH3MYjt8NLQGZeKesPwDiwnNWf1uDbdbYt1Es6wULKEzbJ Sg+w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=5TYh0t84bG6uFQ1tKDctMUewyfgEeAsCJ2yrt97h6DM=; b=iXiUSu4ol93xoWhXod7rG3kd2JS+3zTpMSN2165w/XIfgkPdiLPJ5FfD0fPNf/kFIx TfvnGedVEHaAxF5B+U+jNTtnNT5MVsRIh/2cCq5hbAKsW/XimcpXJwCB8/SpjP5+WEFj NSIL9sjq9SiJezwV3MGWYfVqlJozJdkRk7naL10kH+fMPuu6HY4nOvVMlMA8PTbHXAux 5r2ufk+ej00cQ2kOGPLo7c3k32bvPsXfR3hixfVG6dp6tntmSq1kEt9V4mCL9wamCgtB GdY5UwrItXB/uOfmlR4Hd8Ps59ybXTrPTKOLRGBrRKTKmtc8PhdM4CfdjoZcp3EBPTHB wEeg==
X-Gm-Message-State: AKwxytcVDMMXwCfreEE332lXVZM7yAY7Y7QCWbXbdUkd2JFbSn03doLT RQWMStkzITeezJh6nrk4LYfrcZT5h3q1z5zO24w=
X-Google-Smtp-Source: AH8x227oLS8i8itIRpBbDBcmh9dkd5Nzk3J7Q8vorJBWDajHRC/EY0fMmJX6x8jlKlaye4pA15OHAQDpueUtdLdo/SE=
X-Received: by 10.55.16.196 with SMTP id 65mr61364070qkq.110.1517565551665; Fri, 02 Feb 2018 01:59:11 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.23.147 with HTTP; Fri, 2 Feb 2018 01:59:11 -0800 (PST)
From: Dan Romascanu <dromasca@gmail.com>
Date: Fri, 2 Feb 2018 11:59:11 +0200
Message-ID: <CAFgnS4WLKCFZsWH+c4j+qp0zXZ9nfF=1Y-Xj2GgSVPKL7cX4HA@mail.gmail.com>
To: lmap@ietf.org
Content-Type: multipart/alternative; boundary="001a1146f31aa163dc056437c3c7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/nF8aWGK5e06e6q_wGxpQBWmU5xI>
Subject: [lmap] no lmap meting at IETF 101
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: Fri, 02 Feb 2018 09:59:15 -0000

--001a1146f31aa163dc056437c3c7
Content-Type: text/plain; charset="UTF-8"

Hi,

There were no answers to my query about a meeting at IETF 101 so I am
pushing the 'no meeting' button.

Regards,

Dan

--001a1146f31aa163dc056437c3c7
Content-Type: text/html; charset="UTF-8"

<div dir="ltr"><div><div><div>Hi, <br><br></div>There were no answers to my query about a meeting at IETF 101 so I am pushing the &#39;no meeting&#39; button. <br><br></div>Regards,<br><br></div>Dan<br><br></div>

--001a1146f31aa163dc056437c3c7--


From nobody Fri Feb  2 02:04:14 2018
Return-Path: <session-request@ietf.org>
X-Original-To: lmap@ietf.org
Delivered-To: lmap@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BC4CF12711E; Fri,  2 Feb 2018 02:04:12 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Meeting Session Request Tool <session-request@ietf.org>
To: <session-request@ietf.org>
Cc: bclaise@cisco.com, lmap-chairs@ietf.org, dromasca@gmail.com, lmap@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.71.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151756585272.25625.5431751046070461074.idtracker@ietfa.amsl.com>
Date: Fri, 02 Feb 2018 02:04:12 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/iHrHJsyAi31IN6RSOfA1CAGS4ik>
Subject: [lmap] lmap - Not having a session at IETF 101
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 02 Feb 2018 10:04:13 -0000

Dan Romascanu, a chair of the lmap working group, indicated that the lmap working group does not plan to hold a session at IETF 101.

This message was generated and sent by the IETF Meeting Session Request Tool.



From nobody Sat Feb  3 06:21:20 2018
Return-Path: <bclaise@cisco.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 D87B412D850 for <lmap@ietfa.amsl.com>; Sat,  3 Feb 2018 06:21:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level: 
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 tgp3PzNB5QqB for <lmap@ietfa.amsl.com>; Sat,  3 Feb 2018 06:21:16 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B2221289B0 for <lmap@ietf.org>; Sat,  3 Feb 2018 06:21:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=654; q=dns/txt; s=iport; t=1517667676; x=1518877276; h=from:subject:to:cc:message-id:date:mime-version: content-transfer-encoding; bh=CKjc72Gyh0bRjfv0dHp59kTlnn2GRODj5VI9SaPFNR0=; b=jqo05sB5dK+wOy3/CbE3rEV8T8n+5Z58DMVz807LXv5e4m508b6bJU+K 2TxAziyj1bo3nG2SvNK6SXCi3hFjXEAsufN+P2ithasmKkggHaS50DShq IOakyZjOeD9c7iScGlhWsa0TcnKYT6EldgtXrswwAykql2Mbq4pEHeZTy U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CAAQD8xHVa/xbLJq1bGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYUnhA2LGKcZggMKhTEKgxIUAQEBAQEBAQECax0LhU0VQTUCJgJ?= =?us-ascii?q?fDQgBAYoxujOCJ4UAg3aCBgEBAQEGAQEBASSBD4Nbg2yBaCmHb4NPgmUFil6JX?= =?us-ascii?q?I9rlXGCBYoyh34Cj1+IF4E8NiKBUDMaCBsVPYJHhHdAjGQBAQE?=
X-IronPort-AV: E=Sophos;i="5.46,454,1511827200";  d="scan'208";a="1832879"
Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Feb 2018 14:21:12 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id w13ELCIN007204; Sat, 3 Feb 2018 14:21:12 GMT
From: Benoit Claise <bclaise@cisco.com>
To: "lmap@ietf.org" <lmap@ietf.org>
Cc: Ignas Bagdonas <ibagdona.ietf@gmail.com>
Message-ID: <f3e7abc7-493a-5d9f-6eb1-89f3a553e8e6@cisco.com>
Date: Sat, 3 Feb 2018 15:21:12 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/n_mwpIFNNVjU_ZWc-TCUYWKJLnc>
Subject: [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: Sat, 03 Feb 2018 14:21:18 -0000

Dear all,

No LMAP meeting at 99, 100, and 101.
No emails on the list for 6 months except from the chairs.
No active LMAP drafts.

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.

Regards, Benoit



From nobody Sat Feb  3 08:54:24 2018
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 82F5F12D7FB for <lmap@ietfa.amsl.com>; Sat,  3 Feb 2018 08:54:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=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 jypc1jwCRRQA for <lmap@ietfa.amsl.com>; Sat,  3 Feb 2018 08:54:21 -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 214D2120713 for <lmap@ietf.org>; Sat,  3 Feb 2018 08:54:21 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id DF94D374; Sat,  3 Feb 2018 17:54:19 +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 f-nnyZSvfqyH; Sat,  3 Feb 2018 17:54:17 +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; Sat,  3 Feb 2018 17:54:19 +0100 (CET)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 98E8A20153; Sat,  3 Feb 2018 17:54:19 +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 APAs_PQwXcR0; Sat,  3 Feb 2018 17:54:18 +0100 (CET)
Received: from elstar.local (unknown [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id A8B1820152; Sat,  3 Feb 2018 17:54:18 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 817CA4236873; Sat,  3 Feb 2018 17:54:18 +0100 (CET)
Date: Sat, 3 Feb 2018 17:54:18 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Benoit Claise <bclaise@cisco.com>
Cc: "lmap@ietf.org" <lmap@ietf.org>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
Message-ID: <20180203165418.5sg3dtqcjfuawk6v@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: 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>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <f3e7abc7-493a-5d9f-6eb1-89f3a553e8e6@cisco.com>
User-Agent: NeoMutt/20171215
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/xiCeyyeLJcq_bVgjAgwQDFSK9h4>
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: Sat, 03 Feb 2018 16:54:23 -0000

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         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>


From nobody Sun Feb  4 03:18:26 2018
Return-Path: <dromasca@gmail.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 409B5126CF6 for <lmap@ietfa.amsl.com>; Sun,  4 Feb 2018 03:18:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.019
X-Spam-Level: 
X-Spam-Status: No, score=-2.019 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 cDdZS_miuBO7 for <lmap@ietfa.amsl.com>; Sun,  4 Feb 2018 03:18:23 -0800 (PST)
Received: from mail-qk0-f169.google.com (mail-qk0-f169.google.com [209.85.220.169]) (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 4F48F1200B9 for <lmap@ietf.org>; Sun,  4 Feb 2018 03:18:23 -0800 (PST)
Received: by mail-qk0-f169.google.com with SMTP id d125so8833457qkg.13 for <lmap@ietf.org>; Sun, 04 Feb 2018 03:18:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to;  bh=DRULfG2VpM/+BaxJILBIZb0eDYYimKW8NUM/628c7yk=; b=mCqvVeX7LCpX40HI3dD7mdybd9QPn8ib9fAqqJ7nRwSZ0YHiwqs1hYaUYLF1AMlrq3 0fuOhUeanfTl3rV4y8tdLogLwh3o1xng7b9GKJAWsOnJ6UBOC6Bsgj+/d2exjjfMceAV +VHw6C/u1+EXv/0Ol5EmMwMnBCFYBHmESrn0fshM1DRbSz+/zkSFK0qq3EdPUZak1qFn vT+EzBZQerVLcOuPe2ETbn1mT7ev21dYErbLCpBy1jginNqXfCUpov77MqM4f3TocbJW Mddc/67ktTtjComOJNHVTwTGWhrnIH6kbeAjp156HiypEyJfrkXaRzpVc66mo67R2tH+ nXhw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=DRULfG2VpM/+BaxJILBIZb0eDYYimKW8NUM/628c7yk=; b=RXXraks1W98813Xn+mnOs/VfSGweYr68ALHI2SRjsXFQy3O0wWUirGr9i8Tzkeb2Ki x1RWb+Fb31LU1aVH4L4tW61RFav7s+LvslZ4xRMhS94DMjmgMlSF22LHNGswFV53y0qb sDFAnnECWsLqo5spmV+uGvXqDk167XGJy9dpNH++aa7RRoVNTHaW7PO+f3AEBzZgNHww tWp+9Gx5uhJAQcsBBTHYXlioDdqF+A8ecCToT4MU8VSqUoco5iL/z4xGPb0svuIRAh41 1udN9RN40Sq7vEijpXkZoYnQAzLf/624zNACBQz5zb6EjfzMi/IYSrRQJ0CIrcTh0+FQ I89g==
X-Gm-Message-State: AKwxytdvW65aBbLJa8h8dKL8Twuf+nKlRDLv948vGQRXc+B1iOQcLP7R 27nVmcohnYr2+mFVPX5jDjI9rTuj4YVs0v1fmvX0TA==
X-Google-Smtp-Source: AH8x226R1Pexz/poshM5SclOFuJRhCCVKnjBNt/uv1EuQmrvsnEbSaeezVNf4MZuqH7FiLbWp/u0b3FkduTe+6GhjXk=
X-Received: by 10.55.73.1 with SMTP id w1mr26474680qka.215.1517743042355; Sun, 04 Feb 2018 03:17:22 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.23.147 with HTTP; Sun, 4 Feb 2018 03:17:21 -0800 (PST)
In-Reply-To: <20180203165418.5sg3dtqcjfuawk6v@elstar.local>
References: <f3e7abc7-493a-5d9f-6eb1-89f3a553e8e6@cisco.com> <20180203165418.5sg3dtqcjfuawk6v@elstar.local>
From: Dan Romascanu <dromasca@gmail.com>
Date: Sun, 4 Feb 2018 13:17:21 +0200
Message-ID: <CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Benoit Claise <bclaise@cisco.com>,  "lmap@ietf.org" <lmap@ietf.org>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="001a114a6de8e664cc05646116d2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/EDCGmpU0GcnF89TI3I2yMiad_YM>
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: Sun, 04 Feb 2018 11:18:25 -0000

--001a114a6de8e664cc05646116d2
Content-Type: text/plain; charset="UTF-8"

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> 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         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>
> _______________________________________________
> lmap mailing list
> lmap@ietf.org
> https://www.ietf.org/mailman/listinfo/lmap
>

--001a114a6de8e664cc05646116d2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi,<br><br></div><div>I do not believe that we can re=
ally declare success without having completed one of the key goals of our c=
harter. My opinion is that draft-ietf-lmap-restconf-04.<wbr>txt needs to be=
 done. We may be able to do it without keeping the WG active. If the WG clo=
ses, my preference would be OPSAWG rather than Independent Stream. <br><br>=
</div><div>Regards,<br><br></div><div>Dan<br><br></div></div><div class=3D"=
gmail_extra"><br><div class=3D"gmail_quote">On Sat, Feb 3, 2018 at 6:54 PM,=
 Juergen Schoenwaelder <span dir=3D"ltr">&lt;<a href=3D"mailto:j.schoenwael=
der@jacobs-university.de" target=3D"_blank">j.schoenwaelder@jacobs-universi=
ty.de</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=
=3D"">On Sat, Feb 03, 2018 at 03:21:12PM +0100, Benoit Claise wrote:<br>
&gt;<br>
&gt; The charter speaks about the control and report protocols.<br>
&gt; draft-ietf-lmap-restconf-04.<wbr>txt, now expired, describes in 7 page=
s how<br>
&gt; RESTCONF can be used with a YANG data model for LMAP.<br>
&gt;<br>
&gt; Is it time to declare success and move on?<br>
&gt; Unless there are spectacular activities in the next 2 or 3 weeks, I&#3=
9;ll take<br>
&gt; action before stepping down as AD.<br>
&gt;<br>
&gt; Note that publishing draft-ietf-lmap-restconf could still proceed in t=
he<br>
&gt; Independent Submission Stream, if there is some future energy to do so=
.<br>
<br>
</span>draft-ietf-lmap-restconf-04.<wbr>txt depends on the NETCONF/RESTCONF=
<br>
configuration drafts done in the NETCONF WG; these NETCONF I-Ds have<br>
not been moving because people put priority on getting NMDA out of the<br>
door.<br>
<br>
Since nobody seems to be pushing for getting<br>
draft-ietf-lmap-restconf-04.<wbr>txt done, it might be OK to just let it<br=
>
go.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
/js<br>
<br>
--<br>
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer=
sity Bremen gGmbH<br>
Phone: <a href=3D"tel:%2B49%20421%20200%203587" value=3D"+494212003587">+49=
 421 200 3587</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28759 Br=
emen | Germany<br>
Fax:=C2=A0 =C2=A0<a href=3D"tel:%2B49%20421%20200%203103" value=3D"+4942120=
03103">+49 421 200 3103</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=3D=
"https://www.jacobs-university.de/" rel=3D"noreferrer" target=3D"_blank">ht=
tps://www.jacobs-<wbr>university.de/</a>&gt;<br>
</font></span><div class=3D"HOEnZb"><div class=3D"h5"><br>
______________________________<wbr>_________________<br>
lmap mailing list<br>
<a href=3D"mailto:lmap@ietf.org">lmap@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/lmap" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/lmap</a><br>
</div></div></blockquote></div><br></div>

--001a114a6de8e664cc05646116d2--


From nobody Mon Feb  5 06:46:59 2018
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

--_000_2D09D61DDFA73D4C884805CC7865E6114DD0F8A3GAALPA1MSGUSRBF_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SeKAmXZlIHNlZW4gZHJhZnRzLXdpdGgtZGVwZW5kZW5jaWVzIGluIG90aGVyIFdHcyBnZXQgc2Vu
dCB1cCB0aGUgcHVibGljYXRpb24gY2hhaW4gYW5kIHRoZW4ganVzdCBzaXQgaW4gdGhlIFJGQyBF
ZGl0b3JzIHF1ZXVlIHVudGlsIHRoZSBkZXBlbmRlbmNpZXMgd2VyZSBkb25lLiBJIGhhZCBvbmUg
dGhhdCB3YWl0ZWQgd2VsbCBvdmVyIGEgeWVhci4gSXMgdGhlcmUgYW55dGhpbmcgdGhhdCBpcyBr
ZWVwaW5nIHRoaXMgZHJhZnQgZnJvbSBoYXZpbmcgcHVibGljYXRpb24gcmVxdWVzdGVkLCBhbmQg
dGhlbiBqdXN0IHdhaXRpbmc/IFRoYXQgaXMsIGRvIHdlIHRoaW5rIHRoZSB3b3JrIG9uIHRoZSBk
ZXBlbmRlbmNpZXMgaGFzIGEgc2lnbmlmaWNhbnQgcHJvYmFiaWxpdHkgb2YgZWl0aGVyIG5ldmVy
IGJlaW5nIGRvbmUgb3IgcmVzdWx0aW5nIGluIHN1YnN0YW50aXZlIGNoYW5nZXMgdG8gdGhpcyBk
cmFmdD8NCkJhcmJhcmENCg0KRnJvbTogbG1hcCBbbWFpbHRvOmxtYXAtYm91bmNlc0BpZXRmLm9y
Z10gT24gQmVoYWxmIE9mIERhbiBSb21hc2NhbnUNClNlbnQ6IFN1bmRheSwgRmVicnVhcnkgMDQs
IDIwMTggNjoxNyBBTQ0KVG86IEp1ZXJnZW4gU2Nob2Vud2FlbGRlciA8ai5zY2hvZW53YWVsZGVy
QGphY29icy11bml2ZXJzaXR5LmRlPjsgQmVub2l0IENsYWlzZSA8YmNsYWlzZUBjaXNjby5jb20+
OyBsbWFwQGlldGYub3JnOyBJZ25hcyBCYWdkb25hcyA8aWJhZ2RvbmEuaWV0ZkBnbWFpbC5jb20+
DQpTdWJqZWN0OiBSZTogW2xtYXBdIExNQVA6IHRpbWUgdG8gZGVjbGFyZSBzdWNjZXNzIC4uLiA/
DQoNCkhpLA0KSSBkbyBub3QgYmVsaWV2ZSB0aGF0IHdlIGNhbiByZWFsbHkgZGVjbGFyZSBzdWNj
ZXNzIHdpdGhvdXQgaGF2aW5nIGNvbXBsZXRlZCBvbmUgb2YgdGhlIGtleSBnb2FscyBvZiBvdXIg
Y2hhcnRlci4gTXkgb3BpbmlvbiBpcyB0aGF0IGRyYWZ0LWlldGYtbG1hcC1yZXN0Y29uZi0wNC50
eHQgbmVlZHMgdG8gYmUgZG9uZS4gV2UgbWF5IGJlIGFibGUgdG8gZG8gaXQgd2l0aG91dCBrZWVw
aW5nIHRoZSBXRyBhY3RpdmUuIElmIHRoZSBXRyBjbG9zZXMsIG15IHByZWZlcmVuY2Ugd291bGQg
YmUgT1BTQVdHIHJhdGhlciB0aGFuIEluZGVwZW5kZW50IFN0cmVhbS4NClJlZ2FyZHMsDQpEYW4N
Cg0KT24gU2F0LCBGZWIgMywgMjAxOCBhdCA2OjU0IFBNLCBKdWVyZ2VuIFNjaG9lbndhZWxkZXIg
PGouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZTxtYWlsdG86ai5zY2hvZW53YWVs
ZGVyQGphY29icy11bml2ZXJzaXR5LmRlPj4gd3JvdGU6DQpPbiBTYXQsIEZlYiAwMywgMjAxOCBh
dCAwMzoyMToxMlBNICswMTAwLCBCZW5vaXQgQ2xhaXNlIHdyb3RlOg0KPg0KPiBUaGUgY2hhcnRl
ciBzcGVha3MgYWJvdXQgdGhlIGNvbnRyb2wgYW5kIHJlcG9ydCBwcm90b2NvbHMuDQo+IGRyYWZ0
LWlldGYtbG1hcC1yZXN0Y29uZi0wNC50eHQsIG5vdyBleHBpcmVkLCBkZXNjcmliZXMgaW4gNyBw
YWdlcyBob3cNCj4gUkVTVENPTkYgY2FuIGJlIHVzZWQgd2l0aCBhIFlBTkcgZGF0YSBtb2RlbCBm
b3IgTE1BUC4NCj4NCj4gSXMgaXQgdGltZSB0byBkZWNsYXJlIHN1Y2Nlc3MgYW5kIG1vdmUgb24/
DQo+IFVubGVzcyB0aGVyZSBhcmUgc3BlY3RhY3VsYXIgYWN0aXZpdGllcyBpbiB0aGUgbmV4dCAy
IG9yIDMgd2Vla3MsIEknbGwgdGFrZQ0KPiBhY3Rpb24gYmVmb3JlIHN0ZXBwaW5nIGRvd24gYXMg
QUQuDQo+DQo+IE5vdGUgdGhhdCBwdWJsaXNoaW5nIGRyYWZ0LWlldGYtbG1hcC1yZXN0Y29uZiBj
b3VsZCBzdGlsbCBwcm9jZWVkIGluIHRoZQ0KPiBJbmRlcGVuZGVudCBTdWJtaXNzaW9uIFN0cmVh
bSwgaWYgdGhlcmUgaXMgc29tZSBmdXR1cmUgZW5lcmd5IHRvIGRvIHNvLg0KDQpkcmFmdC1pZXRm
LWxtYXAtcmVzdGNvbmYtMDQudHh0IGRlcGVuZHMgb24gdGhlIE5FVENPTkYvUkVTVENPTkYNCmNv
bmZpZ3VyYXRpb24gZHJhZnRzIGRvbmUgaW4gdGhlIE5FVENPTkYgV0c7IHRoZXNlIE5FVENPTkYg
SS1EcyBoYXZlDQpub3QgYmVlbiBtb3ZpbmcgYmVjYXVzZSBwZW9wbGUgcHV0IHByaW9yaXR5IG9u
IGdldHRpbmcgTk1EQSBvdXQgb2YgdGhlDQpkb29yLg0KDQpTaW5jZSBub2JvZHkgc2VlbXMgdG8g
YmUgcHVzaGluZyBmb3IgZ2V0dGluZw0KZHJhZnQtaWV0Zi1sbWFwLXJlc3Rjb25mLTA0LnR4dCBk
b25lLCBpdCBtaWdodCBiZSBPSyB0byBqdXN0IGxldCBpdA0KZ28uDQoNCi9qcw0KDQotLQ0KSnVl
cmdlbiBTY2hvZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dt
YkgNClBob25lOiArNDkgNDIxIDIwMCAzNTg3PHRlbDolMkI0OSUyMDQyMSUyMDIwMCUyMDM1ODc+
ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCkZheDogICAr
NDkgNDIxIDIwMCAzMTAzPHRlbDolMkI0OSUyMDQyMSUyMDIwMCUyMDMxMDM+ICAgICAgICAgPGh0
dHBzOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLzxodHRwczovL3VybGRlZmVuc2UucHJvb2Zw
b2ludC5jb20vdjIvdXJsP3U9aHR0cHMtM0FfX3d3dy5qYWNvYnMtMkR1bml2ZXJzaXR5LmRlXyZk
PUR3TUZhUSZjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmcj1Mb0d6aEMtOHNjOFNZOFRxNHZyZm9n
Jm09eTdyemNFQjFydElpZnotRC1ONWJDYWZLdVQ0bEkzYmtIaVRlVHlsbEVUWSZzPTBxMnl2SWhJ
TlFITlJoWnpYeGthanJJaDdjRFRGWnM4aE1FcmE1bzQzS2MmZT0+Pg0KDQpfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbG1hcCBtYWlsaW5nIGxpc3QNCmxt
YXBAaWV0Zi5vcmc8bWFpbHRvOmxtYXBAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2xtYXA8aHR0cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3Yy
L3VybD91PWh0dHBzLTNBX193d3cuaWV0Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19sbWFwJmQ9RHdN
RmFRJmM9TEZZWi1vOV9IVU1lTVRTUWljdmpJZyZyPUxvR3poQy04c2M4U1k4VHE0dnJmb2cmbT15
N3J6Y0VCMXJ0SWlmei1ELU41YkNhZkt1VDRsSTNia0hpVGVUeWxsRVRZJnM9c1RUUmhrLUo1VHRr
enBGWWpmQVFQZmdOT1VtSE1lMW5iSGJoT0g3NXM2QSZlPT4NCg0K

--_000_2D09D61DDFA73D4C884805CC7865E6114DD0F8A3GAALPA1MSGUSRBF_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph
OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv
cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z
b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw
bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v
cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t
bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90
dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv
bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uaG9lbnpiDQoJe21zby1zdHls
ZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJz
b25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3
aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5
Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9u
MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47
fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh
LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp
ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s
Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh
dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8
Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz
PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SeKAmXZlIHNlZW4gZHJhZnRz
LXdpdGgtZGVwZW5kZW5jaWVzIGluIG90aGVyIFdHcyBnZXQgc2VudCB1cCB0aGUgcHVibGljYXRp
b24gY2hhaW4gYW5kIHRoZW4ganVzdCBzaXQgaW4gdGhlIFJGQyBFZGl0b3JzIHF1ZXVlIHVudGls
IHRoZSBkZXBlbmRlbmNpZXMgd2VyZSBkb25lLiBJIGhhZCBvbmUgdGhhdCB3YWl0ZWQgd2VsbCBv
dmVyIGEgeWVhci4gSXMgdGhlcmUgYW55dGhpbmcgdGhhdCBpcyBrZWVwaW5nIHRoaXMNCiBkcmFm
dCBmcm9tIGhhdmluZyBwdWJsaWNhdGlvbiByZXF1ZXN0ZWQsIGFuZCB0aGVuIGp1c3Qgd2FpdGlu
Zz8gVGhhdCBpcywgZG8gd2UgdGhpbmsgdGhlIHdvcmsgb24gdGhlIGRlcGVuZGVuY2llcyBoYXMg
YSBzaWduaWZpY2FudCBwcm9iYWJpbGl0eSBvZiBlaXRoZXIgbmV2ZXIgYmVpbmcgZG9uZSBvciBy
ZXN1bHRpbmcgaW4gc3Vic3RhbnRpdmUgY2hhbmdlcyB0byB0aGlzIGRyYWZ0PzxvOnA+PC9vOnA+
PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QmFyYmFyYTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh
c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6
bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4w
cHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0Ux
RTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxiPkZyb206PC9iPiBsbWFwIFttYWlsdG86bG1hcC1ib3VuY2VzQGlldGYub3JnXSA8Yj5P
biBCZWhhbGYgT2YNCjwvYj5EYW4gUm9tYXNjYW51PGJyPg0KPGI+U2VudDo8L2I+IFN1bmRheSwg
RmVicnVhcnkgMDQsIDIwMTggNjoxNyBBTTxicj4NCjxiPlRvOjwvYj4gSnVlcmdlbiBTY2hvZW53
YWVsZGVyICZsdDtqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGUmZ3Q7OyBCZW5v
aXQgQ2xhaXNlICZsdDtiY2xhaXNlQGNpc2NvLmNvbSZndDs7IGxtYXBAaWV0Zi5vcmc7IElnbmFz
IEJhZ2RvbmFzICZsdDtpYmFnZG9uYS5pZXRmQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5TdWJqZWN0
OjwvYj4gUmU6IFtsbWFwXSBMTUFQOiB0aW1lIHRvIGRlY2xhcmUgc3VjY2VzcyAuLi4gPzxvOnA+
PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i
bWFyZ2luLWJvdHRvbToxMi4wcHQiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij5JIGRvIG5v
dCBiZWxpZXZlIHRoYXQgd2UgY2FuIHJlYWxseSBkZWNsYXJlIHN1Y2Nlc3Mgd2l0aG91dCBoYXZp
bmcgY29tcGxldGVkIG9uZSBvZiB0aGUga2V5IGdvYWxzIG9mIG91ciBjaGFydGVyLiBNeSBvcGlu
aW9uIGlzIHRoYXQgZHJhZnQtaWV0Zi1sbWFwLXJlc3Rjb25mLTA0LnR4dCBuZWVkcyB0byBiZSBk
b25lLiBXZSBtYXkgYmUgYWJsZSB0byBkbyBpdA0KIHdpdGhvdXQga2VlcGluZyB0aGUgV0cgYWN0
aXZlLiBJZiB0aGUgV0cgY2xvc2VzLCBteSBwcmVmZXJlbmNlIHdvdWxkIGJlIE9QU0FXRyByYXRo
ZXIgdGhhbiBJbmRlcGVuZGVudCBTdHJlYW0uDQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRp
dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+UmVn
YXJkcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi
IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+RGFuPG86cD48L286cD48L3A+DQo8L2Rpdj4N
CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFNhdCwgRmViIDMsIDIwMTggYXQgNjo1
NCBQTSwgSnVlcmdlbiBTY2hvZW53YWVsZGVyICZsdDs8YSBocmVmPSJtYWlsdG86ai5zY2hvZW53
YWVsZGVyQGphY29icy11bml2ZXJzaXR5LmRlIiB0YXJnZXQ9Il9ibGFuayI+ai5zY2hvZW53YWVs
ZGVyQGphY29icy11bml2ZXJzaXR5LmRlPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8
YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAx
LjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1y
aWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gU2F0LCBGZWIgMDMsIDIwMTggYXQg
MDM6MjE6MTJQTSAmIzQzOzAxMDAsIEJlbm9pdCBDbGFpc2Ugd3JvdGU6PGJyPg0KJmd0Ozxicj4N
CiZndDsgVGhlIGNoYXJ0ZXIgc3BlYWtzIGFib3V0IHRoZSBjb250cm9sIGFuZCByZXBvcnQgcHJv
dG9jb2xzLjxicj4NCiZndDsgZHJhZnQtaWV0Zi1sbWFwLXJlc3Rjb25mLTA0LnR4dCwgbm93IGV4
cGlyZWQsIGRlc2NyaWJlcyBpbiA3IHBhZ2VzIGhvdzxicj4NCiZndDsgUkVTVENPTkYgY2FuIGJl
IHVzZWQgd2l0aCBhIFlBTkcgZGF0YSBtb2RlbCBmb3IgTE1BUC48YnI+DQomZ3Q7PGJyPg0KJmd0
OyBJcyBpdCB0aW1lIHRvIGRlY2xhcmUgc3VjY2VzcyBhbmQgbW92ZSBvbj88YnI+DQomZ3Q7IFVu
bGVzcyB0aGVyZSBhcmUgc3BlY3RhY3VsYXIgYWN0aXZpdGllcyBpbiB0aGUgbmV4dCAyIG9yIDMg
d2Vla3MsIEknbGwgdGFrZTxicj4NCiZndDsgYWN0aW9uIGJlZm9yZSBzdGVwcGluZyBkb3duIGFz
IEFELjxicj4NCiZndDs8YnI+DQomZ3Q7IE5vdGUgdGhhdCBwdWJsaXNoaW5nIGRyYWZ0LWlldGYt
bG1hcC1yZXN0Y29uZiBjb3VsZCBzdGlsbCBwcm9jZWVkIGluIHRoZTxicj4NCiZndDsgSW5kZXBl
bmRlbnQgU3VibWlzc2lvbiBTdHJlYW0sIGlmIHRoZXJlIGlzIHNvbWUgZnV0dXJlIGVuZXJneSB0
byBkbyBzby48YnI+DQo8YnI+DQpkcmFmdC1pZXRmLWxtYXAtcmVzdGNvbmYtMDQudHh0IGRlcGVu
ZHMgb24gdGhlIE5FVENPTkYvUkVTVENPTkY8YnI+DQpjb25maWd1cmF0aW9uIGRyYWZ0cyBkb25l
IGluIHRoZSBORVRDT05GIFdHOyB0aGVzZSBORVRDT05GIEktRHMgaGF2ZTxicj4NCm5vdCBiZWVu
IG1vdmluZyBiZWNhdXNlIHBlb3BsZSBwdXQgcHJpb3JpdHkgb24gZ2V0dGluZyBOTURBIG91dCBv
ZiB0aGU8YnI+DQpkb29yLjxicj4NCjxicj4NClNpbmNlIG5vYm9keSBzZWVtcyB0byBiZSBwdXNo
aW5nIGZvciBnZXR0aW5nPGJyPg0KZHJhZnQtaWV0Zi1sbWFwLXJlc3Rjb25mLTA0LnR4dCBkb25l
LCBpdCBtaWdodCBiZSBPSyB0byBqdXN0IGxldCBpdDxicj4NCmdvLjxicj4NCjxzcGFuIHN0eWxl
PSJjb2xvcjojODg4ODg4Ij48YnI+DQo8c3BhbiBjbGFzcz0iaG9lbnpiIj4vanM8L3NwYW4+PGJy
Pg0KPGJyPg0KPHNwYW4gY2xhc3M9ImhvZW56YiI+LS08L3NwYW4+PGJyPg0KPHNwYW4gY2xhc3M9
ImhvZW56YiI+SnVlcmdlbiBTY2hvZW53YWVsZGVyJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDtKYWNvYnMgVW5pdmVyc2l0eSBCcmVtZW4gZ0dtYkg8L3NwYW4+PGJyPg0K
PHNwYW4gY2xhc3M9ImhvZW56YiI+UGhvbmU6IDxhIGhyZWY9InRlbDolMkI0OSUyMDQyMSUyMDIw
MCUyMDM1ODciPiYjNDM7NDkgNDIxIDIwMCAzNTg3PC9hPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDtDYW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwgR2VybWFueTwvc3Bhbj48
YnI+DQo8c3BhbiBjbGFzcz0iaG9lbnpiIj5GYXg6Jm5ic3A7ICZuYnNwOzxhIGhyZWY9InRlbDol
MkI0OSUyMDQyMSUyMDIwMCUyMDMxMDMiPiYjNDM7NDkgNDIxIDIwMCAzMTAzPC9hPiZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsmbHQ7PGEgaHJlZj0iaHR0cHM6Ly91cmxkZWZlbnNl
LnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuamFjb2JzLTJEdW5pdmVyc2l0
eS5kZV8mYW1wO2Q9RHdNRmFRJmFtcDtjPUxGWVotbzlfSFVNZU1UU1FpY3ZqSWcmYW1wO3I9TG9H
emhDLThzYzhTWThUcTR2cmZvZyZhbXA7bT15N3J6Y0VCMXJ0SWlmei1ELU41YkNhZkt1VDRsSTNi
a0hpVGVUeWxsRVRZJmFtcDtzPTBxMnl2SWhJTlFITlJoWnpYeGthanJJaDdjRFRGWnM4aE1FcmE1
bzQzS2MmYW1wO2U9IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuamFjb2JzLXVuaXZlcnNp
dHkuZGUvPC9hPiZndDs8L3NwYW4+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+
DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXzxicj4NCmxtYXAgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0i
bWFpbHRvOmxtYXBAaWV0Zi5vcmciPmxtYXBAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0
cHM6Ly91cmxkZWZlbnNlLnByb29mcG9pbnQuY29tL3YyL3VybD91PWh0dHBzLTNBX193d3cuaWV0
Zi5vcmdfbWFpbG1hbl9saXN0aW5mb19sbWFwJmFtcDtkPUR3TUZhUSZhbXA7Yz1MRllaLW85X0hV
TWVNVFNRaWN2aklnJmFtcDtyPUxvR3poQy04c2M4U1k4VHE0dnJmb2cmYW1wO209eTdyemNFQjFy
dElpZnotRC1ONWJDYWZLdVQ0bEkzYmtIaVRlVHlsbEVUWSZhbXA7cz1zVFRSaGstSjVUdGt6cEZZ
amZBUVBmZ05PVW1ITWUxbmJIYmhPSDc1czZBJmFtcDtlPSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbG1hcDwvYT48bzpwPjwvbzpwPjwvcD4N
CjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt
YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5
Pg0KPC9odG1sPg0K

--_000_2D09D61DDFA73D4C884805CC7865E6114DD0F8A3GAALPA1MSGUSRBF_--


From nobody Mon Feb  5 07:20:34 2018
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, 5 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/>


From nobody Wed Feb 14 01:43:11 2018
Return-Path: <bclaise@cisco.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 D8465126D73 for <lmap@ietfa.amsl.com>; Wed, 14 Feb 2018 01:43:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level: 
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 S3McaErxmABv for <lmap@ietfa.amsl.com>; Wed, 14 Feb 2018 01:43:07 -0800 (PST)
Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A4AA126CF9 for <lmap@ietf.org>; Wed, 14 Feb 2018 01:43:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7928; q=dns/txt; s=iport; t=1518601386; x=1519810986; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=G0Nxriy9lV9lVFmOLe2FvBYuB4mponzUI/5rPQBGze0=; b=H5A4tYDQU1ramIygMk9Dpmkwzhj25ephhcYHfiH+7wq4yyJIienEzLdv jdQJfSWzYzeF5z06PyqbVySsbGyddKTBC03T7gGlIjGYKOYNggp6V38kt uyPpH0RUq1mvQD/1EALsQiUd/IYe/QnrIaUe4kKa6q6MBTAvBui3Lg15G c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B2AQBUBIRa/xbLJq1ZAxkBAQEBAQEBA?= =?us-ascii?q?QEBAQEHAQEBAQGDJYETcCiDZYsYjw4ngReQZodzChgBCoM6gV4Cg0gUAQIBAQE?= =?us-ascii?q?BAQECayiFJAEBAQMBASFLGQIJAg4CCCcDAgIbDB8RBgEMBgIBAYoxEJIfnXSCJ?= =?us-ascii?q?yaEW4N/ghMBAQEBAQEBAQIBAQEBAQEBAQEBGQUFhHyDbIFoKQyCeYMvAQECghA?= =?us-ascii?q?mglCCZQWKY4lgj2sJlgSMPIgIj3+IGYE8NiIlgSszGggbFT2CRoIcgV8BB3VAN?= =?us-ascii?q?41sAQEB?=
X-IronPort-AV: E=Sophos;i="5.46,511,1511827200"; d="scan'208,217";a="2062455"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Feb 2018 09:42:58 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id w1E9gwBt026106; Wed, 14 Feb 2018 09:42:58 GMT
To: Dan Romascanu <dromasca@gmail.com>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "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>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <9b11d4cf-740a-e942-6359-e7a727e43600@cisco.com>
Date: Wed, 14 Feb 2018 10:42:58 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------34693187FDCD412A7985CCE0"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/7SaAxDPRMTw_22sSldYSBWMVXeY>
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: Wed, 14 Feb 2018 09:43:09 -0000

This is a multi-part message in MIME format.
--------------34693187FDCD412A7985CCE0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

Hi Dan,

"declaring success?" was an image to mean "shall we close the WG?"

If my memory serves me well... At charter time (in 2013!), there were 
discussions regarding the data models and specific protocols. YANG was 
not necessary a given or even a goal. When specifying a YANG data model, 
that simplified the choice of associated protocols.

Regards, Benoit
> 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://www.jacobs-university.de/>>
>
>     _______________________________________________
>     lmap mailing list
>     lmap@ietf.org <mailto:lmap@ietf.org>
>     https://www.ietf.org/mailman/listinfo/lmap
>     <https://www.ietf.org/mailman/listinfo/lmap>
>
>


--------------34693187FDCD412A7985CCE0
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Dan,<br>
      <br>
      "declaring success?" was an image to mean "shall we close the WG?"<br>
      <br>
      If my memory serves me well... At charter time (in 2013!), there
      were discussions regarding the data models and specific protocols.
      YANG was not necessary a given or even a goal. When specifying a
      YANG data model, that simplified the choice of associated
      protocols. <br>
      <br>
      Regards, Benoit<br>
    </div>
    <blockquote type="cite"
cite="mid:CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div dir="ltr">
        <div>Hi,<br>
          <br>
        </div>
        <div>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.<wbr>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. <br>
          <br>
        </div>
        <div>Regards,<br>
          <br>
        </div>
        <div>Dan<br>
          <br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Sat, Feb 3, 2018 at 6:54 PM, Juergen
          Schoenwaelder <span dir="ltr">&lt;<a
              href="mailto:j.schoenwaelder@jacobs-university.de"
              target="_blank" moz-do-not-send="true">j.schoenwaelder@jacobs-university.de</a>&gt;</span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex"><span
              class="">On Sat, Feb 03, 2018 at 03:21:12PM +0100, Benoit
              Claise wrote:<br>
              &gt;<br>
              &gt; The charter speaks about the control and report
              protocols.<br>
              &gt; draft-ietf-lmap-restconf-04.<wbr>txt, now expired,
              describes in 7 pages how<br>
              &gt; RESTCONF can be used with a YANG data model for LMAP.<br>
              &gt;<br>
              &gt; Is it time to declare success and move on?<br>
              &gt; Unless there are spectacular activities in the next 2
              or 3 weeks, I'll take<br>
              &gt; action before stepping down as AD.<br>
              &gt;<br>
              &gt; Note that publishing draft-ietf-lmap-restconf could
              still proceed in the<br>
              &gt; Independent Submission Stream, if there is some
              future energy to do so.<br>
              <br>
            </span>draft-ietf-lmap-restconf-04.<wbr>txt depends on the
            NETCONF/RESTCONF<br>
            configuration drafts done in the NETCONF WG; these NETCONF
            I-Ds have<br>
            not been moving because people put priority on getting NMDA
            out of the<br>
            door.<br>
            <br>
            Since nobody seems to be pushing for getting<br>
            draft-ietf-lmap-restconf-04.<wbr>txt done, it might be OK to
            just let it<br>
            go.<br>
            <span class="HOEnZb"><font color="#888888"><br>
                /js<br>
                <br>
                --<br>
                Juergen Schoenwaelder           Jacobs University Bremen
                gGmbH<br>
                Phone: <a href="tel:%2B49%20421%20200%203587"
                  value="+494212003587" moz-do-not-send="true">+49 421
                  200 3587</a>         Campus Ring 1 | 28759 Bremen |
                Germany<br>
                Fax:   <a href="tel:%2B49%20421%20200%203103"
                  value="+494212003103" moz-do-not-send="true">+49 421
                  200 3103</a>         &lt;<a
                  href="https://www.jacobs-university.de/"
                  rel="noreferrer" target="_blank"
                  moz-do-not-send="true">https://www.jacobs-<wbr>university.de/</a>&gt;<br>
              </font></span>
            <div class="HOEnZb">
              <div class="h5"><br>
                ______________________________<wbr>_________________<br>
                lmap mailing list<br>
                <a href="mailto:lmap@ietf.org" moz-do-not-send="true">lmap@ietf.org</a><br>
                <a href="https://www.ietf.org/mailman/listinfo/lmap"
                  rel="noreferrer" target="_blank"
                  moz-do-not-send="true">https://www.ietf.org/mailman/<wbr>listinfo/lmap</a><br>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </body>
</html>

--------------34693187FDCD412A7985CCE0--


From nobody Wed Feb 14 05:05:30 2018
Return-Path: <dromasca@gmail.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 8B4F3126579 for <lmap@ietfa.amsl.com>; Wed, 14 Feb 2018 05:05:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.739
X-Spam-Level: 
X-Spam-Status: No, score=-1.739 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, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_NONE=-0.0001, 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 IvKzLaYKIGcN for <lmap@ietfa.amsl.com>; Wed, 14 Feb 2018 05:05:27 -0800 (PST)
Received: from mail-qt0-x22a.google.com (mail-qt0-x22a.google.com [IPv6:2607:f8b0:400d:c0d::22a]) (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 8C55E124234 for <lmap@ietf.org>; Wed, 14 Feb 2018 05:05:27 -0800 (PST)
Received: by mail-qt0-x22a.google.com with SMTP id d26so5989975qtj.4 for <lmap@ietf.org>; Wed, 14 Feb 2018 05:05:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZvXAEhg6AszzXg/sBvMeeAG+CEOi9WcLPIsdhPAckEA=; b=jxCQIoCLjr0Rb/AxZXY94Cku5yragnM3cqjt61aQ4rlQKFcXHNh+m4l8ij079/OzYP xEuLvL/uFioMb6K926E7CKtqQfLF7MaVbfSLHXQk5X+rEjBb0NYWyaW3Rx5XsebUrsea F4KdTg4nHgM8CZkaqGIkKThkSrKVkcUv+lldBz/aNxzP56VsSqmYnGSu6l98HlP+SkYi 2FwE16CRO1R1P+fcRbHdYJkcKftUd8cLKV7T765FIqFtBv8KwyGLFnhf5kdsTQBjqSn7 Yz1Mc44/D7MsoZM7IF+FGBIKZagzEjdLWXE5nTSOGs/O2D526mL3YaLXqIeBFiBcUmyO 2r5Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZvXAEhg6AszzXg/sBvMeeAG+CEOi9WcLPIsdhPAckEA=; b=Lj/v5+/lw78lX9Cr56uDDJRdtWcFE395HxkqnW0o+jjL5ivIRkxUoiGFCERaTjLg5W tlAGROTxiFKA5EhLjEC2w71SGSqW8mKcB29sg94JUE3xgA1aGuXS2BG+tV7OaMM8055n D0RceUVXj69Sb6E31FveprxGRgdfGmxaTvyqY8o3ILlx+JTXACcG9YAjxyAjGbGizSMi SAIuIgzKGG91kx59YA2883HFIdJ7a0tVn8WOYKFMUsg4LDDojt2jz0wcUpIdmtjRsvb0 u9Ynbt9fU/O2CxohBh0fcraQFbKB5/1P2j1G1Ud5bZpdUYTblyPtI42h15iyHsd3/UmO Yumg==
X-Gm-Message-State: APf1xPCSwAVRx8RpZBULYZAxlgBx+RKUwd9PIKojU3YCRcMRKVPD82oV O1YY6grJM3gMQykdAPLdAJhmxqA4tDHKx64VYMo=
X-Google-Smtp-Source: AH8x226WZ+E4P71eH+C66mlHGpdDIrLM2RXQ6Ddu7/bHpCyKKyTh2tVO8HT+Dby+g0QzYihEvHrTLDo64nP5624DNKQ=
X-Received: by 10.200.70.10 with SMTP id p10mr7433310qtn.5.1518613526703; Wed, 14 Feb 2018 05:05:26 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.23.147 with HTTP; Wed, 14 Feb 2018 05:05:26 -0800 (PST)
In-Reply-To: <9b11d4cf-740a-e942-6359-e7a727e43600@cisco.com>
References: <f3e7abc7-493a-5d9f-6eb1-89f3a553e8e6@cisco.com> <20180203165418.5sg3dtqcjfuawk6v@elstar.local> <CAFgnS4XsoiyFFpHGNqR36=NRk9uTBdCFWzYO9=OuatT4iSREbA@mail.gmail.com> <9b11d4cf-740a-e942-6359-e7a727e43600@cisco.com>
From: Dan Romascanu <dromasca@gmail.com>
Date: Wed, 14 Feb 2018 15:05:26 +0200
Message-ID: <CAFgnS4VqrhTYHOvOzbBaM4XLXS6zF0EQGAwJKmjQKfLPG1_j+A@mail.gmail.com>
To: Benoit Claise <bclaise@cisco.com>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "lmap@ietf.org" <lmap@ietf.org>, Ignas Bagdonas <ibagdona.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="f4f5e80caf10cf724905652bc37a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/SZ5nO7xEs0MY2VWDwxRUEK6ECck>
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: Wed, 14 Feb 2018 13:05:29 -0000

--f4f5e80caf10cf724905652bc37a
Content-Type: text/plain; charset="UTF-8"

Hi Benoit,

Actually the WG made a choice also related to the protocol to associate
with YANG for LMAP - RESTCONF. The role of draft-ietf-lmap-restconf was to
document this choice and detail the specifics.

Just to be clear, I am personally fine with closing the WG. I believe that
in order to really complete the charter we need to approve and publish
draft-ietf-lmap-restconf to RFC. If the WG closes this can be done better
IMO in opsawg. It would be good to mention this in the WG closing message.

Regards,

Dan


On Wed, Feb 14, 2018 at 11:42 AM, Benoit Claise <bclaise@cisco.com> wrote:

> Hi Dan,
>
> "declaring success?" was an image to mean "shall we close the WG?"
>
> If my memory serves me well... At charter time (in 2013!), there were
> discussions regarding the data models and specific protocols. YANG was not
> necessary a given or even a goal. When specifying a YANG data model, that
> simplified the choice of associated protocols.
>
> Regards, Benoit
>
> 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> 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 <%2B49%20421%20200%203587>         Campus Ring 1
>> | 28759 Bremen | Germany
>> Fax:   +49 421 200 3103 <%2B49%20421%20200%203103>         <
>> https://www.jacobs-university.de/>
>>
>> _______________________________________________
>> lmap mailing list
>> lmap@ietf.org
>> https://www.ietf.org/mailman/listinfo/lmap
>>
>
>
>

--f4f5e80caf10cf724905652bc37a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div><div>Hi Benoit, <br><br></div>Actually the =
WG made a choice also related to the protocol to associate with YANG for LM=
AP - RESTCONF. The role of draft-ietf-lmap-restconf was to document this ch=
oice and detail the specifics. <br><br></div>Just to be clear, I am persona=
lly fine with closing the WG. I believe that in order to really complete th=
e charter we need to approve and publish draft-ietf-lmap-restconf to RFC. I=
f the WG closes this can be done better IMO in opsawg. It would be good to =
mention this in the WG closing message. <br><br></div>Regards,<br><br></div=
>Dan<br><br></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote"=
>On Wed, Feb 14, 2018 at 11:42 AM, Benoit Claise <span dir=3D"ltr">&lt;<a h=
ref=3D"mailto:bclaise@cisco.com" target=3D"_blank">bclaise@cisco.com</a>&gt=
;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 =
.8ex;border-left:1px #ccc solid;padding-left:1ex">
 =20
   =20
 =20
  <div text=3D"#000000" bgcolor=3D"#FFFFFF">
    <div class=3D"m_3789594847035387152moz-cite-prefix">Hi Dan,<br>
      <br>
      &quot;declaring success?&quot; was an image to mean &quot;shall we cl=
ose the WG?&quot;<br>
      <br>
      If my memory serves me well... At charter time (in 2013!), there
      were discussions regarding the data models and specific protocols.
      YANG was not necessary a given or even a goal. When specifying a
      YANG data model, that simplified the choice of associated
      protocols. <br>
      <br>
      Regards, Benoit<br>
    </div><div><div class=3D"h5">
    <blockquote type=3D"cite">
     =20
      <div dir=3D"ltr">
        <div>Hi,<br>
          <br>
        </div>
        <div>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.tx<wbr>t 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. <br>
          <br>
        </div>
        <div>Regards,<br>
          <br>
        </div>
        <div>Dan<br>
          <br>
        </div>
      </div>
      <div class=3D"gmail_extra"><br>
        <div class=3D"gmail_quote">On Sat, Feb 3, 2018 at 6:54 PM, Juergen
          Schoenwaelder <span dir=3D"ltr">&lt;<a href=3D"mailto:j.schoenwae=
lder@jacobs-university.de" target=3D"_blank">j.schoenwaelder@jacobs-<wbr>un=
iversity.de</a>&gt;</span>
          wrote:<br>
          <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord=
er-left:1px #ccc solid;padding-left:1ex"><span>On Sat, Feb 03, 2018 at 03:2=
1:12PM +0100, Benoit
              Claise wrote:<br>
              &gt;<br>
              &gt; The charter speaks about the control and report
              protocols.<br>
              &gt; draft-ietf-lmap-restconf-04.tx<wbr>t, now expired,
              describes in 7 pages how<br>
              &gt; RESTCONF can be used with a YANG data model for LMAP.<br=
>
              &gt;<br>
              &gt; Is it time to declare success and move on?<br>
              &gt; Unless there are spectacular activities in the next 2
              or 3 weeks, I&#39;ll take<br>
              &gt; action before stepping down as AD.<br>
              &gt;<br>
              &gt; Note that publishing draft-ietf-lmap-restconf could
              still proceed in the<br>
              &gt; Independent Submission Stream, if there is some
              future energy to do so.<br>
              <br>
            </span>draft-ietf-lmap-restconf-04.tx<wbr>t depends on the
            NETCONF/RESTCONF<br>
            configuration drafts done in the NETCONF WG; these NETCONF
            I-Ds have<br>
            not been moving because people put priority on getting NMDA
            out of the<br>
            door.<br>
            <br>
            Since nobody seems to be pushing for getting<br>
            draft-ietf-lmap-restconf-04.tx<wbr>t done, it might be OK to
            just let it<br>
            go.<br>
            <span class=3D"m_3789594847035387152HOEnZb"><font color=3D"#888=
888"><br>
                /js<br>
                <br>
                --<br>
                Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0Jacobs University Bremen
                gGmbH<br>
                Phone: <a href=3D"tel:%2B49%20421%20200%203587" value=3D"+4=
94212003587" target=3D"_blank">+49 421
                  200 3587</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring=
 1 | 28759 Bremen |
                Germany<br>
                Fax:=C2=A0 =C2=A0<a href=3D"tel:%2B49%20421%20200%203103" v=
alue=3D"+494212003103" target=3D"_blank">+49 421
                  200 3103</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0&lt;<a href=
=3D"https://www.jacobs-university.de/" rel=3D"noreferrer" target=3D"_blank"=
>https://www.jacobs-universit<wbr>y.de/</a>&gt;<br>
              </font></span>
            <div class=3D"m_3789594847035387152HOEnZb">
              <div class=3D"m_3789594847035387152h5"><br>
                ______________________________<wbr>_________________<br>
                lmap mailing list<br>
                <a href=3D"mailto:lmap@ietf.org" target=3D"_blank">lmap@iet=
f.org</a><br>
                <a href=3D"https://www.ietf.org/mailman/listinfo/lmap" rel=
=3D"noreferrer" target=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinf=
o/lmap</a><br>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
  </div></div></div>

</blockquote></div><br></div>

--f4f5e80caf10cf724905652bc37a--


From nobody Mon Feb 19 11:56:40 2018
Return-Path: <bclaise@cisco.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 03B1D12785F; Mon, 19 Feb 2018 11:56:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.531
X-Spam-Level: 
X-Spam-Status: No, score=-14.531 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 PVz5BZtmss62; Mon, 19 Feb 2018 11:56:22 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1598128959; Mon, 19 Feb 2018 11:56:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=595; q=dns/txt; s=iport; t=1519070180; x=1520279780; h=from:subject:to:cc:message-id:date:mime-version: content-transfer-encoding; bh=PF4c+OvuzMaclFC+WpIVu0qXoI2zImz6esDjoOiULUI=; b=jjm5ygjiDdRBhSEohexH0K8MWicXi+F+1+nOLRHXaZYKIveRDAdMST7g Fzg256cRMsJMdeNQrwekTnAn2Fgio1gdnGQmyP+k47GAoWvEEK1gFAL7X CrMWhVAdpt7d5MSaWDZI6e8XI40T/KB3V8J+K+pKPNXdN2cuE+t2pQrHJ 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BTAgAZK4ta/5tdJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYNPgVaED5gpgVuBPpZdggIKhTuCXVgUAQIBAQEBAQECax0LhU0?= =?us-ascii?q?VNgs1AiYCXw0IAQGKHrY8gieFAYN4ghMBAQEBAQEEAQEBAQEBAQEggQ+DfIIog?= =?us-ascii?q?VeBaCkMh2SDT4JlBZNokE0JggqUAIIHijWIC5AFiBqBPDYigVEzGggbFTqCRIU?= =?us-ascii?q?TI44qAQEB?=
X-IronPort-AV: E=Sophos;i="5.46,536,1511827200"; d="scan'208";a="72424679"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Feb 2018 19:56:20 +0000
Received: from [10.82.169.2] ([10.82.169.2]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w1JJuJV9012719; Mon, 19 Feb 2018 19:56:19 GMT
From: Benoit Claise <bclaise@cisco.com>
To: "lmap@ietf.org" <lmap@ietf.org>
Cc: "ops-ads@ietf.org" <ops-ads@ietf.org>
Message-ID: <7f4700f8-95fb-4095-c4f5-fa184766eeaf@cisco.com>
Date: Mon, 19 Feb 2018 14:56:19 -0500
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/sOow1rUafddRQfo6ALfA0TkgzL8>
Subject: [lmap] Closure of the LMAP WG
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, 19 Feb 2018 19:56:30 -0000

Dear all,

In light of the recent discussion and, in agreement with Warren Kumari, 
it's now time to close the LMAP WG. We took into consideration that the 
draft-ietf-lmap-restconf item still needs to complete. When there will 
be energy and time to proceed with this work item, this could proceed in 
OPSAWG.

The mailing list will remain in place for some time.

I would like to thank the authors of the four LMAP RFCs (RFC7536, 
RFC7594, RFC8193, and RFC8194), the reviewers, and the entire WG. And 
finally thanks a lot to the our LMAP chairs Dan and Jason.

Regards, Benoit


From nobody Mon Feb 19 13:14:11 2018
Return-Path: <dromasca@gmail.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 A7772124E15; Mon, 19 Feb 2018 13:14:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=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 MCQUsoBRiKLF; Mon, 19 Feb 2018 13:14:08 -0800 (PST)
Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 B83BF1200B9; Mon, 19 Feb 2018 13:14:08 -0800 (PST)
Received: by mail-qk0-x229.google.com with SMTP id z197so13943009qkb.6; Mon, 19 Feb 2018 13:14:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Mtgua4RwzHkdzXyZ1jk5p/oOhYbf1hc7Ze01zAMxPOs=; b=kQBOrDRIOIEDSu1sHnhNJEQVdPtl8Hl3+o1kvxLIozXU9iGa69DNZNr95Fp+QgvR1Y fRn3h+/Z4n3itqKtDbUO7VWIVor2WVXAMrKyrYZmoyWeT13PXOuBQEhSTFBXJBUF4gtv +EGyv93DV8ahpnqmC6uxjFTuhWj/AHTzEvOcJc6Zw3ytbIZA2Hjag74hZuNJo5VpwxCI jlP/8bgoFAOGV16A/frybscnshFM3jpPKsrPjiE30R7aG/JVudYmV8nUcIMyB+S0pGCW OcrZpBp1ksybACBIC7zdLhDrrKx1AGDi8XIJ/i2sRhAYVvxYR+UsVDvlynBMyvz5/SiL 56lQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Mtgua4RwzHkdzXyZ1jk5p/oOhYbf1hc7Ze01zAMxPOs=; b=jqdMDKZZnhXDtYYvH4nYwSnFUuqoiqTT0Nu5MEY86ZYEUo0wPZznOce7VcVmPSw+sX XHdLKAiQNRBpkJqZAQF77cZgzf43cFe6zyw5/+YwxnMkG3/XhPoDkAZXZp3oA1wdgSm7 ZBp5bYNb/GxZ6elY1v83Ik+0IY1jUkgxevZuj0MDUiavGdprr4UIb5VOFY87gKZaQQ7U Jn33w60/aiw/4ZMeZPJmZQDHSsclWR4aaeQ64UygX9c3MFc1bDjZvCzqPzmyl1SYcB1e vcwmJcEcLsJj8N26kcwdCHXzzG8651A4V4RiQyQFME4jsoQGw7XBUI926YOSlU+UFSnL b78w==
X-Gm-Message-State: APf1xPC3VH1SFv83Cb3GWyI27biLxYVN5CS+zBc1Pc3kOgHC0KARKUBN ba/eYB3v/frlznYkpWIDArOO9K4N5vDNRHqtIyk=
X-Google-Smtp-Source: AH8x225QWAZjV9e8KdHgRnYfPtvzUyT2Fsuc2XPHZGrwiTlgc4vEmi3pUxQq+fgHdiORNTlg7koNlxhvnypGBpGs7yo=
X-Received: by 10.55.75.151 with SMTP id y145mr26478549qka.281.1519074847897;  Mon, 19 Feb 2018 13:14:07 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.23.200 with HTTP; Mon, 19 Feb 2018 13:14:07 -0800 (PST)
In-Reply-To: <7f4700f8-95fb-4095-c4f5-fa184766eeaf@cisco.com>
References: <7f4700f8-95fb-4095-c4f5-fa184766eeaf@cisco.com>
From: Dan Romascanu <dromasca@gmail.com>
Date: Mon, 19 Feb 2018 23:14:07 +0200
Message-ID: <CAFgnS4XjpNWSOSMMF0APC7UedgvfSzeoOKkJwpj5+h-YPBpaeQ@mail.gmail.com>
To: Benoit Claise <bclaise@cisco.com>
Cc: "lmap@ietf.org" <lmap@ietf.org>, "ops-ads@ietf.org" <ops-ads@ietf.org>
Content-Type: multipart/alternative; boundary="001a114a8236b246830565972c97"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/EAaaE3GOzzB5uwu0C1gRv7Wo1OQ>
Subject: Re: [lmap] Closure of the LMAP WG
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, 19 Feb 2018 21:14:11 -0000

--001a114a8236b246830565972c97
Content-Type: text/plain; charset="UTF-8"

Thanks for the coaching and support, Benoit!

Congratulations to all the authors and contributors.

Regards,

Dan


On Mon, Feb 19, 2018 at 9:56 PM, Benoit Claise <bclaise@cisco.com> wrote:

> Dear all,
>
> In light of the recent discussion and, in agreement with Warren Kumari,
> it's now time to close the LMAP WG. We took into consideration that the
> draft-ietf-lmap-restconf item still needs to complete. When there will be
> energy and time to proceed with this work item, this could proceed in
> OPSAWG.
>
> The mailing list will remain in place for some time.
>
> I would like to thank the authors of the four LMAP RFCs (RFC7536, RFC7594,
> RFC8193, and RFC8194), the reviewers, and the entire WG. And finally thanks
> a lot to the our LMAP chairs Dan and Jason.
>
> Regards, Benoit
>
> _______________________________________________
> lmap mailing list
> lmap@ietf.org
> https://www.ietf.org/mailman/listinfo/lmap
>

--001a114a8236b246830565972c97
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Thanks for the coaching and support, Benoit=
!<br><br></div>Congratulations to all the authors and contributors. <br><br=
></div>Regards,<br><br></div>Dan<br><br></div><div class=3D"gmail_extra"><b=
r><div class=3D"gmail_quote">On Mon, Feb 19, 2018 at 9:56 PM, Benoit Claise=
 <span dir=3D"ltr">&lt;<a href=3D"mailto:bclaise@cisco.com" target=3D"_blan=
k">bclaise@cisco.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex=
">Dear all,<br>
<br>
In light of the recent discussion and, in agreement with Warren Kumari, it&=
#39;s now time to close the LMAP WG. We took into consideration that the dr=
aft-ietf-lmap-restconf item still needs to complete. When there will be ene=
rgy and time to proceed with this work item, this could proceed in OPSAWG.<=
br>
<br>
The mailing list will remain in place for some time.<br>
<br>
I would like to thank the authors of the four LMAP RFCs (RFC7536, RFC7594, =
RFC8193, and RFC8194), the reviewers, and the entire WG. And finally thanks=
 a lot to the our LMAP chairs Dan and Jason.<br>
<br>
Regards, Benoit<br>
<br>
______________________________<wbr>_________________<br>
lmap mailing list<br>
<a href=3D"mailto:lmap@ietf.org" target=3D"_blank">lmap@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/lmap" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/l<wbr>istinfo/lmap</a><br>
</blockquote></div><br></div>

--001a114a8236b246830565972c97--


From nobody Fri Feb 23 08:25:19 2018
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: lmap@ietf.org
Delivered-To: lmap@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F03161270A3; Fri, 23 Feb 2018 08:25:11 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IESG Secretary <iesg-secretary@ietf.org>
To: "IETF Announcement List" <ietf-announce@ietf.org>
Cc: dromasca@gmail.com, jweil72@gmail.com, lmap@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.72.3
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: ietf@ietf.org
Message-ID: <151940311194.24070.17523381888705726824.idtracker@ietfa.amsl.com>
Date: Fri, 23 Feb 2018 08:25:11 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/9yWZ0fDZkEQ4sp8tHGSjKvrBHn0>
Subject: [lmap] WG Action: Conclusion of Large-Scale Measurement of Broadband Performance (lmap)
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 23 Feb 2018 16:25:12 -0000

The Large-Scale Measurement of Broadband Performance (lmap) WG in the 
Operations and Management Area has concluded. The IESG contact persons 
are Benoit Claise and Warren Kumari.

The mailing list will remain open.

Thanks the authors of the four LMAP RFCs (RFC7536, RFC7594, RFC8193, and 
RFC8194), the reviewers, and the entire WG. And finally thanks a lot to 
the our LMAP chairs, Dan and Jason.

