From nobody Thu Jun 2 06:36:06 2016 Return-Path: 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 039DC12D4FE for ; Thu, 2 Jun 2016 06:36:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 7aaapnAnVW9r for ; Thu, 2 Jun 2016 06:36:02 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (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 37D2412D1A3 for ; Thu, 2 Jun 2016 06:36:02 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ASBQApNVBX/xUHmMZeHoJPISwiNIEDu?= =?us-ascii?q?BuCD4FuCxcBDIVuAoE4ORMBAQEBAQEBZRwLhEkDEhteAQwJFVYmAQQbGogNAQ2?= =?us-ascii?q?gZYUSm3gBCgEBAR4FhiiJDoJHC0AYgi4FmDcBkAiET4MghUSPTCABM4NuimsBf?= =?us-ascii?q?gEBAQ?= X-IPAS-Result: =?us-ascii?q?A2ASBQApNVBX/xUHmMZeHoJPISwiNIEDuBuCD4FuCxcBDIV?= =?us-ascii?q?uAoE4ORMBAQEBAQEBZRwLhEkDEhteAQwJFVYmAQQbGogNAQ2gZYUSm3gBCgEBA?= =?us-ascii?q?R4FhiiJDoJHC0AYgi4FmDcBkAiET4MghUSPTCABM4NuimsBfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,406,1459828800"; d="scan'208,217";a="177691792" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by co300216-co-outbound.net.avaya.com with ESMTP; 02 Jun 2016 09:36:01 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC03.global.avaya.com) ([135.64.58.13]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 02 Jun 2016 09:36:01 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC03.global.avaya.com ([135.64.58.13]) with mapi id 14.03.0174.001; Thu, 2 Jun 2016 09:35:57 -0400 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: preliminary agenda for the 6/13 LMAP virtual interim Thread-Index: AdG807FQG3eRIbW7T2e7VsyYdnZUEA== Date: Thu, 2 Jun 2016 13:35:57 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA751F9028@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA751F9028AZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] preliminary agenda for the 6/13 LMAP virtual interim X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2016 13:36:04 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA751F9028AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have uploaded a preliminary agenda for the 6/13 virtual interim at https:= //www.ietf.org/proceedings/interim/2016/06/13/lmap/agenda/agenda-interim-20= 16-lmap-3. Please bash! Right now Al, Tim, and Juergen own the principal items. If the= re are any other items to include, please let me and Jason know. Alissa - our AD - asked about progress and going to WGLC with the three cha= rtered documents. We will have time to discuss this in the last 30 min (at = least). We can start discussing now. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA751F9028AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have uploaded a preliminary agenda for the 6/13 vi= rtual interim at https://www.ietf.org/proceedings/interim/2016/06/13/lmap/agenda/agenda-inte= rim-2016-lmap-3.

 

Please bash! Right now Al, Tim, and Juergen own the = principal items. If there are any other items to include, please let me and= Jason know.

 

Alissa – our AD – asked about progress a= nd going to WGLC with the three chartered documents. We will have time to d= iscuss this in the last 30 min (at least). We can start discussing now.

 

Thanks and Regards,

 

Dan

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA751F9028AZFFEXMB04globa_-- From nobody Tue Jun 7 02:16:17 2016 Return-Path: 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 4422312D531 for ; Tue, 7 Jun 2016 02:16:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] 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 pOZ1rMuTmDgo for ; Tue, 7 Jun 2016 02:16:14 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (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 692FE12B02E for ; Tue, 7 Jun 2016 02:16:14 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DiAQCYj1ZX/xUHmMZcHAEBgnEtVn0Gj?= =?us-ascii?q?SCtQYFvChcNgjyDMwKBNTgUAQEBAQEBAWUcC4RFAQEBAQMBAQEPCx00FwQCAQg?= =?us-ascii?q?NBAMBAQELFAUEBycLFAcBAQUDAgQTCBqIDQENA59Cm34BAQEBAQEBAQIBAQEBA?= =?us-ascii?q?QEBAQEBARcFhiiETIFKglkBAR2DKoIuBZhLAYYDig2EUoMghUSPXh42gjmBNW4?= =?us-ascii?q?BiFk2AX4BAQE?= X-IPAS-Result: =?us-ascii?q?A2DiAQCYj1ZX/xUHmMZcHAEBgnEtVn0GjSCtQYFvChcNgjy?= =?us-ascii?q?DMwKBNTgUAQEBAQEBAWUcC4RFAQEBAQMBAQEPCx00FwQCAQgNBAMBAQELFAUEB?= =?us-ascii?q?ycLFAcBAQUDAgQTCBqIDQENA59Cm34BAQEBAQEBAQIBAQEBAQEBAQEBARcFhii?= =?us-ascii?q?ETIFKglkBAR2DKoIuBZhLAYYDig2EUoMghUSPXh42gjmBNW4BiFk2AX4BAQE?= X-IronPort-AV: E=Sophos;i="5.26,432,1459828800"; d="scan'208";a="190506244" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 07 Jun 2016 05:16:12 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 07 Jun 2016 05:16:12 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Tue, 7 Jun 2016 11:16:10 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: [nmrg] Call for Presentations: NMRG Workshop on Measurement-Based Network Management, IETF Meeting, Berlin Thread-Index: AQHRwJhUuhL08ef+60ajdCWvYLzKPJ/duI3A Date: Tue, 7 Jun 2016 09:16:10 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA752057F2@AZ-FFEXMB04.global.avaya.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.48] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [lmap] FW: [nmrg] Call for Presentations: NMRG Workshop on Measurement-Based Network Management, IETF Meeting, Berlin X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jun 2016 09:16:16 -0000 Hi, This announcement may interest some of the LMAP participants who may not be= on the NMRG mail list.=20 Regards, Dan -----Original Message----- From: nmrg [mailto:nmrg-bounces@irtf.org] On Behalf Of Ramin Sadre Sent: Tuesday, June 07, 2016 11:41 AM To: nmrg@irtf.org Subject: [nmrg] Call for Presentations: NMRG Workshop on Measurement-Based = Network Management, IETF Meeting, Berlin Dear NMRG members, [Apologies for possibly receiving multiple copies of this mail] Call for Presentations Workshop on Measurement-Based Network Management (40th NMRG meeting) Location: Berlin, Germany Date: Planned to take place in the week of the IETF 96 meeting (17-22 July 2016= ) depending on the time slots granted to the NMRG. Otherwise, probably on Saturday, July 23rd. Measurement-based approaches are widely used in network management, such as= for link monitoring, accounting and security. As in the previous years, th= e goal of this workshop is to be a place where researchers, operators and m= anufactures can exchange and discuss their experiences and ideas in the usa= ge of measurements for network management. Topics of interest are new applications of measurements in the above mentio= ned and other areas, practical experiences, and recent developments, for ex= ample: - NetFlow/IPFIX and other flow technologies - measurements for security management - visualization of measurement data - measurement software and hardware projects and tools - measurements in software-defined networks - measurement-based management of specific environments, such as mobile ne= tworks or datacenters Presentations typically last around 20 minutes (depending on the number of = accepted presentations), followed by discussion rounds. To propose a presentation, please send a short abstract (15 lines) to the w= orkshop chairs Ramin Sadre (ramin.sadre@uclouvain.be) and Ricardo de O. Sch= midt (r.schmidt@utwente.nl) by June 27th, 2016. You might also be interested to take a look at the program and minutes of o= ther instances of the NMRG meetings and workshops: https://trac.tools.ietf.org/group/irtf/trac/wiki/NetworkManagementResearchG= roup=20 On behalf of the workshop chairs. _______________________________________________ nmrg mailing list nmrg@irtf.org https://www.irtf.org/mailman/listinfo/nmrg From nobody Wed Jun 8 02:49:39 2016 Return-Path: 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 0F7BF12D0B9 for ; Wed, 8 Jun 2016 02:49:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] 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 iNyQnEd4ALA1 for ; Wed, 8 Jun 2016 02:49:34 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (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 1B3BD12D096 for ; Wed, 8 Jun 2016 02:49:33 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D0AQDs6FdX/yYyC4cnJREdAYJzLVZ9B?= =?us-ascii?q?o0krV+BeSKFcQIcgR44FAEBAQEBAQFlHAuCIYIkAQEBAQMSCwYRNB0EAgEIDQQ?= =?us-ascii?q?EAQEDAgYdAwICAjAUAQYBAQUDAgQTCAwOiA0BDaEOilCFDAKJI4J5AQEBAQEBA?= =?us-ascii?q?QMBAQEBAQEBAQEBARcFgQGFJ4NJgQOBOQGCWBEBHoJ/K4IuBY1phVKFFAGGAoo?= =?us-ascii?q?MhFKDIIVEj2EeNoNubohaNgF+AQEB?= X-IPAS-Result: =?us-ascii?q?A2D0AQDs6FdX/yYyC4cnJREdAYJzLVZ9Bo0krV+BeSKFcQI?= =?us-ascii?q?cgR44FAEBAQEBAQFlHAuCIYIkAQEBAQMSCwYRNB0EAgEIDQQEAQEDAgYdAwICA?= =?us-ascii?q?jAUAQYBAQUDAgQTCAwOiA0BDaEOilCFDAKJI4J5AQEBAQEBAQMBAQEBAQEBAQE?= =?us-ascii?q?BARcFgQGFJ4NJgQOBOQGCWBEBHoJ/K4IuBY1phVKFFAGGAooMhFKDIIVEj2EeN?= =?us-ascii?q?oNubohaNgF+AQEB?= X-IronPort-AV: E=Sophos;i="5.26,438,1459828800"; d="scan'208";a="190665724" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 08 Jun 2016 05:49:25 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC01.global.avaya.com) ([135.64.58.11]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES256-SHA; 08 Jun 2016 05:49:26 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC01.global.avaya.com ([135.64.58.11]) with mapi id 14.03.0174.001; Wed, 8 Jun 2016 11:49:23 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: NomCom 2016-2017 Second Call for Volunteers Thread-Index: AQHRwMmsgQPwyilZJEWz2v7AqblqE5/fVCZA Date: Wed, 8 Jun 2016 09:49:22 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA75207EFA@AZ-FFEXMB04.global.avaya.com> References: <20160607143317.13664.96093.idtracker@ietfa.amsl.com> In-Reply-To: <20160607143317.13664.96093.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [lmap] FW: NomCom 2016-2017 Second Call for Volunteers X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 09:49:38 -0000 UGxlYXNlIGNvbnNpZGVyIHZvbHVudGVlcmluZyBmb3IgdGhlIGltcG9ydGFudCB0YXNrIG9mIGJl aW5nIGEgbWVtYmVyIG9mIE5vbUNvbSBpbiB0aGUgbmV4dCBjeWNsZS4gDQoNClRoYW5rcyBhbmQg UmVnYXJkcywNCg0KRGFuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IElF VEYtQW5ub3VuY2UgW21haWx0bzppZXRmLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBOb21Db20gQ2hhaXIgMjAxNg0KU2VudDogVHVlc2RheSwgSnVuZSAwNywgMjAxNiA1 OjMzIFBNDQpUbzogSUVURiBBbm5vdW5jZW1lbnQgTGlzdA0KU3ViamVjdDogTm9tQ29tIDIwMTYt MjAxNyBTZWNvbmQgQ2FsbCBmb3IgVm9sdW50ZWVycw0KDQpTdWJqZWN0OiBOb21Db20gMjAxNi0y MDE3IFNlY29uZCBDYWxsIGZvciBWb2x1bnRlZXJzDQoNClRoZSBJRVRGIG5vbWNvbSBhcHBvaW50 cyBpbmRpdmlkdWFscyB0byBmaWxsIHRoZSBvcGVuIHNsb3RzIG9uIHRoZSBJQU9DLCB0aGUgSUFC LCBhbmQgdGhlIElFU0cuDQoNClRlbiB2b3RpbmcgbWVtYmVycyBmb3IgdGhlIG5vbWNvbSBhcmUg c2VsZWN0ZWQgaW4gYSB2ZXJpZmlhYmx5IHJhbmRvbSB3YXkgZnJvbSBhIHBvb2wgb2Ygdm9sdW50 ZWVycy4gVGhlIG1vcmUgdm9sdW50ZWVycywgdGhlIGJldHRlciBjaGFuY2Ugd2UgaGF2ZSBvZiBj aG9vc2luZyBhIHJhbmRvbSB5ZXQgcmVwcmVzZW50YXRpdmUgY3Jvc3Mgc2VjdGlvbiBvZiB0aGUg SUVURiBwb3B1bGF0aW9uLg0KDQpUaGUgZGV0YWlscyBvZiB0aGUgb3BlcmF0aW9uIG9mIHRoZSBu b21jb20gY2FuIGJlIGZvdW5kIGluIFJGQyA3NDM3LCBhbmQNCkJDUDEwL1JGQzM3OTcgZGV0YWls cyB0aGUgc2VsZWN0aW9uIGFsZ29yaXRobS4NCg0KVm9sdW50ZWVycyBtdXN0IGhhdmUgYXR0ZW5k ZWQgMyBvZiB0aGUgcGFzdCA1IElFVEYgbWVldGluZ3MuICBBcyBzcGVjaWZpZWQgaW4gUkZDIDc0 MzcsIHRoYXQgbWVhbnMgdGhyZWUgb3V0IG9mIHRoZSBmaXZlIHBhc3QgbWVldGluZ3MgdXAgdG8g dGhlIHRpbWUgdGhpcyBlbWFpbCBhbm5vdW5jZW1lbnQgZ29lcyBvdXQgdG8gc3RhcnQgdGhlIHNv bGljaXRhdGlvbiBvZiB2b2x1bnRlZXJzLg0KVGhlIGZpdmUgbWVldGluZ3Mgb3V0IG9mIHdoaWNo IHlvdSBtdXN0IGhhdmUgYXR0ZW5kZWQgKnRocmVlKiBhcmU6DQoNCklFVEYgPSA5MSAoSG9ub2x1 bHUpICAgICAgXA0KICAgICAgIDkyIChEYWxsYXMpICAgICAgICAgXA0KICAgICAgIDkzIChQcmFn dWUpICAgICAgICAgIC0qKiogQU5ZIFRIUkVFIQ0KICAgICAgIDk0IChZb2tvaGFtYSkgICAgICAg Lw0KICAgICAgIDk1IChCdWVub3MgQWlyZXMpICAvDQoNCg0KSWYgeW91IHF1YWxpZnksIHBsZWFz ZSB2b2x1bnRlZXIuIEJlZm9yZSB5b3UgZGVjaWRlIHRvIHZvbHVudGVlciwgcGxlYXNlIHJlbWVt YmVyIHRoYXQgYW55b25lIGFwcG9pbnRlZCB0byB0aGlzIE5vbWNvbSB3aWxsIG5vdCBiZSBjb25z aWRlcmVkIGFzIGEgY2FuZGlkYXRlIGZvciBhbnkgb2YgdGhlIHBvc2l0aW9ucyB0aGF0IHRoZSAy MDE2IC0gMjAxNyBOb21jb20gaXMgcmVzcG9uc2libGUgZm9yIGZpbGxpbmcuDQoNClRoZSBsaXN0 IG9mIHBlb3BsZSBhbmQgcG9zdHMgd2hvc2UgdGVybXMgZW5kIHdpdGggdGhlIE1hcmNoIDIwMTcg SUVURiBtZWV0aW5nLCBhbmQgdGh1cyB0aGUgcG9zaXRpb25zIGZvciB3aGljaCB0aGlzIG5vbWNv bSBpcyByZXNwb25zaWJsZSwgYXJlDQoNCklBT0M6DQoNCiAgICBMb3UgQmVyZ2VyDQoNCklBQjoN Cg0KICAgIFJhbHBoIERyb21zKg0KICAgIFJ1c3MgSG91c2xleSoNCiAgICBSb2JlcnQgU3Bhcmtz DQogICAgQW5kcmV3IFN1bGxpdmFuDQogICAgRGF2ZSBUaGFsZXINCiAgICBTdXphbm5lIFdvb2xm DQoNCklFU0c6DQoNCiAgICBKYXJpIEFya2tvIChHRU4pDQogICAgRGVib3JhaCBCcnVuZ2FyZCAo UlRHKQ0KICAgIEJlbiBDYW1wYmVsbCAoQVJUKQ0KICAgIFNwZW5jZXIgRGF3a2lucyAoVFNWKQ0K ICAgIFN0ZXBoZW4gRmFycmVsbCAoU0VDKSoNCiAgICBKb2VsIEphZWdnbGkgKE9QUykqDQogICAg VGVycnkgTWFuZGVyc29uIChJTlQpDQogICAgQWx2YXJvIFJldGFuYSAoUlRHKQ0KDQoNCkFsbCBh cHBvaW50bWVudHMgYXJlIGZvciAyIHllYXJzLiBUaGUgQVJUIGFuZCBSb3V0aW5nIGFyZWFzIGhh dmUgMyBBRHMgYW5kIHRoZSBHZW5lcmFsIGFyZWEgaGFzIDE7IGFsbCBvdGhlciBhcmVhcyBoYXZl IDIgQURzLiBUaHVzLCBhbGwgYXJlYXMgKHdpdGggdGhlIGV4Y2VwdGlvbiBvZiBHRU4pIGhhdmUg YXQgbGVhc3Qgb25lIGNvbnRpbnVpbmcgQUQuIEN1cnJlbnQgbWVtYmVycyB0YWdnZWQgd2l0aCBh ICogaGF2ZSBpbmRpY2F0ZWQgdGhhdCB0aGV5IHdpbGwgbm90IGFjY2VwdCBhbm90aGVyIG5vbWlu YXRpb24gdG8gc2VydmUgaW4gdGhlaXIgY3VycmVudCByb2xlLg0KDQpUaGUgcHJpbWFyeSBhY3Rp dml0eSBmb3IgdGhpcyBub21jb20gd2lsbCBiZWdpbiBpbiBKdWx5IDIwMTYgYW5kIHNob3VsZCBi ZSBjb21wbGV0ZWQgaW4gSmFudWFyeSAyMDE3LiAgVGhlIG5vbWNvbSB3aWxsIGhhdmUgcmVndWxh cmx5IHNjaGVkdWxlZCBjb25mZXJlbmNlIGNhbGxzIHRvIGVuc3VyZSBwcm9ncmVzcy4gVGhlcmUg d2lsbCBiZSBhY3Rpdml0aWVzIHRvIGNvbGxlY3QgcmVxdWlyZW1lbnRzIGZyb20gdGhlIGNvbW11 bml0eSwgcmV2aWV3IGNhbmRpZGF0ZSBxdWVzdGlvbm5haXJlcywgcmV2aWV3IGZlZWRiYWNrIGZy b20gY29tbXVuaXR5IG1lbWJlcnMgYWJvdXQgY2FuZGlkYXRlcywgYW5kIHRhbGsgdG8gY2FuZGlk YXRlcy4NCg0KV2hpbGUgYmVpbmcgYSBub21jb20gbWVtYmVyIGRvZXMgcmVxdWlyZSBzb21lIHRp bWUgY29tbWl0bWVudCBpdCBpcyBhbHNvIGEgdmVyeSByZXdhcmRpbmcgZXhwZXJpZW5jZS4NCg0K QXMgYSBtZW1iZXIgb2YgdGhlIG5vbWNvbSBpdCBpcyB2ZXJ5IGltcG9ydGFudCB0aGF0IHlvdSBi ZSBhYmxlIHRvIGF0dGVuZA0KSUVURjk3IChTZW91bCkgdG8gY29uZHVjdCBpbnRlcnZpZXdzLiBC ZWluZyBhdCBJRVRGOTYgKEJlcmxpbikgaXMgdXNlZnVsIGZvciBvcmllbnRhdGlvbi4gIEJlaW5n IGF0IElFVEY5OCBpcyBub3QgZXNzZW50aWFsLg0KDQpQbGVhc2Ugdm9sdW50ZWVyIGJ5IHNlbmRp bmcgbWUgYW4gZW1haWwgYmVmb3JlIDIzOjU5IFVUQyBKdW5lIDIwLCAyMDE2LCBhcw0KZm9sbG93 czoNCg0KVG86IG5vbWNvbS1jaGFpci0yMDE2QGlldGYub3JnDQpTdWJqZWN0OiBOb21jb20gMjAx Ni0xNyBWb2x1bnRlZXINCg0KUGxlYXNlIGluY2x1ZGUgdGhlIGZvbGxvd2luZyBpbmZvcm1hdGlv biBpbiB0aGUgZW1haWwgYm9keToNCg0KWW91ciBGdWxsIE5hbWU6IF9fX19fX19fX18NCiAgICAv LyBhcyB5b3Ugd3JpdGUgaXQgb24gdGhlIElFVEYgcmVnaXN0cmF0aW9uIGZvcm0gQ3VycmVudCBQ cmltYXJ5IEFmZmlsaWF0aW9uOg0KICAgIC8vIFR5cGljYWxseSB3aGF0IGdvZXMgaW4gdGhlIENv bXBhbnkgZmllbGQNCiAgICAvLyBpbiB0aGUgSUVURiBSZWdpc3RyYXRpb24gRm9ybQ0KRW1haWxz OiBfX19fX19fX19fX19fX18NCiAgIC8vIEFsbCBlbWFpbCBhZGRyZXNzZXMgdXNlZCB0byByZWdp c3RlciBmb3IgdGhlIHBhc3QgNSBJRVRGIG1lZXRpbmdzDQogICAvLyBQcmVmZXJyZWQgZW1haWwg YWRkcmVzcyBmaXJzdA0KVGVsZXBob25lOiBfX19fX19fX19fX19fX19fX19fX19fXw0KICAgIC8v IEZvciBjb25maXJtYXRpb24gaWYgc2VsZWN0ZWQNCg0KWW91IHNob3VsZCBleHBlY3QgYW4gZW1h aWwgcmVzcG9uc2UgZnJvbSBtZSB3aXRoaW4gNSBidXNpbmVzcyBkYXlzIHN0YXRpbmcgd2hldGhl ciBvciBub3QgeW91IGFyZSBxdWFsaWZpZWQuICBJZiB5b3UgZG9uJ3QgcmVjZWl2ZSB0aGlzIHJl c3BvbnNlLCBwbGVhc2UgcmUtc2VuZCB5b3VyIGVtYWlsIHdpdGggdGhlIHRhZyAiUkVTRU5EIiIg YWRkZWQgdG8gdGhlIHN1YmplY3QgbGluZS4NCg0KSWYgeW91IGFyZSBub3QgeWV0IHN1cmUgaWYg eW91IHdvdWxkIGxpa2UgdG8gdm9sdW50ZWVyLCBwbGVhc2UgY29uc2lkZXIgdGhhdCBub21jb20g bWVtYmVycyBwbGF5IGEgdmVyeSBpbXBvcnRhbnQgcm9sZSBpbiBzaGFwaW5nIHRoZSBsZWFkZXJz aGlwIG9mIHRoZSBJRVRGLiBRdWVzdGlvbnMgYnkgZW1haWwgb3Igdm9pY2UgYXJlIHdlbGNvbWUu IFZvbHVudGVlcmluZyBmb3IgdGhlIG5vbWNvbSBpcyBhIGdyZWF0IHdheSB0byBjb250cmlidXRl IHRvIHRoZSBJRVRGIQ0KDQpZb3UgY2FuIGZpbmQgYSBkZXRhaWxlZCB0aW1lbGluZSBvbiB0aGUg bm9tY29tIHdlYiBzaXRlIGF0Og0KDQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9u b21jb20vMjAxNi8NCg0KSSB3aWxsIGJlIHB1Ymxpc2hpbmcgZGV0YWlscyBvZiB0aGUgcmFuZG9t bmVzcyBzZWVkcyB0byBiZSB1c2VkIGZvciB0aGUgUkZDIDM3OTcgc2VsZWN0aW9uIHByb2Nlc3Mg d2l0aGluIHRoZSBuZXh0IGZldyB3ZWVrcy4NCg0KVGhhbmsgeW91IQ0KDQpMdWN5IEx5bmNoDQps bHluY2hAY2l2aWwtdG9uZ3VlLm5ldA0Kbm9tY29tLWNoYWlyLTIwMTZAaWV0Zi5vcmcNCg0K From nobody Wed Jun 8 03:47:29 2016 Return-Path: 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 ABC4212D590 for ; Wed, 8 Jun 2016 03:47:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] 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 S73fm_FMIuAO for ; Wed, 8 Jun 2016 03:47:25 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 272CA12D096 for ; Wed, 8 Jun 2016 03:47:25 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id DF1E7AFD; Wed, 8 Jun 2016 12:47:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id b88pQqqHx4JW; Wed, 8 Jun 2016 12:47:20 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 8 Jun 2016 12:47:22 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 45DA62004E; Wed, 8 Jun 2016 12:47:22 +0200 (CEST) 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 lL5FaWTnpDaE; Wed, 8 Jun 2016 12:47:21 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 55C0A20047; Wed, 8 Jun 2016 12:47:20 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 795903B0CF89; Wed, 8 Jun 2016 12:47:19 +0200 (CEST) Date: Wed, 8 Jun 2016 12:47:18 +0200 From: Juergen Schoenwaelder To: Ron Stana Message-ID: <20160608104718.GA11455@elstar.local> Mail-Followup-To: Ron Stana , "lmap@ietf.org" References: <20160531171959.GA22928@elstar.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] Permanently stopping a schedule manually X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 10:47:27 -0000 On Tue, May 31, 2016 at 07:48:05PM +0000, Ron Stana wrote: > I have one follow-up question. You wrote: > > [JS] I think my implementation does the following: If you remove the schedule from the config tree, then the scheduled actions still exists in the state tree. > > After the schedule has been removed, for example: > HTTP DELETE /restconf/data/ietf-lmap-control:/lmap/schedules/schedule[name='foo'] > then if your MA continues to report the schedule in response to queries for ietf-lmap-control:lmap-state, what causes your MA to stop returning that schedule? It will be removed from the state tree once it is not running anymore. > If status is expected to be returned for schedules after they have been removed -say for x amount of time after removal or until y amount of new schedules have been accepted - I think this should be specified in the LMAP documentation. The only interesting corner case is if you remove a schedule that is currently running. There are differnet ways to handle this: a) Terminate the running schedule and afterwards remove the schedule from the config tree. b) Remove the schedule from the config tree, delay the removal of the running schedule from the state tree until it has terminated. c) Refuse any attempts to remove the schedule from the config tree until the schedule is not running anymore. d) Any other behaviour (core dump and reboot ;-) Looking at my code, loading a new config cause the whole eventloop to quit and to restart but I am keeping the daemon state. So I think my idea was to implement b) but I am not sure yet whether I really managed - I might end up doing d) in some way. Looking at some of the discussions going on in the NETMOD WG, this can also be seens as a case where intended configuration may temporarily differ from the applied configuration, i.e., if you remove a schedule from the intended configuration, then this is accepted but no taking effect in the applied configuration until any running schedules have completed. The issue with b) is that it opens the floor for temporary inconsistencies, e.g., you replace a running schedule with a different one using the name and then it appears as if the new one is running while what is running is actually an older one. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Jun 8 04:08:04 2016 Return-Path: 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 08D1B12B02E for ; Wed, 8 Jun 2016 04:08:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.463 X-Spam-Level: X-Spam-Status: No, score=-5.463 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DRUGS_MUSCLE=0.164, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_HELO_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 0KyvzrhfbWmi for ; Wed, 8 Jun 2016 04:08:01 -0700 (PDT) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 7692312B03B for ; Wed, 8 Jun 2016 04:08:01 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 32AC712121E; Wed, 8 Jun 2016 07:17:07 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.255.124]) by mail-azure.research.att.com (Postfix) with ESMTP id 2B9BCE15D2; Wed, 8 Jun 2016 07:08:01 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Wed, 8 Jun 2016 07:08:00 -0400 From: "MORTON, ALFRED C (AL)" To: "lmap@ietf.org" Date: Wed, 8 Jun 2016 07:07:59 -0400 Thread-Topic: Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXg== Message-ID: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Carey, Timothy \(Nokia - US\) \(timothy.carey@nokia.com\)" , "philip.eardley@bt.com" , "STARK, BARBARA H" Subject: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 11:08:03 -0000 A small group discussed definitions, as requested=20 during our LMAP session at IETF-95, primarily Cycle-ID. Here are the definitions that we agreed to propose. regards, Tim, Phil, Barbara, Al -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Cycle-ID The Cycle-ID provides an easily distinguishable index for sets of results (= or other aspect) from each "cycle" of Repeating Events (Recurring according= to their Schedule). The Cycle-ID is comprised of two (2) parts; the Cycle-= Context-ID and the Cycle-Number. The Cycle-Context-ID is used to correlate = the set of results from each "cycle" in a larger systems context. For examp= le the Cycle-Context-ID for a test related to a subscriber might use the se= rvice provider's handle for the subscriber. The Cycle-Number is a numerical= field that describes the relative placement (index) of a set of results wi= thin the re-occurring event. Each event occurrence of a Task's results (e.g= ., measurements of multiple metrics on a single packet stream) are assigned= the same Cycle-ID. The MA receives the form and policy to generate the Cycle-ID as part of the= Instruction's Schedule. The Cycle-Context-ID is provided through the use o= f the Tags and information on how a MA calculates the Cycle-Number is provi= ded through information elements in the Schedule. The MA generates a new Cycle-Number for each periodic or calendar Event. Th= e MA reports that Cycle-ID with the corresponding results for the Task. ------------------------------------------------------------------ Also, we need to change the definition of "tags" to make it clear that the = tag must be echoed (not changed) by the MA. So: ma-report-result-tags: An optional unordered set of tags. This is the joined set of tags defined for the task object and the action object. becomes ma-report-result-tags: An optional unordered set of tags. This is the joined set of tags defined for the task object and the action object, echoed by the MA. From nobody Wed Jun 8 04:15:02 2016 Return-Path: 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 B858512B02E for ; Wed, 8 Jun 2016 04:15:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.346 X-Spam-Level: X-Spam-Status: No, score=-8.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 n3zZsQSi2AHw for ; Wed, 8 Jun 2016 04:14:59 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (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 9F47112B009 for ; Wed, 8 Jun 2016 04:14:58 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BsAQDU/VdX/xUHmMZdGgEBAQGCcy2BU?= =?us-ascii?q?waNJK1fgXmGEwKBPDgUAQEBAQEBAWUnhEUBAQEBAgESKD8FBwQCAQgNBAQBAQs?= =?us-ascii?q?UCQcyFAkIAQEEAQ0FCBqIBQgBoQ+begEBAQEBAQEBAgEBAQEBAQEBAQEBHIYoh?= =?us-ascii?q?EyEQoMqgi4FiAeLNIUUAZgAhUSPYR42g25uiRABfgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2BsAQDU/VdX/xUHmMZdGgEBAQGCcy2BUwaNJK1fgXmGEwK?= =?us-ascii?q?BPDgUAQEBAQEBAWUnhEUBAQEBAgESKD8FBwQCAQgNBAQBAQsUCQcyFAkIAQEEA?= =?us-ascii?q?Q0FCBqIBQgBoQ+begEBAQEBAQEBAgEBAQEBAQEBAQEBHIYohEyEQoMqgi4FiAe?= =?us-ascii?q?LNIUUAZgAhUSPYR42g25uiRABfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,438,1459828800"; d="scan'208";a="157683918" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by de307622-de-outbound.net.avaya.com with ESMTP; 08 Jun 2016 07:14:56 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 08 Jun 2016 07:14:54 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Wed, 8 Jun 2016 13:14:53 +0200 From: "Romascanu, Dan (Dan)" To: "MORTON, ALFRED C (AL)" , "lmap@ietf.org" Thread-Topic: Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXgAGlQjA Date: Wed, 8 Jun 2016 11:14:52 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7520806F@AZ-FFEXMB04.global.avaya.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Carey, Timothy \(Nokia - US\) \(timothy.carey@nokia.com\)" , "philip.eardley@bt.com" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 11:15:01 -0000 Thanks to the small team. > The Cycle-Number is a numerical field > that describes the relative placement (index) of a set of results within = the re- > occurring event. It is implied that the Cycle-Number is a monotonous increasing numerical in= dex (within a given Cycle-Context), right? Maybe this should be made explic= it.=20 Regards,=20 Dan > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED > C (AL) > Sent: Wednesday, June 08, 2016 2:08 PM > To: lmap@ietf.org > Cc: Carey, Timothy (Nokia - US) (timothy.carey@nokia.com); > philip.eardley@bt.com; STARK, BARBARA H > Subject: [lmap] Proposed definition of Cycle-ID and related changes >=20 > A small group discussed definitions, as requested during our LMAP session= at > IETF-95, primarily Cycle-ID. >=20 > Here are the definitions that we agreed to propose. > regards, > Tim, Phil, Barbara, Al >=20 > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >=20 > Cycle-ID >=20 > The Cycle-ID provides an easily distinguishable index for sets of results= (or > other aspect) from each "cycle" of Repeating Events (Recurring according = to > their Schedule). The Cycle-ID is comprised of two (2) parts; the Cycle- > Context-ID and the Cycle-Number. The Cycle-Context-ID is used to correlat= e > the set of results from each "cycle" in a larger systems context. For exa= mple > the Cycle-Context-ID for a test related to a subscriber might use the ser= vice > provider's handle for the subscriber. The Cycle-Number is a numerical fie= ld > that describes the relative placement (index) of a set of results within = the re- > occurring event. Each event occurrence of a Task's results (e.g., > measurements of multiple metrics on a single packet stream) are assigned > the same Cycle-ID. >=20 > The MA receives the form and policy to generate the Cycle-ID as part of t= he > Instruction's Schedule. The Cycle-Context-ID is provided through the use = of > the Tags and information on how a MA calculates the Cycle-Number is > provided through information elements in the Schedule. >=20 > The MA generates a new Cycle-Number for each periodic or calendar Event. > The MA reports that Cycle-ID with the corresponding results for the Task. >=20 > ------------------------------------------------------------------ > Also, we need to change the definition of "tags" to make it clear that th= e tag > must be echoed (not changed) by the MA. > So: > ma-report-result-tags: An optional unordered set of tags. > This is the joined set of tags > defined for the task object and the > action object. > becomes > ma-report-result-tags: An optional unordered set of tags. > This is the joined set of tags > defined for the task object and the > action object, echoed by the MA. >=20 > _______________________________________________ From nobody Wed Jun 8 04:19:33 2016 Return-Path: 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 F342E12D0B1 for ; Wed, 8 Jun 2016 04:19:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.627 X-Spam-Level: X-Spam-Status: No, score=-5.627 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_HELO_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 Ctyrn5RsBKL6 for ; Wed, 8 Jun 2016 04:19:31 -0700 (PDT) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 1241D12B013 for ; Wed, 8 Jun 2016 04:19:31 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id C26281213C9; Wed, 8 Jun 2016 07:28:36 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.255.124]) by mail-blue.research.att.com (Postfix) with ESMTP id AFDE6F3A2A; Wed, 8 Jun 2016 07:19:30 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Wed, 8 Jun 2016 07:19:30 -0400 From: "MORTON, ALFRED C (AL)" To: "Romascanu, Dan (Dan)" , "lmap@ietf.org" Date: Wed, 8 Jun 2016 07:19:29 -0400 Thread-Topic: Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXgAGlQjAAAAx61A= Message-ID: <4AF73AA205019A4C8A1DDD32C034631D458D677B2C@NJFPSRVEXG0.research.att.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <9904FB1B0159DA42B0B887B7FA8119CA7520806F@AZ-FFEXMB04.global.avaya.com> In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA7520806F@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Carey, Timothy \(Nokia - US\) \(timothy.carey@nokia.com\)" , "philip.eardley@bt.com" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 11:19:32 -0000 Dan, ... > Thanks to the small team. >=20 > > The Cycle-Number is a numerical field > > that describes the relative placement (index) of a set of results > within the re- > > occurring event. >=20 > It is implied that the Cycle-Number is a monotonous increasing numerical > index (within a given Cycle-Context), right? Maybe this should be made > explicit. [ACM]=20 It could be more complex than a simple monotonic counter, and we leave the possibilities open. Al From nobody Wed Jun 8 04:22:03 2016 Return-Path: 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 3D45C12D6A7 for ; Wed, 8 Jun 2016 04:22:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.346 X-Spam-Level: X-Spam-Status: No, score=-8.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 ipvLiyJwTFRz for ; Wed, 8 Jun 2016 04:22:01 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (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 E975312D5FF for ; Wed, 8 Jun 2016 04:22:00 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2BsAQBs/1dX/yYyC4ddGgEBAQGCcy2BU?= =?us-ascii?q?waNJK1fgXmGEwKBPDgUAQEBAQEBAWUnhEUBAQEBAxIoPwwEAgEIDQQEAQELFAk?= =?us-ascii?q?HMhQJCAEBBAENBQgaiA0BoRSbeAEBAQEBAQEBAgEBAQEBAQEBAQEBHIYohEyEQ?= =?us-ascii?q?oMqgi4FmE8BmACFRI9hHjaDbm6JEAF+AQEB?= X-IPAS-Result: =?us-ascii?q?A2BsAQBs/1dX/yYyC4ddGgEBAQGCcy2BUwaNJK1fgXmGEwK?= =?us-ascii?q?BPDgUAQEBAQEBAWUnhEUBAQEBAxIoPwwEAgEIDQQEAQELFAkHMhQJCAEBBAENB?= =?us-ascii?q?QgaiA0BoRSbeAEBAQEBAQEBAgEBAQEBAQEBAQEBHIYohEyEQoMqgi4FmE8BmAC?= =?us-ascii?q?FRI9hHjaDbm6JEAF+AQEB?= X-IronPort-AV: E=Sophos;i="5.26,438,1459828800"; d="scan'208";a="178386823" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by co300216-co-outbound.net.avaya.com with ESMTP; 08 Jun 2016 07:21:59 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES256-SHA; 08 Jun 2016 07:21:59 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Wed, 8 Jun 2016 13:21:57 +0200 From: "Romascanu, Dan (Dan)" To: "MORTON, ALFRED C (AL)" , "lmap@ietf.org" Thread-Topic: Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXgAGlQjAAAAx61AAABg7kA== Date: Wed, 8 Jun 2016 11:21:56 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7520809E@AZ-FFEXMB04.global.avaya.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <9904FB1B0159DA42B0B887B7FA8119CA7520806F@AZ-FFEXMB04.global.avaya.com> <4AF73AA205019A4C8A1DDD32C034631D458D677B2C@NJFPSRVEXG0.research.att.com> In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D458D677B2C@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Carey, Timothy \(Nokia - US\) \(timothy.carey@nokia.com\)" , "philip.eardley@bt.com" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 11:22:02 -0000 > -----Original Message----- > From: MORTON, ALFRED C (AL) [mailto:acmorton@att.com] > Sent: Wednesday, June 08, 2016 2:19 PM > To: Romascanu, Dan (Dan); lmap@ietf.org > Cc: Carey, Timothy (Nokia - US) (timothy.carey@nokia.com); > philip.eardley@bt.com; STARK, BARBARA H > Subject: RE: Proposed definition of Cycle-ID and related changes >=20 > Dan, > ... > > Thanks to the small team. > > > > > The Cycle-Number is a numerical field that describes the relative > > > placement (index) of a set of results > > within the re- > > > occurring event. > > > > It is implied that the Cycle-Number is a monotonous increasing > > numerical index (within a given Cycle-Context), right? Maybe this > > should be made explicit. > [ACM] > It could be more complex than a simple monotonic counter, and we leave > the possibilities open. > Al >=20 So what does 'relative placement' mean? Maybe you can give an example of on= e more complex case, and how the index should asses the 'relative placement= '?=20 Thanks and Regards, Dan From nobody Wed Jun 8 04:42:22 2016 Return-Path: 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 CDF7612D1DA for ; Wed, 8 Jun 2016 04:42:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] autolearn=unavailable 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 nOCD4Sym2-AC for ; Wed, 8 Jun 2016 04:42:19 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5F7512D0B1 for ; Wed, 8 Jun 2016 04:35:44 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 71B33940; Wed, 8 Jun 2016 13:35:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id NEAsG3MUVAxj; Wed, 8 Jun 2016 13:35:39 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Wed, 8 Jun 2016 13:35:41 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 876462004E; Wed, 8 Jun 2016 13:35:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id k8ki3Yh2ju5W; Wed, 8 Jun 2016 13:35:40 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1BB8520047; Wed, 8 Jun 2016 13:35:38 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id C3C443B0D1D4; Wed, 8 Jun 2016 13:35:37 +0200 (CEST) Date: Wed, 8 Jun 2016 13:35:37 +0200 From: Juergen Schoenwaelder To: "MORTON, ALFRED C (AL)" Message-ID: <20160608113537.GA11574@elstar.local> Mail-Followup-To: "MORTON, ALFRED C (AL)" , "lmap@ietf.org" , "Carey, Timothy (Nokia - US) (timothy.carey@nokia.com)" , "philip.eardley@bt.com" , "STARK, BARBARA H" References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "Carey, Timothy \(Nokia - US\) \(timothy.carey@nokia.com\)" , "philip.eardley@bt.com" , "STARK, BARBARA H" , "lmap@ietf.org" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 11:42:21 -0000 Thanks for the input. Is my simple interpretation correct that all I have to do is to add an ma-report-result-event-id to the ma-report-result-obj? I find event-id easier to understand than cycle-number and also clearer to implement since everything is driven by events (and not cycles). I am also not sure that adding 'echoed by the MA' to the description of ma-report-result-tags adds much value given that the text already says "This is the joined set of tags defined for the task object and the action object". /js On Wed, Jun 08, 2016 at 07:07:59AM -0400, MORTON, ALFRED C (AL) wrote: > A small group discussed definitions, as requested > during our LMAP session at IETF-95, primarily Cycle-ID. > > Here are the definitions that we agreed to propose. > regards, > Tim, Phil, Barbara, Al > > -=-=-=-=-=-=-=-=-=-=-=-=-=- > > Cycle-ID > > The Cycle-ID provides an easily distinguishable index for sets of results (or other aspect) from each "cycle" of Repeating Events (Recurring according to their Schedule). The Cycle-ID is comprised of two (2) parts; the Cycle-Context-ID and the Cycle-Number. The Cycle-Context-ID is used to correlate the set of results from each "cycle" in a larger systems context. For example the Cycle-Context-ID for a test related to a subscriber might use the service provider's handle for the subscriber. The Cycle-Number is a numerical field that describes the relative placement (index) of a set of results within the re-occurring event. Each event occurrence of a Task's results (e.g., measurements of multiple metrics on a single packet stream) are assigned the same Cycle-ID. > > The MA receives the form and policy to generate the Cycle-ID as part of the Instruction's Schedule. The Cycle-Context-ID is provided through the use of the Tags and information on how a MA calculates the Cycle-Number is provided through information elements in the Schedule. > > The MA generates a new Cycle-Number for each periodic or calendar Event. The MA reports that Cycle-ID with the corresponding results for the Task. > > ------------------------------------------------------------------ > Also, we need to change the definition of "tags" to make it clear that the tag must be echoed (not changed) by the MA. > So: > ma-report-result-tags: An optional unordered set of tags. > This is the joined set of tags > defined for the task object and the > action object. > becomes > ma-report-result-tags: An optional unordered set of tags. > This is the joined set of tags > defined for the task object and the > action object, echoed by the MA. > > _______________________________________________ > 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 From nobody Wed Jun 8 07:12:21 2016 Return-Path: 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 196C012D959 for ; Wed, 8 Jun 2016 07:12:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 pc3Kqmx-JkxN for ; Wed, 8 Jun 2016 07:12:18 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (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 2B03D12D93A for ; Wed, 8 Jun 2016 07:11:51 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D7AQBLJ1hX/xUHmMZeHoJSIS0iNH0Gu?= =?us-ascii?q?HaCD4FuCxcBDIVvAoFCOBQBAQEBAQEBZRwLhEkDEhteARUVViYBBBsBGYgNAQ2?= =?us-ascii?q?cL4USm3kBAQgBAQEBASKGKIRMhCMBAR2CRwtAGIIuBZhPAZAOhFKDIIVCAo9hH?= =?us-ascii?q?jaDbm4BiFk2AX4BAQE?= X-IPAS-Result: =?us-ascii?q?A2D7AQBLJ1hX/xUHmMZeHoJSIS0iNH0GuHaCD4FuCxcBDIV?= =?us-ascii?q?vAoFCOBQBAQEBAQEBZRwLhEkDEhteARUVViYBBBsBGYgNAQ2cL4USm3kBAQgBA?= =?us-ascii?q?QEBASKGKIRMhCMBAR2CRwtAGIIuBZhPAZAOhFKDIIVCAo9hHjaDbm4BiFk2AX4?= =?us-ascii?q?BAQE?= X-IronPort-AV: E=Sophos;i="5.26,439,1459828800"; d="scan'208,217";a="178418400" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by co300216-co-outbound.net.avaya.com with ESMTP; 08 Jun 2016 10:11:50 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC03.global.avaya.com) ([135.64.58.13]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 08 Jun 2016 10:11:49 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC03.global.avaya.com ([135.64.58.13]) with mapi id 14.03.0174.001; Wed, 8 Jun 2016 10:11:48 -0400 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: REMINDER: Virtual Interim on Monday 6/13 Thread-Index: AdHBj7Gw1O4ThZF+R/OeDq1xgELKwg== Date: Wed, 8 Jun 2016 14:11:48 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA752082AC@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA752082ACAZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] REMINDER: Virtual Interim on Monday 6/13 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 14:12:20 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA752082ACAZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, This is a reminder that we shall hold a virtual interim meeting of the LMAP= WG on Monday 6/13, 1-3PM EDT. Meeting and WebEx information is available at http://www.ietf.org/mail-arch= ive/web/lmap/current/msg02565.html. I have uploaded a preliminary agenda at https://www.ietf.org/proceedings/in= terim/2016/06/13/lmap/agenda/agenda-interim-2016-lmap-3. Please bash! Right= now Al, Tim, and Juergen own the principal items. If there are any other i= tems to include, please let me and Jason know. As always, we need two enthusiastic volunteers to help us with notes for th= e minutes - the notes should include just the critical information like con= sensus calls and action items. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA752082ACAZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

This is a reminder = that we shall hold a virtual interim meeting of the LMAP WG on Monday 6/13,= 1-3PM EDT.

 

Meeting and WebEx i= nformation is available at http://www.ietf.org/mail-archive/web/lmap/current/msg02565.html.

I have uploaded a pre= liminary agenda at https://www.ietf.org/proceedings/interim/2016/06/13/l= map/agenda/agenda-interim-2016-lmap-3. Please bash! Right now Al, Tim, and Juergen own the principal items. If there are= any other items to include, please let me and Jason know.

As always, we need tw= o enthusiastic volunteers to help us with notes for the minutes – the= notes should include just the critical information like consensus calls and action items.

 

Thanks and Regards,

 

Dan=

 

 

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA752082ACAZFFEXMB04globa_-- From nobody Sat Jun 11 09:46:42 2016 Return-Path: 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 9261712D7DF for ; Sat, 11 Jun 2016 09:46:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, 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 odNZbZ5Ikw1T for ; Sat, 11 Jun 2016 09:46:39 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-01.alcatel-lucent.com [135.245.18.29]) (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 5F3EE12D759 for ; Sat, 11 Jun 2016 09:46:39 -0700 (PDT) Received: from us70uumx3.dmz.alcatel-lucent.com (unknown [135.245.18.15]) by Websense Email Security Gateway with ESMTPS id 0A0ADC2C8AFAA; Sat, 11 Jun 2016 16:46:36 +0000 (GMT) Received: from us70uusmtp3.zam.alcatel-lucent.com (us70uusmtp3.zam.alcatel-lucent.com [135.5.2.65]) by us70uumx3.dmz.alcatel-lucent.com (GMO) with ESMTP id u5BGkbgr028533 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 11 Jun 2016 16:46:37 GMT Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id u5BGka8D013278 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 11 Jun 2016 16:46:36 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Sat, 11 Jun 2016 12:46:36 -0400 From: "Carey, Timothy (Nokia - US)" To: Juergen Schoenwaelder , "MORTON, ALFRED C (AL)" Thread-Topic: [lmap] Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXgAPx6GAAKG8CYA= Date: Sat, 11 Jun 2016 16:46:35 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BA48B@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <20160608113537.GA11574@elstar.local> In-Reply-To: <20160608113537.GA11574@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "philip.eardley@bt.com" , "STARK, BARBARA H" , "lmap@ietf.org" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 16:46:41 -0000 Juergen, There are 3 things that need to be supported 1) Cycle-Context-ID: Input as an option (we should discuss if this is an op= tion or a tag - I assume option because it is a name/value pair Cycle-Conte= xt-ID:MyTest) associated Schedule or Action - We should discuss if this opt= ion name should be reserved in LMAP like channel or role. 2) Cycle-ID: As Al said this is generated based on: The MA receives the for= m and policy to generate the Cycle-ID as part of the Instruction's Schedule= . The problem I see is "what is the form and policy that would be used" - W= e haven't addressed this piece. For example - there might be a policy to si= mply increment the Cycle-number. If this is part of the knowledge of the t= ask registry entry then OK; otherwise we might need some enhancements to th= e information model 3) Cycle-ID: This option (again name/value pair Cycle-ID:MyTest-1) is repor= ted in the options element of the Result object. We should discuss if this = option name should be reserved in LMAP. So a result would have the Cycle-Co= ntext-ID (since it was passed as input and echoed) and Cycle-ID in the resu= lt tags. BR, Tim -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: Wednesday, June 08, 2016 6:36 AM To: MORTON, ALFRED C (AL) Cc: Carey, Timothy (Nokia - US); philip.eardley@bt.com; STARK, BARBARA H; l= map@ietf.org Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes Thanks for the input. Is my simple interpretation correct that all I have to do is to add an ma-r= eport-result-event-id to the ma-report-result-obj? I find event-id easier t= o understand than cycle-number and also clearer to implement since everythi= ng is driven by events (and not cycles). I am also not sure that adding 'echoed by the MA' to the description of ma-= report-result-tags adds much value given that the text already says "This i= s the joined set of tags defined for the task object and the action object"= . /js On Wed, Jun 08, 2016 at 07:07:59AM -0400, MORTON, ALFRED C (AL) wrote: > A small group discussed definitions, as requested during our LMAP=20 > session at IETF-95, primarily Cycle-ID. >=20 > Here are the definitions that we agreed to propose. > regards, > Tim, Phil, Barbara, Al >=20 > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >=20 > Cycle-ID >=20 > The Cycle-ID provides an easily distinguishable index for sets of results= (or other aspect) from each "cycle" of Repeating Events (Recurring accordi= ng to their Schedule). The Cycle-ID is comprised of two (2) parts; the Cycl= e-Context-ID and the Cycle-Number. The Cycle-Context-ID is used to correlat= e the set of results from each "cycle" in a larger systems context. For exa= mple the Cycle-Context-ID for a test related to a subscriber might use the = service provider's handle for the subscriber. The Cycle-Number is a numeric= al field that describes the relative placement (index) of a set of results = within the re-occurring event. Each event occurrence of a Task's results (e= .g., measurements of multiple metrics on a single packet stream) are assign= ed the same Cycle-ID. >=20 > The MA receives the form and policy to generate the Cycle-ID as part of t= he Instruction's Schedule. The Cycle-Context-ID is provided through the use= of the Tags and information on how a MA calculates the Cycle-Number is pro= vided through information elements in the Schedule. >=20 > The MA generates a new Cycle-Number for each periodic or calendar Event. = The MA reports that Cycle-ID with the corresponding results for the Task. >=20 > ------------------------------------------------------------------ > Also, we need to change the definition of "tags" to make it clear that th= e tag must be echoed (not changed) by the MA. > So: > ma-report-result-tags: An optional unordered set of tags. > This is the joined set of tags > defined for the task object and the > action object. > becomes > ma-report-result-tags: An optional unordered set of tags. > This is the joined set of tags > defined for the task object and the > action object, echoed by the MA. >=20 > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 13 04:39:23 2016 Return-Path: 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 828CD12D62F for ; Mon, 13 Jun 2016 04:39:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] 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 v2t0i6gTSs62 for ; Mon, 13 Jun 2016 04:39:19 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1190112D5B4 for ; Mon, 13 Jun 2016 04:39:19 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id CD9CD74E; Mon, 13 Jun 2016 13:39:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id PGkPwXeuFQew; Mon, 13 Jun 2016 13:39:16 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 13 Jun 2016 13:39:16 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7F6A120050; Mon, 13 Jun 2016 13:39:16 +0200 (CEST) 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 cE3mnoz6P_SR; Mon, 13 Jun 2016 13:39:14 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 4AD3320047; Mon, 13 Jun 2016 13:39:14 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 20BE83B1E89A; Mon, 13 Jun 2016 13:39:12 +0200 (CEST) Date: Mon, 13 Jun 2016 13:39:12 +0200 From: Juergen Schoenwaelder To: "Carey, Timothy (Nokia - US)" Message-ID: <20160613113912.GA22671@elstar.local> Mail-Followup-To: "Carey, Timothy (Nokia - US)" , "MORTON, ALFRED C (AL)" , "philip.eardley@bt.com" , "STARK, BARBARA H" , "lmap@ietf.org" References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <20160608113537.GA11574@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A6BA48B@US70UWXCHMBA05.zam.alcatel-lucent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A6BA48B@US70UWXCHMBA05.zam.alcatel-lucent.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "philip.eardley@bt.com" , "lmap@ietf.org" , "MORTON, ALFRED C \(AL\)" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 11:39:21 -0000 On Sat, Jun 11, 2016 at 04:46:35PM +0000, Carey, Timothy (Nokia - US) wrote: > Juergen, > > There are 3 things that need to be supported > > 1) Cycle-Context-ID: Input as an option (we should discuss if this is an option or a tag - I assume option because it is a name/value pair Cycle-Context-ID:MyTest) associated Schedule or Action - We should discuss if this option name should be reserved in LMAP like channel or role. Why would this be an option and not just a tag? Options are used to pass information to a running task; I do not think the task needs to know the Cycle-Context-ID since it is a pure organizational matter. > 2) Cycle-ID: As Al said this is generated based on: The MA receives the form and policy to generate the Cycle-ID as part of the Instruction's Schedule. The problem I see is "what is the form and policy that would be used" - We haven't addressed this piece. For example - there might be a policy to simply increment the Cycle-number. If this is part of the knowledge of the task registry entry then OK; otherwise we might need some enhancements to the information model Hence my proposal is that the implementation creates a unique event-id for every firing event and this event-id is reported with the result. I hope this event-id can be as simple as a counter that I bump whenever an event fires. > 3) Cycle-ID: This option (again name/value pair Cycle-ID:MyTest-1) is reported in the options element of the Result object. We should discuss if this option name should be reserved in LMAP. So a result would have the Cycle-Context-ID (since it was passed as input and echoed) and Cycle-ID in the result tags. Tags are already reported back in the result. I am not sure there is anything needed to be done here. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 13 06:36:09 2016 Return-Path: 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 0C39A12D7A5 for ; Mon, 13 Jun 2016 06:36:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.921 X-Spam-Level: X-Spam-Status: No, score=-6.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 2OFh9hDEPKLB for ; Mon, 13 Jun 2016 06:36:05 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-01.alcatel-lucent.com [135.245.18.27]) (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 C089812D7A4 for ; Mon, 13 Jun 2016 06:36:05 -0700 (PDT) Received: from us70tumx1.dmz.alcatel-lucent.com (unknown [135.245.18.13]) by Websense Email Security Gateway with ESMTPS id 841EFB8DFDAB; Mon, 13 Jun 2016 13:36:02 +0000 (GMT) Received: from us70tusmtp1.zam.alcatel-lucent.com (us70tusmtp1.zam.alcatel-lucent.com [135.5.2.63]) by us70tumx1.dmz.alcatel-lucent.com (GMO) with ESMTP id u5DDa4vh028095 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 Jun 2016 13:36:04 GMT Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id u5DDa3rx010742 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 Jun 2016 13:36:03 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Mon, 13 Jun 2016 09:36:03 -0400 From: "Carey, Timothy (Nokia - US)" To: Juergen Schoenwaelder Thread-Topic: [lmap] Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXgAPx6GAAKG8CYAAWdkFAAAEkbrw Date: Mon, 13 Jun 2016 13:36:02 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BB8C2@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <20160608113537.GA11574@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A6BA48B@US70UWXCHMBA05.zam.alcatel-lucent.com> <20160613113912.GA22671@elstar.local> In-Reply-To: <20160613113912.GA22671@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "philip.eardley@bt.com" , "lmap@ietf.org" , "MORTON, ALFRED C \(AL\)" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:36:08 -0000 Juergen, Inline -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: Monday, June 13, 2016 6:39 AM To: Carey, Timothy (Nokia - US) Cc: MORTON, ALFRED C (AL); philip.eardley@bt.com; STARK, BARBARA H; lmap@ie= tf.org Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes On Sat, Jun 11, 2016 at 04:46:35PM +0000, Carey, Timothy (Nokia - US) wrote= : > Juergen, >=20 > There are 3 things that need to be supported >=20 > 1) Cycle-Context-ID: Input as an option (we should discuss if this is an = option or a tag - I assume option because it is a name/value pair Cycle-Con= text-ID:MyTest) associated Schedule or Action - We should discuss if this o= ption name should be reserved in LMAP like channel or role. Why would this be an option and not just a tag? Options are used to pass in= formation to a running task; I do not think the task needs to know the Cycl= e-Context-ID since it is a pure organizational matter. As I understand it tags do not have the capability for a Name and Val= ue - its just a tag. So using a tag I can't know if MyTest tag value is the= Cycle-Context-ID. However if I use an option - I could have Cycle-Context-= ID name and MyTest value. > 2) Cycle-ID: As Al said this is generated based on: The MA receives=20 > the form and policy to generate the Cycle-ID as part of the=20 > Instruction's Schedule. The problem I see is "what is the form and=20 > policy that would be used" - We haven't addressed this piece. For=20 > example - there might be a policy to simply increment the=20 > Cycle-number. If this is part of the knowledge of the task registry=20 > entry then OK; otherwise we might need some enhancements to the=20 > information model Hence my proposal is that the implementation creates a unique event-id for = every firing event and this event-id is reported with the result. I hope th= is event-id can be as simple as a counter that I bump whenever an event fir= es. Well Cycle-numbers are necessarily tied to a firing of event - I thou= ght it had its own context and definition - which can be tied to a firing o= f an event -sure but we risk overloading the term event-id. Which I would l= ike to avoid. > 3) Cycle-ID: This option (again name/value pair Cycle-ID:MyTest-1) is rep= orted in the options element of the Result object. We should discuss if thi= s option name should be reserved in LMAP. So a result would have the Cycle-= Context-ID (since it was passed as input and echoed) and Cycle-ID in the re= sult tags. Tags are already reported back in the result. I am not sure there is anythi= ng needed to be done here. The Cycle-ID is a result of combining the Cycle-Context-ID and the Cy= cle-Number - So for results - the Cycle-Context-ID is reported as a tag or = option but the Cycle-Number is not reported - so we need to report that (or= the combined Cycle-ID as an option, tag or as you suggest and I am leary o= f, an event-id. /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 13 06:43:38 2016 Return-Path: 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 7257412D0C3 for ; Mon, 13 Jun 2016 06:43:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] 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 4iINPH2tXR2U for ; Mon, 13 Jun 2016 06:43:35 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 38B6D12B017 for ; Mon, 13 Jun 2016 06:43:35 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 8DC7F8FA; Mon, 13 Jun 2016 15:43:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id BW7_rLbBTYkt; Mon, 13 Jun 2016 15:43:30 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Mon, 13 Jun 2016 15:43:31 +0200 (CEST) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 5C36D20050; Mon, 13 Jun 2016 15:43:31 +0200 (CEST) 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 ZcK91cHicnAF; Mon, 13 Jun 2016 15:43:29 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 10CFA20047; Mon, 13 Jun 2016 15:43:29 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 5CCED3B1F6DA; Mon, 13 Jun 2016 15:43:28 +0200 (CEST) Date: Mon, 13 Jun 2016 15:43:28 +0200 From: Juergen Schoenwaelder To: "Carey, Timothy (Nokia - US)" Message-ID: <20160613134328.GA26207@elstar.local> Mail-Followup-To: "Carey, Timothy (Nokia - US)" , "MORTON, ALFRED C (AL)" , "philip.eardley@bt.com" , "STARK, BARBARA H" , "lmap@ietf.org" References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <20160608113537.GA11574@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A6BA48B@US70UWXCHMBA05.zam.alcatel-lucent.com> <20160613113912.GA22671@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A6BB8C2@US70UWXCHMBA05.zam.alcatel-lucent.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A6BB8C2@US70UWXCHMBA05.zam.alcatel-lucent.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "philip.eardley@bt.com" , "lmap@ietf.org" , "MORTON, ALFRED C \(AL\)" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:43:37 -0000 On Mon, Jun 13, 2016 at 01:36:02PM +0000, Carey, Timothy (Nokia - US) wrote: > Juergen, > > Inline > > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Monday, June 13, 2016 6:39 AM > To: Carey, Timothy (Nokia - US) > Cc: MORTON, ALFRED C (AL); philip.eardley@bt.com; STARK, BARBARA H; lmap@ietf.org > Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes > > On Sat, Jun 11, 2016 at 04:46:35PM +0000, Carey, Timothy (Nokia - US) wrote: > > Juergen, > > > > There are 3 things that need to be supported > > > > 1) Cycle-Context-ID: Input as an option (we should discuss if this is an option or a tag - I assume option because it is a name/value pair Cycle-Context-ID:MyTest) associated Schedule or Action - We should discuss if this option name should be reserved in LMAP like channel or role. > > Why would this be an option and not just a tag? Options are used to pass information to a running task; I do not think the task needs to know the Cycle-Context-ID since it is a pure organizational matter. > As I understand it tags do not have the capability for a Name and Value - its just a tag. So using a tag I can't know if MyTest tag value is the Cycle-Context-ID. However if I use an option - I could have Cycle-Context-ID name and MyTest value. A Cycle-Context-ID is generated by a controller and likely meaningful to a piece of software analyzing data collected by a collector. I would assume that the data analysis software will obtain information from the controll about the tags the controller used to tag measurements. > > 2) Cycle-ID: As Al said this is generated based on: The MA receives > > the form and policy to generate the Cycle-ID as part of the > > Instruction's Schedule. The problem I see is "what is the form and > > policy that would be used" - We haven't addressed this piece. For > > example - there might be a policy to simply increment the > > Cycle-number. If this is part of the knowledge of the task registry > > entry then OK; otherwise we might need some enhancements to the > > information model > > Hence my proposal is that the implementation creates a unique event-id for every firing event and this event-id is reported with the result. I hope this event-id can be as simple as a counter that I bump whenever an event fires. > Well Cycle-numbers are necessarily tied to a firing of event - I thought it had its own context and definition - which can be tied to a firing of an event -sure but we risk overloading the term event-id. Which I would like to avoid. So what is then this 'own context and definition' and how would I implement it? I do know how to implement an event-id and from what I understood Al Morton talking about this event-id would give him the means to correlate results. > > 3) Cycle-ID: This option (again name/value pair Cycle-ID:MyTest-1) is reported in the options element of the Result object. We should discuss if this option name should be reserved in LMAP. So a result would have the Cycle-Context-ID (since it was passed as input and echoed) and Cycle-ID in the result tags. > > Tags are already reported back in the result. I am not sure there is anything needed to be done here. > The Cycle-ID is a result of combining the Cycle-Context-ID and the Cycle-Number - So for results - the Cycle-Context-ID is reported as a tag or option but the Cycle-Number is not reported - so we need to report that (or the combined Cycle-ID as an option, tag or as you suggest and I am leary of, an event-id. My simple minded solution is that the controller tags measurements as it sees fit (this takes care of the Cycle-Context-ID) and the LMAP implementation would add an event-id to the result records, which echoes back the tags already. A data analysis program can then filter on both of them if desired. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 13 06:52:26 2016 Return-Path: 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 4E2F812B017 for ; Mon, 13 Jun 2016 06:52:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, 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 oBt5mk2PaTdS for ; Mon, 13 Jun 2016 06:52:22 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-01.alcatel-lucent.com [135.245.18.29]) (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 6754A12D7A4 for ; Mon, 13 Jun 2016 06:52:20 -0700 (PDT) Received: from us70uumx3.dmz.alcatel-lucent.com (unknown [135.245.18.15]) by Websense Email Security Gateway with ESMTPS id 3DF06DD8C929F; Mon, 13 Jun 2016 13:52:17 +0000 (GMT) Received: from us70uusmtp3.zam.alcatel-lucent.com (us70uusmtp3.zam.alcatel-lucent.com [135.5.2.65]) by us70uumx3.dmz.alcatel-lucent.com (GMO) with ESMTP id u5DDqJsp005500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 Jun 2016 13:52:19 GMT Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id u5DDqIdK004863 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 Jun 2016 13:52:18 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0195.001; Mon, 13 Jun 2016 09:52:18 -0400 From: "Carey, Timothy (Nokia - US)" To: Juergen Schoenwaelder Thread-Topic: [lmap] Proposed definition of Cycle-ID and related changes Thread-Index: AdHBXEjqPt7psnt4QFCkU25nJ5GxXgAPx6GAAKG8CYAAWdkFAAAEkbrw///+KgCAAEK3MA== Date: Mon, 13 Jun 2016 13:52:18 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BB927@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677B2B@NJFPSRVEXG0.research.att.com> <20160608113537.GA11574@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A6BA48B@US70UWXCHMBA05.zam.alcatel-lucent.com> <20160613113912.GA22671@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A6BB8C2@US70UWXCHMBA05.zam.alcatel-lucent.com> <20160613134328.GA26207@elstar.local> In-Reply-To: <20160613134328.GA26207@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "philip.eardley@bt.com" , "lmap@ietf.org" , "MORTON, ALFRED C \(AL\)" , "STARK, BARBARA H" Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:52:25 -0000 Inline -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: Monday, June 13, 2016 8:43 AM To: Carey, Timothy (Nokia - US) Cc: MORTON, ALFRED C (AL); philip.eardley@bt.com; STARK, BARBARA H; lmap@ie= tf.org Subject: Re: [lmap] Proposed definition of Cycle-ID and related changes On Mon, Jun 13, 2016 at 01:36:02PM +0000, Carey, Timothy (Nokia - US) wrote= : > Juergen, >=20 > Inline >=20 > -----Original Message----- > From: Juergen Schoenwaelder=20 > [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Monday, June 13, 2016 6:39 AM > To: Carey, Timothy (Nokia - US) > Cc: MORTON, ALFRED C (AL); philip.eardley@bt.com; STARK, BARBARA H;=20 > lmap@ietf.org > Subject: Re: [lmap] Proposed definition of Cycle-ID and related=20 > changes >=20 > On Sat, Jun 11, 2016 at 04:46:35PM +0000, Carey, Timothy (Nokia - US) wro= te: > > Juergen, > >=20 > > There are 3 things that need to be supported > >=20 > > 1) Cycle-Context-ID: Input as an option (we should discuss if this is a= n option or a tag - I assume option because it is a name/value pair Cycle-C= ontext-ID:MyTest) associated Schedule or Action - We should discuss if this= option name should be reserved in LMAP like channel or role. >=20 > Why would this be an option and not just a tag? Options are used to pass = information to a running task; I do not think the task needs to know the Cy= cle-Context-ID since it is a pure organizational matter. > As I understand it tags do not have the capability for a Name and V= alue - its just a tag. So using a tag I can't know if MyTest tag value is t= he Cycle-Context-ID. However if I use an option - I could have Cycle-Contex= t-ID name and MyTest value. A Cycle-Context-ID is generated by a controller and likely meaningful to a = piece of software analyzing data collected by a collector. I would assume t= hat the data analysis software will obtain information from the controll ab= out the tags the controller used to tag measurements. Lets ask Al; what happens if/when the MAs and controllers are not in= the same administrative domain - Me I like to be explicit about these thin= gs. =20 > > 2) Cycle-ID: As Al said this is generated based on: The MA receives=20 > > the form and policy to generate the Cycle-ID as part of the=20 > > Instruction's Schedule. The problem I see is "what is the form and=20 > > policy that would be used" - We haven't addressed this piece. For=20 > > example - there might be a policy to simply increment the=20 > > Cycle-number. If this is part of the knowledge of the task registry=20 > > entry then OK; otherwise we might need some enhancements to the=20 > > information model >=20 > Hence my proposal is that the implementation creates a unique event-id fo= r every firing event and this event-id is reported with the result. I hope = this event-id can be as simple as a counter that I bump whenever an event f= ires. > Well Cycle-numbers are necessarily tied to a firing of event - I th= ought it had its own context and definition - which can be tied to a firing= of an event -sure but we risk overloading the term event-id. Which I would= like to avoid. So what is then this 'own context and definition' and how would I implement= it? I do know how to implement an event-id and from what I understood Al M= orton talking about this event-id would give him the means to correlate res= ults. Correct the Cycle-Number allows you to correlate the results within = the context of the Cycle-Context-ID. How the Cycle-Number is calculated is = what isn't defined right now and we should discuss how that is defined. > > 3) Cycle-ID: This option (again name/value pair Cycle-ID:MyTest-1) is r= eported in the options element of the Result object. We should discuss if t= his option name should be reserved in LMAP. So a result would have the Cycl= e-Context-ID (since it was passed as input and echoed) and Cycle-ID in the = result tags. >=20 > Tags are already reported back in the result. I am not sure there is anyt= hing needed to be done here. > The Cycle-ID is a result of combining the Cycle-Context-ID and the = Cycle-Number - So for results - the Cycle-Context-ID is reported as a tag o= r option but the Cycle-Number is not reported - so we need to report that (= or the combined Cycle-ID as an option, tag or as you suggest and I am leary= of, an event-id. My simple minded solution is that the controller tags measurements as it se= es fit (this takes care of the Cycle-Context-ID) and the LMAP implementatio= n would add an event-id to the result records, which echoes back the tags a= lready. A data analysis program can then filter on both of them if desired. Yep I see that - Lets just make sure of the assumptions that the Cont= ext-ID can be used as a tag and the cycle-number can be restricted to the a= lgorithm that would assign an event-id. Again I just like to be explicit si= nce we do not know how this would work across administrative domains or if = the operators would be able enforce a naming convention on a tag so that th= eir system knows this is the Cycle-Context-ID. /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Mon Jun 13 07:44:31 2016 Return-Path: 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 5C02D12D68A for ; Mon, 13 Jun 2016 07:44:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.325 X-Spam-Level: X-Spam-Status: No, score=-8.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] 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 jDm9ewEtm6tA for ; Mon, 13 Jun 2016 07:44:29 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (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 C2CE912D69E for ; Mon, 13 Jun 2016 07:44:28 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2AfAgAIxl5X/xUHmMZbHoJSIS1WfQYBu?= =?us-ascii?q?RGCD4F5IoV1AoErOBQBAQEBAQEBZRwLhE4DEhteAQwJFVYmAQQbARmIDgENlyS?= =?us-ascii?q?FEps5DAEkhiiIbwEBHYMqgi8FmGEBkBCEUoMghUWPbh42g25uAYhSNgF+AQEB?= X-IPAS-Result: =?us-ascii?q?A2AfAgAIxl5X/xUHmMZbHoJSIS1WfQYBuRGCD4F5IoV1AoE?= =?us-ascii?q?rOBQBAQEBAQEBZRwLhE4DEhteAQwJFVYmAQQbARmIDgENlySFEps5DAEkhiiIb?= =?us-ascii?q?wEBHYMqgi8FmGEBkBCEUoMghUWPbh42g25uAYhSNgF+AQEB?= X-IronPort-AV: E=Sophos;i="5.26,466,1459828800"; d="scan'208,217";a="191288412" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 13 Jun 2016 10:44:26 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 13 Jun 2016 10:44:26 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Mon, 13 Jun 2016 16:44:22 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: Virtual Interim Meeting - TODAY at 1PM EDT Thread-Index: AdHFgIyqRt72XIYKTUiI8rJUJ7I9kg== Date: Mon, 13 Jun 2016 14:44:21 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7520D8AB@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA7520D8ABAZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] Virtual Interim Meeting - TODAY at 1PM EDT X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 14:44:30 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA7520D8ABAZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, This is a reminder that the virtual interim meeting of the LMAP WG will tak= e place today at 1PM EDT. Meeting information is available at http://www.ie= tf.org/mail-archive/web/lmap/current/msg02565.html. If you need to use slides, please send in advance. I received slides from T= im, they should be already available. We still need two note takers to start the meeting. Please volunteer. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA7520D8ABAZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

This is a reminder that the virtual interim meeting = of the LMAP WG will take place today at 1PM EDT. Meeting information is ava= ilable at http://www.ietf.org/mail-archive/web/lmap/current/msg02565.html.

 

If you need to use slides, please send in advance. I= received slides from Tim, they should be already available.

 

We still need two note takers to start the meeting. = Please volunteer.

 

 

Thanks and Regards,

 

Dan

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA7520D8ABAZFFEXMB04globa_-- From nobody Mon Jun 13 12:17:39 2016 Return-Path: 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 3E7BC12D950 for ; Mon, 13 Jun 2016 12:17:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] 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 v63Cmz6dH4NZ for ; Mon, 13 Jun 2016 12:17:33 -0700 (PDT) Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4634412D93C for ; Mon, 13 Jun 2016 12:17:33 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 12D5074D for ; Mon, 13 Jun 2016 21:17:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id oquXU9aidKl6 for ; Mon, 13 Jun 2016 21:17:30 +0200 (CEST) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS for ; Mon, 13 Jun 2016 21:17:31 +0200 (CEST) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 376E520051 for ; Mon, 13 Jun 2016 21:17:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id qjT4h44pXmcc; Mon, 13 Jun 2016 21:17:30 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 085EA20050; Mon, 13 Jun 2016 21:17:30 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id EFEBA3B22478; Mon, 13 Jun 2016 21:17:29 +0200 (CEST) Date: Mon, 13 Jun 2016 21:17:29 +0200 From: Juergen Schoenwaelder To: lmap@ietf.org Message-ID: <20160613191729.GA27290@elstar.local> Mail-Followup-To: lmap@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: [lmap] lmap hackathon Berlin IETF plans X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:17:37 -0000 Hi, I plan to join the IETF 96 hackathon in Berlin in order to work on my lmap implementation. I hope to find out how to interface my lmap daemon (simply called lmapd) with a NETCONF/RESTCONF implementation (libnetconf2 being the current target). If others are interested to work on other parts of lmapd they are interested to try it out (e.g. making lmapd work with some IPPM metrics registry magic), this is of course fine as well. This is just to let you know that I will be around on Sat/Sun before the IETF to work on LMAP running code and it would of course be nice to meet other interested parties. For more information, see https://www.ietf.org/registration/MeetingWiki/wiki/96hackathon /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Tue Jun 14 00:35:59 2016 Return-Path: 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 8D40712DB5E for ; Tue, 14 Jun 2016 00:35:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.627 X-Spam-Level: X-Spam-Status: No, score=-5.627 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_HELO_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 a7is4LI-YVmz for ; Tue, 14 Jun 2016 00:35:56 -0700 (PDT) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id 9B67E12DB55 for ; Tue, 14 Jun 2016 00:35:56 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 77391120E8C for ; Tue, 14 Jun 2016 03:45:19 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg0.research.att.com [135.207.255.124]) by mail-blue.research.att.com (Postfix) with ESMTP id 6A591F34CF for ; Tue, 14 Jun 2016 03:35:52 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90%25]) with mapi; Tue, 14 Jun 2016 03:35:52 -0400 From: "MORTON, ALFRED C (AL)" To: "lmap@ietf.org" Date: Tue, 14 Jun 2016 03:35:50 -0400 Thread-Topic: Notes for the IPPM Status Item@Interim meeting Thread-Index: AdHGD1/uTIKprGiaSiq7cS5nLx/J8Q== Message-ID: <4AF73AA205019A4C8A1DDD32C034631D458D677FD2@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [lmap] Notes for the IPPM Status Item@Interim meeting X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 07:35:57 -0000 Hi Juergen and LMAP, I agreed to type-up the notes for the IPPM Status=20 portion of the meeting: IPPM Status: The Performance Metrics Registry has addressed a key open issue, the Metric Naming Format, based on previous experience with=20 projects like m-Plane and other measurement projects. This format will be tested using the metrics in the=20 initial registry contents draft. There is new work to expand the IPPM Framework to include=20 IPv6 measurement details, which are more complicated than=20 originally thought. There is also an effort to define the=20 traceroute measurement as a registered metric, since there=20 are many parameters that affect the measurement outcome,=20 in addition to different procedural methods. Jason mentioned that IPPM co-chair Brian Trammell presented a summary of the WG status at the European Internet Mapping project. Al added that Hiroshi Ota presented Al's slides=20 describing ITU-T SG 12 work on IP performance there as part of the same agenda item.. There was an extended discussion and the presentations were much appreciated and may influence the future of the project. Al From nobody Tue Jun 14 05:19:39 2016 Return-Path: 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 505B112DBBB for ; Tue, 14 Jun 2016 05:19:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] 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 hT5-L1EsKIsa for ; Tue, 14 Jun 2016 05:19:36 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (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 C8F2C12D0DF for ; Tue, 14 Jun 2016 05:19:35 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CtAQAd9V9X/yYyC4dcGwEBAYJzLYFTB?= =?us-ascii?q?o0kq32CD4F5hhcCgTA4FAEBAQEBAQFlJ4RLAQEBAQMSKEsEAgEIDQQEAQELFAk?= =?us-ascii?q?HMhQJCAEBBAESCBqIDgGfQZt6AQEBAQEBAQMBAQEBAQEBAQEBARyGKIRMhEKDK?= =?us-ascii?q?oIvBZhjAZgEhUaPdB42g25uiQkBfgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2CtAQAd9V9X/yYyC4dcGwEBAYJzLYFTBo0kq32CD4F5hhc?= =?us-ascii?q?CgTA4FAEBAQEBAQFlJ4RLAQEBAQMSKEsEAgEIDQQEAQELFAkHMhQJCAEBBAESC?= =?us-ascii?q?BqIDgGfQZt6AQEBAQEBAQMBAQEBAQEBAQEBARyGKIRMhEKDKoIvBZhjAZgEhUa?= =?us-ascii?q?PdB42g25uiQkBfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,470,1459828800"; d="scan'208";a="191437915" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 14 Jun 2016 08:19:34 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES256-SHA; 14 Jun 2016 08:19:34 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Tue, 14 Jun 2016 14:19:32 +0200 From: "Romascanu, Dan (Dan)" To: "MORTON, ALFRED C (AL)" , "lmap@ietf.org" Thread-Topic: Notes for the IPPM Status Item@Interim meeting Thread-Index: AdHGD1/uTIKprGiaSiq7cS5nLx/J8QAJ5SPg Date: Tue, 14 Jun 2016 12:19:31 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7520EBDE@AZ-FFEXMB04.global.avaya.com> References: <4AF73AA205019A4C8A1DDD32C034631D458D677FD2@NJFPSRVEXG0.research.att.com> In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D458D677FD2@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.47] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [lmap] Notes for the IPPM Status Item@Interim meeting X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 12:19:37 -0000 Thanks, Al! Regards, Dan > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED > C (AL) > Sent: Tuesday, June 14, 2016 10:36 AM > To: lmap@ietf.org > Subject: [lmap] Notes for the IPPM Status Item@Interim meeting >=20 > Hi Juergen and LMAP, >=20 > I agreed to type-up the notes for the IPPM Status portion of the meeting: >=20 > IPPM Status: >=20 > The Performance Metrics Registry has addressed a key open issue, the > Metric Naming Format, based on previous experience with projects like m- > Plane and other measurement projects. > This format will be tested using the metrics in the initial registry cont= ents > draft. >=20 > There is new work to expand the IPPM Framework to include > IPv6 measurement details, which are more complicated than originally > thought. There is also an effort to define the traceroute measurement as= a > registered metric, since there are many parameters that affect the > measurement outcome, in addition to different procedural methods. >=20 > Jason mentioned that IPPM co-chair Brian Trammell presented a summary of > the WG status at the European Internet Mapping project. Al added that > Hiroshi Ota presented Al's slides describing ITU-T SG 12 work on IP > performance there as part of the same agenda item.. There was an > extended discussion and the presentations were much appreciated and may > influence the future of the project. >=20 > Al >=20 From nobody Tue Jun 14 05:57:21 2016 Return-Path: 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 94B8A12D137 for ; Tue, 14 Jun 2016 05:57:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 d6IzrZoS2mM6 for ; Tue, 14 Jun 2016 05:57:18 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-02.alcatel-lucent.com [135.245.18.30]) (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 C32BF12B05E for ; Tue, 14 Jun 2016 05:57:18 -0700 (PDT) Received: from us70uumx4.dmz.alcatel-lucent.com (unknown [135.245.18.16]) by Websense Email Security Gateway with ESMTPS id 737155E660725 for ; Tue, 14 Jun 2016 12:57:15 +0000 (GMT) Received: from us70uusmtp4.zam.alcatel-lucent.com (us70uusmtp4.zam.alcatel-lucent.com [135.5.2.66]) by us70uumx4.dmz.alcatel-lucent.com (GMO) with ESMTP id u5ECvHFM020715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 Jun 2016 12:57:17 GMT Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp4.zam.alcatel-lucent.com (GMO) with ESMTP id u5ECvFod003213 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 14 Jun 2016 12:57:17 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0195.001; Tue, 14 Jun 2016 08:56:57 -0400 From: "Carey, Timothy (Nokia - US)" To: "lmap@ietf.org" Thread-Topic: Information Model: Schedule end and duration; tags Thread-Index: AdHGPDrnBCi85XMaT8mfP4lBXp5sMQ== Date: Tue, 14 Jun 2016 12:56:57 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BCB1A@US70UWXCHMBA05.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77012A6BCB1AUS70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [lmap] Information Model: Schedule end and duration; tags X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 12:57:20 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BCB1AUS70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Juergen, Just an FYI - The text for the Schedule object (section 3.7) doesn't have a= description for the schedule end and duration - for example why/when you w= ould want to do this as we discussed yesterday. The text also mentions options for the Schedule - I think you meant the act= ions associated with the schedule. Finally there isn't in this section a discussion on the use of the tags alt= hough section 3.9 does talk about tags for the task. I would suspect that t= ags for task/schedule/action would have similar text in section 3.7 as opti= ons in the sense of what they are intended to do. Since tags are only value= s - what is reported in the results is the union of the Task's, Schedule's = and Action's tag. BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BCB1AUS70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Juergen,

 

Just an FYI – The text for the Schedule object= (section 3.7) doesn’t have a description for the schedule end and du= ration – for example why/when you would want to do this as we discuss= ed yesterday.

The text also mentions options for the Schedule R= 11; I think you meant the actions associated with the schedule.<= /p>

 

Finally there isn’t in this section a discussi= on on the use of the tags although section 3.9 does talk about tags for the= task. I would suspect that tags for task/schedule/action would have simila= r text in section 3.7 as options in the sense of what they are intended to do. Since tags are only values – = what is reported in the results is the union of the Task’s, Schedule&= #8217;s and Action’s tag.

 

BR,

Tim

--_000_9966516C6EB5FC4381E05BF80AA55F77012A6BCB1AUS70UWXCHMBA0_-- From nobody Tue Jun 14 09:31:27 2016 Return-Path: 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 B76B812D80B for ; Tue, 14 Jun 2016 09:31:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, 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 k-pUm8rD18TX for ; Tue, 14 Jun 2016 09:31:23 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpatc-esg-02.alcatel-lucent.com [135.245.18.28]) (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 CAF5512D12F for ; Tue, 14 Jun 2016 09:31:23 -0700 (PDT) Received: from us70tumx2.dmz.alcatel-lucent.com (unknown [135.245.18.14]) by Websense Email Security Gateway with ESMTPS id 3F3145E80C86C for ; Tue, 14 Jun 2016 16:31:20 +0000 (GMT) Received: from us70tusmtp2.zam.alcatel-lucent.com (us70tusmtp2.zam.alcatel-lucent.com [135.5.2.64]) by us70tumx2.dmz.alcatel-lucent.com (GMO) with ESMTP id u5EGVM0G010870 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 Jun 2016 16:31:22 GMT Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id u5EGVMMT003187 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 14 Jun 2016 16:31:22 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0195.001; Tue, 14 Jun 2016 12:31:22 -0400 From: "Carey, Timothy (Nokia - US)" To: "lmap@ietf.org" Thread-Topic: Information Model: Measurement Suppression Start and End Thread-Index: AdHGWi58F/yT8FIjQz2/uKa61srpWw== Date: Tue, 14 Jun 2016 16:31:21 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BD110@US70UWXCHMBA05.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD110US70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [lmap] Information Model: Measurement Suppression Start and End X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:31:26 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD110US70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Juergen, Based on what we discussed in yesterday's meeting I am fine with the naming= and definition of the events in the IM draft 09. However when I reviewed the Measurement Suppression object for events I fou= nd: ma-suppression-start: The optional event indicating when suppression starts. The default value is 'immediate'. ma-suppression-end: The optional event indicating when suppression ends. The default value is 'indefinite'. I think you meant that when these nodes are not present the meaning for sta= rt is that an immediate event happens and for stop the suppression remains = for an indefinite period of time? BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD110US70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Juergen,

 

Based on what we discussed in yesterday’s meet= ing I am fine with the naming and definition of the events in the IM draft = 09.

 

However when I reviewed the Measurement Suppression = object for events I found:

 

ma-suppression-start: The optional event ind= icating when

suppression starts. The default value

is ’immediate’.

ma-suppression-end: The optional event indic= ating when

suppression ends. The default value is<= /o:p>

’indefinite’.

 

I think you meant that when these nodes are not pres= ent the meaning for start is that an immediate event happens and for stop t= he suppression remains for an indefinite period of time?

 

BR,

Tim

 

--_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD110US70UWXCHMBA0_-- From nobody Tue Jun 14 12:20:44 2016 Return-Path: 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 2B3EA12D929 for ; Tue, 14 Jun 2016 12:20:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, 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 D8d-iUXaFo3a for ; Tue, 14 Jun 2016 12:20:24 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-01.alcatel-lucent.com [135.245.18.29]) (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 8E85112D928 for ; Tue, 14 Jun 2016 12:20:21 -0700 (PDT) Received: from us70uumx3.dmz.alcatel-lucent.com (unknown [135.245.18.15]) by Websense Email Security Gateway with ESMTPS id D0E0D53E72B05 for ; Tue, 14 Jun 2016 19:20:17 +0000 (GMT) Received: from us70uusmtp3.zam.alcatel-lucent.com (us70uusmtp3.zam.alcatel-lucent.com [135.5.2.65]) by us70uumx3.dmz.alcatel-lucent.com (GMO) with ESMTP id u5EJKKPm002881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 14 Jun 2016 19:20:20 GMT Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id u5EJKJw3003646 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 14 Jun 2016 19:20:20 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0195.001; Tue, 14 Jun 2016 15:20:19 -0400 From: "Carey, Timothy (Nokia - US)" To: "lmap@ietf.org" Thread-Topic: Information Model: Cycle Context Identifier Option or Tag? Thread-Index: AdHGccm4MKWZlRxZQVetIsQlPW7soQ== Date: Tue, 14 Jun 2016 19:20:19 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BD31C@US70UWXCHMBA05.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD31CUS70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [lmap] Information Model: Cycle Context Identifier Option or Tag? X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 19:20:28 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD31CUS70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable At the June 13, 2016 LMAP interim meeting we discussed whether the Cycle-Context-ID should be passed as a tag or option from the controller to= the MA. The group asked if we could attempt to come to consensus on this = over the email list. The following background information should be considered when deciding if = something should be a tag or option. 1) Tags were meant to be used within the MA and were not intended to b= e "passed" to measurement functions. 2) Tags are simply a list of free formatted strings 3) Tags can be assigned to tasks, schedules and actions 4) Tags were intended to be echoed by the results for the scheduled ac= tion. 5) Options are be assigned by the controller and either used within th= e MA (e.g., Channel) or passed to the measurement function by the MA. 6) Options are list of name value pairs where the name has meaning. So= me option names are reserved (i.e., Role, Channel) 7) Options can be assigned to tasks, schedules and actions 8) Options are reported by the results for the scheduled action With this background in mind - there are 2 ways for a controller to pass th= e Cycle Context Identifier - as a tag or an option. If the identifier is used as a tag - the string value of the tag probably n= eeds to have some format for the name (e.g., CycleContextId:). As po= inted out the value of the name portion of the tag could be an organization= al construct. If the identifier is used as an option - we could reserve a name for the O= ption (e.g., CycleContextId). However it also could be an organizational co= nstruct as well. So the choice is Tag or Option. If we use an option should we also reserve = a name. My opinion is to use an Option with a reserved name. This way every control= ler, agent, collector would understand the meaning. BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD31CUS70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

At the June 13, 2016 LMAP interim meeting we discuss= ed whether the

Cycle-Context-ID should be passed as a tag or option= from the controller to the MA.  The group asked if we could attempt t= o come to consensus on this over the email list.

 

The following background information should be consi= dered when deciding if something should be a tag or option.

 

1)      Tags were meant to be used within the MA and were n= ot intended to be “passed” to measurement functions.=

2)      Tags are simply a list of free formatted strings

3)      Tags can be assigned to tasks, schedules and action= s

4)      Tags were intended to be echoed by the results for = the scheduled action.

5)      Options are be assigned by the controller and eithe= r used within the MA (e.g., Channel) or passed to the measurement function = by the MA.

6)      Options are list of name value pairs where the name= has meaning. Some option names are reserved (i.e., Role, Channel)

7)      Options can be assigned to tasks, schedules and act= ions

8)      Options are reported by the results for the schedul= ed action

 

With this background in mind – there are 2 way= s for a controller to pass the Cycle Context Identifier – as a tag or= an option.

 

 

If the identifier is used as a tag – the strin= g value of the tag probably needs to have some format for the name (e.g., C= ycleContextId:<value>). As pointed out the value of the name portion = of the tag could be an organizational construct.

 

If the identifier is used as an option -  we co= uld reserve a name for the Option (e.g., CycleContextId). However it also c= ould be an organizational construct as well.

 

So the choice is Tag or Option. If we use an option = should we also reserve a name.

 

My opinion is to use an Option with a reserved name.= This way every controller, agent, collector would understand the meaning.<= o:p>

 

BR,

Tim

 

--_000_9966516C6EB5FC4381E05BF80AA55F77012A6BD31CUS70UWXCHMBA0_-- From nobody Wed Jun 15 04:14:49 2016 Return-Path: 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 0793B12D18E for ; Wed, 15 Jun 2016 04:14:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.346 X-Spam-Level: X-Spam-Status: No, score=-8.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 lYkXW-amjYf1 for ; Wed, 15 Jun 2016 04:14:45 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (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 6DDEA12D16B for ; Wed, 15 Jun 2016 04:14:44 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2D/AQBgN2FX/yYyC4cnJREdAYJzLVZ9B?= =?us-ascii?q?o0kq1aCD4F5IoV1AhyBFzgUAQEBAQEBAWUcC4IigikBAQEBAxILBhE0HQQCAQg?= =?us-ascii?q?NBAQBAQMCBh0DAgICMBQBBgEBBQMCBBMIDA6IDgENoi+KUIUNAokLgmsBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEXBYEBhSeDSYEDgTkBglgRAR4Vgmorgi8FjXGFU4U?= =?us-ascii?q?lAYYEgniHFYRSgyGFRo90HjaCBxyBTG6IUzYBfgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2D/AQBgN2FX/yYyC4cnJREdAYJzLVZ9Bo0kq1aCD4F5IoV?= =?us-ascii?q?1AhyBFzgUAQEBAQEBAWUcC4IigikBAQEBAxILBhE0HQQCAQgNBAQBAQMCBh0DA?= =?us-ascii?q?gICMBQBBgEBBQMCBBMIDA6IDgENoi+KUIUNAokLgmsBAQEBAQEBAQEBAQEBAQE?= =?us-ascii?q?BAQEBAQEXBYEBhSeDSYEDgTkBglgRAR4Vgmorgi8FjXGFU4UlAYYEgniHFYRSg?= =?us-ascii?q?yGFRo90HjaCBxyBTG6IUzYBfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,475,1459828800"; d="scan'208";a="158493887" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by de307622-de-outbound.net.avaya.com with ESMTP; 15 Jun 2016 07:14:41 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC02.global.avaya.com) ([135.64.58.12]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES256-SHA; 15 Jun 2016 07:14:41 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC02.global.avaya.com ([135.64.58.12]) with mapi id 14.03.0174.001; Wed, 15 Jun 2016 13:14:39 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: Third and FINAL call for volunteers, Nomcom 2016-2017 Thread-Index: AQHRxt0dlaB+eKeUrUGMtFv4jD3W8p/qX0jA Date: Wed, 15 Jun 2016 11:14:38 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7520FA9E@AZ-FFEXMB04.global.avaya.com> References: <20160615080812.20368.63285.idtracker@ietfa.amsl.com> In-Reply-To: <20160615080812.20368.63285.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.48] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [lmap] FW: Third and FINAL call for volunteers, Nomcom 2016-2017 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 11:14:48 -0000 UGxlYXNlIHNlZSBiZWxvdyB0aGUgdGhpcmQgYW5kIGZpbmFsIGNhbGwgZm9yIHZvbHVudGVlcnMg dG8gYmUgcGFydCBvZiBOb21jb20gMjAxNi0yMDE3LiANCg0KSWYgeW91IGRpZCBub3QgZG8gaXQg eWV0IC0gcGxlYXNlIGNvbnNpZGVyIHZvbHVudGVlcmluZyB0byBoZWxwIHRoZSBJRVRGIGluIHRo ZSBpbXBvcnRhbnQgcHJvY2VzcyBvZiBzZWxlY3RpbmcgdGhlIG5leHQgbGVhZGVycy4gDQoNClRo YW5rcyBhbmQgUmVnYXJkcywNCg0KRGFuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IElFVEYtQW5ub3VuY2UgW21haWx0bzppZXRmLWFubm91bmNlLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBOb21Db20gQ2hhaXIgMjAxNg0KU2VudDogV2VkbmVzZGF5LCBKdW5l IDE1LCAyMDE2IDExOjA4IEFNDQpUbzogSUVURiBBbm5vdW5jZW1lbnQgTGlzdA0KU3ViamVjdDog VGhpcmQgYW5kIEZJTkFMIGNhbGwgZm9yIHZvbHVudGVlcnMsIE5vbWNvbSAyMDE2LTIwMTcNCg0K KioqUmVtaW5kZXI6IERlYWRsaW5lIGZvciB2b2x1bnRlZXJpbmcgZm9yIE5vbWNvbSBpcyBKdW5l IDIyIDIwMTYgKioqDQoNClRoZSBJRVRGIG5vbWNvbSBhcHBvaW50cyBmb2xrcyB0byBmaWxsIHRo ZSBvcGVuIHNsb3RzIG9uIHRoZSBJQU9DLCB0aGUgSUFCLCBhbmQgdGhlIElFU0cuDQoNClRlbiB2 b3RpbmcgbWVtYmVycyBmb3IgdGhlIG5vbWNvbSBhcmUgc2VsZWN0ZWQgaW4gYSB2ZXJpZmlhYmx5 IHJhbmRvbSB3YXkgZnJvbSBhIHBvb2wgb2Ygdm9sdW50ZWVycy4gVGhlIG1vcmUgdm9sdW50ZWVy cywgdGhlIGJldHRlciBjaGFuY2Ugd2UgaGF2ZSBvZiBjaG9vc2luZyBhIHJhbmRvbSB5ZXQgcmVw cmVzZW50YXRpdmUgY3Jvc3Mgc2VjdGlvbiBvZiB0aGUgSUVURiBwb3B1bGF0aW9uLg0KDQpUaGUg ZGV0YWlscyBvZiB0aGUgb3BlcmF0aW9uIG9mIHRoZSBub21jb20gY2FuIGJlIGZvdW5kIGluIFJG QyA3NDM3LCBhbmQgQkNQMTAvUkZDMzc5NyBkZXRhaWxzIHRoZSBzZWxlY3Rpb24gYWxnb3JpdGht Lg0KDQpWb2x1bnRlZXJzIG11c3QgaGF2ZSBhdHRlbmRlZCAzIG9mIHRoZSBwYXN0IDUgSUVURiBt ZWV0aW5ncy4gIEFzIHNwZWNpZmllZCBpbiBSRkMgNzQzNywgdGhhdCBtZWFucyB0aHJlZSBvdXQg b2YgdGhlIGZpdmUgcGFzdCBtZWV0aW5ncyB1cCB0byB0aGUgdGltZSB0aGlzIGVtYWlsIGFubm91 bmNlbWVudCBnb2VzIG91dCB0byBzdGFydCB0aGUgc29saWNpdGF0aW9uIG9mIHZvbHVudGVlcnMu DQpUaGUgZml2ZSBtZWV0aW5ncyBvdXQgb2Ygd2hpY2ggeW91IG11c3QgaGF2ZSBhdHRlbmRlZCAq dGhyZWUqDQphcmU6DQoNCklFVEYgPSA5MSAoSG9ub2x1bHUpICAgICAgXA0KICAgICAgIDkyIChE YWxsYXMpICAgICAgICAgXA0KICAgICAgIDkzIChQcmFndWUpICAgICAgICAgIC0qKiogQU5ZIFRI UkVFIQ0KICAgICAgIDk0IChZb2tvaGFtYSkgICAgICAgLw0KICAgICAgIDk1IChCdWVub3MgQWly ZXMpICAvDQoNCklmIHlvdSBxdWFsaWZ5LCBwbGVhc2Ugdm9sdW50ZWVyLiAgIEhvd2V2ZXIsIG11 Y2ggYXMgd2Ugd2FudCB0aGlzLCBiZWZvcmUNCnlvdSBkZWNpZGUgdG8gdm9sdW50ZWVyLCBwbGVh c2UgYmUgc3VyZSB5b3UgYXJlIHdpbGxpbmcgdG8gZm9yZ28gYXBwb2ludG1lbnQgdG8gYW55IG9m IHRoZSBwb3NpdGlvbnMgZm9yIHdoaWNoIHRoaXMgbm9tY29tIGlzIHJlc3BvbnNpYmxlLg0KDQpB cyBvZiB0b2RheSwgd2UgaGF2ZSAxMTUgY29uZmlybWVkIHZvbHVudGVlcnMuIDEyNiBvZiB0aG9z ZSB3aG8gdGlja2VkIHRoZSBib3ggb24gdGhlIHJlZ2lzdHJhdGlvbiBmb3JtIGZvciBCdWVub3Mg QWlyZXMgaGF2ZSBub3QgeWV0IHJlc3BvbmRlZC4NCg0KSWYgeW91IGJlbGlldmUgeW91IGhhdmUg dm9sdW50ZWVyZWQsIGFuZCB5b3VyIG5hbWUgaXMgTk9UIGJlbG93LCBwbGVhc2UgY29udGFjdCBt ZSBhcyBzb29uIGFzIHBvc3NpYmxlLg0KDQpUaGFuayB5b3UgZm9yIHZvbHVudGVlcmluZyENCg0K VGhlIGxpc3Qgb2YgcGVvcGxlIGFuZCBwb3N0cyB3aG9zZSB0ZXJtcyBlbmQgd2l0aCB0aGUgTWFy Y2ggMjAxNyBJRVRGIG1lZXRpbmcsIGFuZCB0aHVzIHRoZSBwb3NpdGlvbnMgZm9yIHdoaWNoIHRo aXMgbm9tY29tIGlzIHJlc3BvbnNpYmxlLCBhcmUNCg0KSUFPQzoNCg0KICAgIExvdSBCZXJnZXIN Cg0KSUFCOg0KDQogICAgUmFscGggRHJvbXMqDQogICAgUnVzcyBIb3VzbGV5Kg0KICAgIFJvYmVy dCBTcGFya3MNCiAgICBBbmRyZXcgU3VsbGl2YW4NCiAgICBEYXZlIFRoYWxlcioNCiAgICBTdXph bm5lIFdvb2xmDQoNCklFU0c6DQoNCiAgICBKYXJpIEFya2tvIChHRU4pDQogICAgRGVib3JhaCBC cnVuZ2FyZCAoUlRHKQ0KICAgIEJlbiBDYW1wYmVsbCAoQVJUKQ0KICAgIFNwZW5jZXIgRGF3a2lu cyAoVFNWKQ0KICAgIFN0ZXBoZW4gRmFycmVsbCAoU0VDKSoNCiAgICBKb2VsIEphZWdnbGkgKE9Q UykqDQogICAgVGVycnkgTWFuZGVyc29uIChJTlQpDQogICAgQWx2YXJvIFJldGFuYSAoUlRHKQ0K DQpBbGwgYXBwb2ludG1lbnRzIGFyZSBmb3IgMiB5ZWFycy4gVGhlIEFSVCBhbmQgUm91dGluZyBh cmVhcyBoYXZlIDMgQURzIGFuZCB0aGUgR2VuZXJhbCBhcmVhIGhhcyAxOyBhbGwgb3RoZXIgYXJl YXMgaGF2ZSAyIEFEcy4gVGh1cywgYWxsIGFyZWFzICh3aXRoIHRoZSBleGNlcHRpb24gb2YgR0VO KSBoYXZlIGF0IGxlYXN0IG9uZSBjb250aW51aW5nIEFELiBDdXJyZW50IG1lbWJlcnMgdGFnZ2Vk IHdpdGggYSAqIGhhdmUgaW5kaWNhdGVkIHRoYXQgdGhleSB3aWxsIG5vdCBhY2NlcHQgYW5vdGhl ciBub21pbmF0aW9uIHRvIHNlcnZlIGluIHRoZWlyIGN1cnJlbnQgcm9sZS4NCg0KVGhlIHByaW1h cnkgYWN0aXZpdHkgZm9yIHRoaXMgbm9tY29tIHdpbGwgYmVnaW4gaW4gSnVseSAyMDE2IGFuZCBz aG91bGQgYmUgY29tcGxldGVkIGluIEphbnVhcnkgMjAxNy4gIFRoZSBub21jb20gd2lsbCBoYXZl IHJlZ3VsYXJseSBzY2hlZHVsZWQgY29uZmVyZW5jZSBjYWxscyB0byBlbnN1cmUgcHJvZ3Jlc3Mu IFRoZXJlIHdpbGwgYmUgYWN0aXZpdGllcyB0byBjb2xsZWN0IHJlcXVpcmVtZW50cyBmcm9tIHRo ZSBjb21tdW5pdHksIHJldmlldyBjYW5kaWRhdGUgcXVlc3Rpb25uYWlyZXMsIHJldmlldyBmZWVk YmFjayBmcm9tIGNvbW11bml0eSBtZW1iZXJzIGFib3V0IGNhbmRpZGF0ZXMsIGFuZCB0YWxrIHRv IGNhbmRpZGF0ZXMuDQoNCldoaWxlIGJlaW5nIGEgbm9tY29tIG1lbWJlciBkb2VzIHJlcXVpcmUg c29tZSB0aW1lIGNvbW1pdG1lbnQgaXQgaXMgYWxzbyBhIHZlcnkgcmV3YXJkaW5nIGV4cGVyaWVu Y2UuDQoNCkFzIGEgbWVtYmVyIG9mIHRoZSBub21jb20gaXQgaXMgdmVyeSBpbXBvcnRhbnQgdGhh dCB5b3UgYmUgYWJsZSB0byBhdHRlbmQNCklFVEY5NyAoU2VvdWwpIHRvIGNvbmR1Y3QgaW50ZXJ2 aWV3cy4gQmVpbmcgYXQgSUVURjk2IChCZXJsaW4pIGlzIHVzZWZ1bCBmb3Igb3JpZW50YXRpb24u ICBCZWluZyBhdCBJRVRGOTggaXMgbm90IGVzc2VudGlhbC4NCg0KUGxlYXNlIHZvbHVudGVlciBi eSBzZW5kaW5nIG1lIGFuIGVtYWlsIGJlZm9yZSAyMzo1OSBVVEMgSnVuZSAyMCwgMjAxNiwgYXMN CmZvbGxvd3M6DQoNClRvOiBub21jb20tY2hhaXItMjAxNkBpZXRmLm9yZw0KU3ViamVjdDogTm9t Y29tIDIwMTYtMTcgVm9sdW50ZWVyDQoNClBsZWFzZSBpbmNsdWRlIHRoZSBmb2xsb3dpbmcgaW5m b3JtYXRpb24gaW4gdGhlIGVtYWlsIGJvZHk6DQoNCllvdXIgRnVsbCBOYW1lOiBfX19fX19fX19f DQogICAgLy8gYXMgeW91IHdyaXRlIGl0IG9uIHRoZSBJRVRGIHJlZ2lzdHJhdGlvbiBmb3JtIEN1 cnJlbnQgUHJpbWFyeSBBZmZpbGlhdGlvbjoNCiAgICAvLyBUeXBpY2FsbHkgd2hhdCBnb2VzIGlu IHRoZSBDb21wYW55IGZpZWxkDQogICAgLy8gaW4gdGhlIElFVEYgUmVnaXN0cmF0aW9uIEZvcm0N CkVtYWlsczogX19fX19fX19fX19fX19fDQogICAvLyBBbGwgZW1haWwgYWRkcmVzc2VzIHVzZWQg dG8gcmVnaXN0ZXIgZm9yIHRoZSBwYXN0IDUgSUVURiBtZWV0aW5ncw0KICAgLy8gUHJlZmVycmVk IGVtYWlsIGFkZHJlc3MgZmlyc3QNClRlbGVwaG9uZTogX19fX19fX19fX19fX19fX19fX19fX18N CiAgICAvLyBGb3IgY29uZmlybWF0aW9uIGlmIHNlbGVjdGVkDQoNCllvdSBzaG91bGQgZXhwZWN0 IGFuIGVtYWlsIHJlc3BvbnNlIGZyb20gbWUgd2l0aGluIDUgYnVzaW5lc3MgZGF5cyBzdGF0aW5n IHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgcXVhbGlmaWVkLiAgSWYgeW91IGRvbid0IHJlY2VpdmUg dGhpcyByZXNwb25zZSwgcGxlYXNlIHJlLXNlbmQgeW91ciBlbWFpbCB3aXRoIHRoZSB0YWcgIlJF U0VORCIiIGFkZGVkIHRvIHRoZSBzdWJqZWN0IGxpbmUuDQoNCklmIHlvdSBhcmUgbm90IHlldCBz dXJlIGlmIHlvdSB3b3VsZCBsaWtlIHRvIHZvbHVudGVlciwgcGxlYXNlIGNvbnNpZGVyIHRoYXQg bm9tY29tIG1lbWJlcnMgcGxheSBhIHZlcnkgaW1wb3J0YW50IHJvbGUgaW4gc2hhcGluZyB0aGUg bGVhZGVyc2hpcCBvZiB0aGUgSUVURi4gUXVlc3Rpb25zIGJ5IGVtYWlsIG9yIHZvaWNlIGFyZSB3 ZWxjb21lLiBWb2x1bnRlZXJpbmcgZm9yIHRoZSBub21jb20gaXMgYSBncmVhdCB3YXkgdG8gY29u dHJpYnV0ZSB0byB0aGUgSUVURiENCg0KWW91IGNhbiBmaW5kIGEgZGV0YWlsZWQgdGltZWxpbmUg b24gdGhlIG5vbWNvbSB3ZWIgc2l0ZSBhdDoNCg0KIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvbm9tY29tLzIwMTYvDQoNCkkgd2lsbCBiZSBwdWJsaXNoaW5nIGRldGFpbHMgb2YgdGhlIHJh bmRvbW5lc3Mgc2VlZHMgdG8gYmUgdXNlZCBmb3IgdGhlIFJGQyAzNzk3IHNlbGVjdGlvbiBwcm9j ZXNzIGF0IHRoZSBlbmQgb2YgbmV4dCB3ZWVrLg0KDQpUaGFuayB5b3UhDQoNCkx1Y3kgTHluY2gN CmxseW5jaEBjaXZpbC10b25ndWUubmV0DQpub21jb20tY2hhaXItMjAxNkBpZXRmLm9yZw0KDQo9 PT09PSAgcXVhbGlmaWVkIHZvbHVudGVlcnMgc28gZmFyLCBpbiBhbHBoYWJldGljYWwgb3JkZXIg YnkgbGFzdCBuYW1lDQoNCkJlcm5hcmQgQWJvYmENCkNlbmdpeiBBbGFldHRpbm9nbHUNCklnbmFz IEJhZ2RvbmFzDQpGcmVkIEJha2VyDQpWaXNobnUgUGF2YW4gQmVlcmFtDQpNYXJjIEJsYW5jaGV0 DQpKb2huIEJyYWRsZXkNCkpvaG4gQnJ6b3pvd3NraQ0KUmFuZHkgQnVzaA0KUm9zcyBDYWxsb24N ClJvc3MgQ2FsbG9uDQpEYW5pZWxlIENlY2NhcmVsbGkNCkhhbyBDaGVuDQpIdWFpbW8gQ2hlbg0K TWFjaCBDaGVuDQpVbWEgQ2h1bmR1cmkNCkxhdXJlbnQgQ2lhdmFnbGlhDQpEYXZpZCBDb25yYWQN Ck1pa2UgRGF2aXNvbg0KRGhydXYgRGhvZHkNCkFuZHJldyBEb2xnYW5vdw0KSmllIERvbmcNCkxp bmRhIER1bmJhcg0KRG9uYWxkIEVhc3RsYWtlIDNyZA0KQ2hhcmxlcyBFY2tlbA0KVG9lcmxlc3Mg RWNrZXJ0DQpOYWxpbmkgRWxraW5zDQpNZWhtZXQgRXJzdWUNCkFhcm9uIEZhbGsNClJvc3MgRmlu bGF5c29uDQpIYW5uZXMgR3JlZGxlcg0KV2Fzc2ltIEhhZGRhZA0KSm9lbCBIYWxwZXJuDQpTdXNh biBIYXJlcw0KTmllbCBIYXJwZXINClJvYmVydCBIaW5kZW4NClBhdWwgSG9mZm1hbg0KQ2hyaXN0 ZXIgSG9sbWJlcmcNCkNocmlzdGlhbiBIb3Bwcw0KWWlob25nIEh1YW5nDQpDaHJpc3RpYW4gSHVp dGVtYQ0KU2h1bW9uIEh1cXVlDQpHZW9mZiBIdXN0b24NCkx1aWdpIElhbm5vbmUNCkNocmlzIElu YWNpbw0KQ3VsbGVuIEplbm5pbmdzDQpTaGVuZyBKaWFuZw0KWXVhbmxvbmcgSmlhbmcNCk1pY2hh ZWwgSm9uZXMNCkdlb3JnaW9zIEthcmFnaWFubmlzDQpBcmkgS2Vyw6RuZW4NCkRhbmllbCBLaW5n DQpOaW5nIEtvbmcNCmpvdW5pIGtvcmhvbmVuDQpEaXJrIEt1dHNjaGVyDQpSaWNoYXJkIExhbWIN CkRhdmlkIExhd3JlbmNlDQpFZHdhcmQgTGVtb24NClJpY2hhcmQgTGkNCllpemhvdSBMaQ0KU2Fs dmF0b3JlIExvcmV0bw0KU2NvdHQgTWFuc2ZpZWxkDQpDYXJsb3MgTWFydGluZXotQ2FnbmF6em8N Ckx1Y2EgTWFydGluaQ0KUGF0cmljayBNY01hbnVzDQpHZW9yZ2UgTWljaGFlbHNvbg0KRGFuaWVs IE1pZ2F1bHQNCk1hdHRoZXcgTWlsbGVyDQpHcmVnb3J5IE1pcnNreQ0KU2FuamF5IE1pc2hyYQ0K QWRhbSBNb250dmlsbGUNCkFudGhvbnkgTmFkYWxpbg0KS2FyZW4gTydEb25vZ2h1ZQ0KQ2hyaXN0 aWFuIE8nRmxhaGVydHkNCkLDtnJqZSBPaGxtYW4NClN0ZXZlIE9sc2hhbnNreQ0KQmVubm8gT3Zl cmVpbmRlcg0KSm9lIFBhcnJvdHQNCktleXVyIFBhdGVsDQpTaW1vbiBQZXJyZWF1bHQNCkpvbiBQ ZXRlcnNvbg0KV2FsdGVyIFBpZW5jaWFrDQpTdGFuIFJhdGxpZmYNClBldGVyIFJlc25pY2sNClNp bW9uIFBpZXRybyBSb21hbm8NCkt5bGUgUm9zZQ0KRGFtaWVuIFNhdWNleg0KSm9obiBTY3VkZGVy DQpNb2hpdCBTZXRoaQ0KTWVsaW5kYSBTaG9yZQ0KVmFydW4gU2luZ2gNCk1pY2hhZWwgU3RKb2hu cw0KSm9obiBTdHJhc3NuZXINCkdlb3JnZSBTd2FsbG93DQpKZWZmIFRhbnRzdXJhDQpQYXNjYWwg VGh1YmVydA0KTWFyayBUb3duc2xleQ0KT2xlIFRyb2FuDQpIYW5uZXMgVHNjaG9mZW5pZw0KU3Rp ZyBWZW5hYXMNCkVyaWMgVnluY2tlDQpKYXNvbiBXZWlsDQpNYWdudXMgV2VzdGVybHVuZA0KVGlt IFdpY2luc2tpDQpUaW1vdGh5IFdpbnRlcnMNClBhdWwgV291dGVycw0KUUlOIFdVDQpMaWFuZyBY aWENCk1pbiBZZQ0KUGV0ZXIgWWVlDQpMaXhpYSBaaGFuZw0KWGlhbiBaaGFuZw0KWmhhb2h1aSBa aGFuZw0KWWkgWmhhbw0KDQo= From nobody Mon Jun 20 07:32:58 2016 Return-Path: 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 4B0E112D100 for ; Mon, 20 Jun 2016 07:32:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 aNUSujV3X0eU for ; Mon, 20 Jun 2016 07:32:56 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (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 A06CC12D0F3 for ; Mon, 20 Jun 2016 07:32:55 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GCAgB+/WdX/xUHmMZeHoJSIS1WgQO4U?= =?us-ascii?q?YIPgXokhXMCgTE4FAEBAQEBAQEDYhwLgkAiFxABAQEBAQFPAj4xAxIbXgEMCRV?= =?us-ascii?q?WJgEEGxqIDgENoECFEppuAQoBAQEeBYYoiQ6DKoIvBZh2AZAShFKDIYVGj3ceN?= =?us-ascii?q?oNwijcBfgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2GCAgB+/WdX/xUHmMZeHoJSIS1WgQO4UYIPgXokhXMCgTE?= =?us-ascii?q?4FAEBAQEBAQEDYhwLgkAiFxABAQEBAQFPAj4xAxIbXgEMCRVWJgEEGxqIDgENo?= =?us-ascii?q?ECFEppuAQoBAQEeBYYoiQ6DKoIvBZh2AZAShFKDIYVGj3ceNoNwijcBfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,498,1459828800"; d="scan'208,217";a="159119440" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by de307622-de-outbound.net.avaya.com with ESMTP; 20 Jun 2016 10:32:52 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([135.64.58.14]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 20 Jun 2016 10:32:51 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC04.global.avaya.com ([135.64.58.14]) with mapi id 14.03.0174.001; Mon, 20 Jun 2016 16:32:50 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: preliminary minutes of the 6/13 virtual meeting of LMAP Thread-Index: AdHLAJ7lD1y+lUx8QHGmflULE5QEcA== Date: Mon, 20 Jun 2016 14:32:50 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA752166EE@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.48] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA752166EEAZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] preliminary minutes of the 6/13 virtual meeting of LMAP X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 14:32:57 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA752166EEAZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I uploaded the draft minutes of the 6/13 virtual interim at https://www.iet= f.org/proceedings/interim/2016/06/13/lmap/minutes/minutes-interim-2016-lmap= -3. Thanks to Juergen and Al for the valuable notes the minutes are based u= pon. Please let me know if there are any things missing or wrongly represen= ted. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA752166EEAZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I uploaded the draft minutes of the 6/13 virtual int= erim at https://www.ietf.org/proceedings/interim/2016/06/13/lmap/minutes/minutes-in= terim-2016-lmap-3. Thanks to Juergen and Al for the valuable notes the = minutes are based upon. Please let me know if there are any things missing = or wrongly represented.

 

Thanks and Regards,

 

Dan

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA752166EEAZFFEXMB04globa_-- From nobody Fri Jun 24 09:10:54 2016 Return-Path: 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 A973012DD7F; Fri, 24 Jun 2016 09:01:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160624160103.10933.38522.idtracker@ietfa.amsl.com> Date: Fri, 24 Jun 2016 09:01:03 -0700 Archived-At: Cc: alissa@cooperw.in, lmap@ietf.org Subject: [lmap] lmap - Requested session has been scheduled for IETF 96 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 16:01:06 -0000 Dear Jason Weil, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. lmap Session 1 (2:00:00) Friday, Morning Session I 1000-1200 Room Name: Charlottenburg II/III size: 175 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: Large-Scale Measurement of Broadband Performance Area Name: Operations and Management Area Session Requester: Jason Weil Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 50 Conflicts to Avoid: First Priority: opsawg netconf netmod xrblock i2nsf supa ippm Second Priority: homenet dnssd Special Requests: --------------------------------------------------------- From nobody Mon Jun 27 02:28:48 2016 Return-Path: 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 2A22212D11C; Mon, 27 Jun 2016 02:28:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.328 X-Spam-Level: X-Spam-Status: No, score=-3.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, 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 HDEAAuIqEEIs; Mon, 27 Jun 2016 02:28:44 -0700 (PDT) Received: from trammell.ch (trammell.ch [5.148.172.66]) by ietfa.amsl.com (Postfix) with ESMTP id E974712D114; Mon, 27 Jun 2016 02:28:43 -0700 (PDT) Received: from public-docking-cx-2967.ethz.ch (public-docking-pat-cx-mapped-0014.ethz.ch [195.176.111.15]) by trammell.ch (Postfix) with ESMTPSA id 88A1F1A167F; Mon, 27 Jun 2016 11:28:42 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_ADCCB3B2-91E6-481D-9372-D1DB42D80438"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Pgp-Agent: GPGMail 2.6b2 From: Brian Trammell Date: Mon, 27 Jun 2016 11:28:42 +0200 Message-Id: To: IETF IPPM WG X-Mailer: Apple Mail (2.3124) Archived-At: Cc: lmap@ietf.org Subject: [lmap] Draft Meeting Agenda for IPPM at IETF 96 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 09:28:46 -0000 --Apple-Mail=_ADCCB3B2-91E6-481D-9372-D1DB42D80438 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings, all, We've posted a draft meeting agenda at = https://www.ietf.org/proceedings/96/agenda/agenda-96-ippm (copied inline = below) with presentations for working group items (five, including three = newly adopted) and individual drafts discussed on list since Buenos = Aires (none this time around). We'd like to focus discussion on the initial registry draft this time = around, since we really should complete this document in order to finish = our chartered work on providing a basis for using IPPM metrics in wider = measurement efforts. To that end, we'll also have an invited speaker, = Ahmed Aldabbagh of OFCOM, speaking on QoS monitoring activity at BEREC = (the European telecoms regulation coordination body); this represents a = key audience and user community for this registry. We'll also reserve 25 = minutes for initial registry discussion. LMAP people (in CC) who haven't paid much attention of IPPM of late: if = you have opinions about what should show up in the initial registry, = please try to drop by the IPPM meeting in Berlin. The invited talk may = also be of interest to you. You'll note two (*) on the agenda: these are provisional slots pending = submission of the drafts before the deadline. Otherwise, we'll remove = these slots from the schedule. Draft authors: please let us know if we've got the right speaker name = next to each item. Thanks, cheers, Brian and Bill (chair hats) IPPM Agenda - IETF 96 - Berlin, Germany =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tue 19 July 2016 - 14:00 Central European Summer Time (UTC+2) Main Agenda ----------- Time | Speaker | Item = ------+--------------+----------------------------------------------------= --- 14:00 | Chairs | Note well, intro, status, agenda bash 14:10 | A. Aldabbagh | Invited Talk: QoS Monitoring Activity at BEREC 14:25 | A. Morton | draft-ietf-ippm-initial-registry 14:50 | J. Fabini | draft-ietf-ippm-2330-ipv6 (*) 15:05 | G. Mirsky | draft-ietf-ippm-twamp-time-format 15:15 | G. Focciola | draft-ietf-ippm-alt-mark 15:30 | A. Morton | draft-ieft-ippm-model-based-metrics (*) Lightning Talks --------------- Five minutes per topic (strict), with available time at the end of the main agenda. Speaker | Item = -------------+------------------------------------------------------------= --- R. Geib | draft-leipnitz-spring-pms-implementation-report-00 --Apple-Mail=_ADCCB3B2-91E6-481D-9372-D1DB42D80438 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXcPHKAAoJEIoSt78L6kajQx4P/i/Afwvs9rG7EPOkM8cuzcuV y+VZ3Psxsat90Q4kdsmQKnKHLcIvPUjt2bDl8sY11n+S6gpnHp1wgDmu1pSy0fpf CmzmVLvOJO6ARcduQdrDmV2tioym3W82E8k75SVb9XbHOusindpieK05gcWt03yU nhwzWVafMTTKs6MYD2rsaQQyBcTMq0vETNYw7bHsrcFnhQxbj+YnhSaxK+NhKSzK X9+mPEOWRS/H6EissW2/zX22Zbjt361NDyYbgG+zMG+BjR86eZpbxr5YX0QPln/d kLkGTkYNHb/E3rG0UNH5ohAn8Z+9zL19Zan+5cWiSflqDtk7wWJPTq1wze9lT4Xf QJbzIroxaFrGMVkEnKfT1AhOHn28VK3PROTJTVabm7VtyWE10mcSQ5HJMwSMk08l f79WecBppfdMXboaSLlT69RmG7NvvFG3EhblxVNEHCafPhwrF693Zpd5x49+0cxu u/z8DZuxkN37EhECB3icH7tNcLYHoqEDScCmx7m1Pw2mCVsYZQ9vlqyeotzag2x6 PYYzUdTxqaGuAQVR4u96uSDc+BkgHlh8qRFvnqNaEfAOpy+tnihL/Z1V7YNrI9md gGEevtapZFFWw/uJtDjPy0vijHiRubt7UyMtDSLVA+i8MlWO0H/SQBUudZhcESKy /B8fH5a3H6pYeOMelvOQ =ankO -----END PGP SIGNATURE----- --Apple-Mail=_ADCCB3B2-91E6-481D-9372-D1DB42D80438-- From nobody Mon Jun 27 07:48:05 2016 Return-Path: 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 02F7012D77A for ; Mon, 27 Jun 2016 07:48:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.345 X-Spam-Level: X-Spam-Status: No, score=-8.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426] 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 Nmt7DbQMEr0S for ; Mon, 27 Jun 2016 07:48:00 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (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 2FF6012D61B for ; Mon, 27 Jun 2016 07:44:47 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2FGBgCcOnFX/xUHmMZcgnAhLSI0fQa4F?= =?us-ascii?q?IIPgXALFwEKhXYCgS84FAEBAQEBAQEDYhwLgkE5PAEBAQEBASMCPjEDEgsQXgE?= =?us-ascii?q?VFVYmAQQbGogOAQ2hC4USmlwBCgEBAR4FhimJDoJHC0AYgi8FmQEBhgeKGIRUg?= =?us-ascii?q?yKFRY9/HjaDcG4BiHcBfgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2FGBgCcOnFX/xUHmMZcgnAhLSI0fQa4FIIPgXALFwEKhXY?= =?us-ascii?q?CgS84FAEBAQEBAQEDYhwLgkE5PAEBAQEBASMCPjEDEgsQXgEVFVYmAQQbGogOA?= =?us-ascii?q?Q2hC4USmlwBCgEBAR4FhimJDoJHC0AYgi8FmQEBhgeKGIRUgyKFRY9/HjaDcG4?= =?us-ascii?q?BiHcBfgEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,537,1459828800"; d="scan'208,217";a="160047053" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by de307622-de-outbound.net.avaya.com with ESMTP; 27 Jun 2016 10:44:43 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC01.global.avaya.com) ([135.64.58.11]) by co300216-co-erhwest-out.avaya.com with ESMTP/TLS/AES256-SHA; 27 Jun 2016 10:44:43 -0400 Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC01.global.avaya.com ([135.64.58.11]) with mapi id 14.03.0174.001; Mon, 27 Jun 2016 16:44:41 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: LMAP at IETF 96 - call for agenda items Thread-Index: AdHQgnBz/mQLMfiZTV28ne/qHgxB1w== Date: Mon, 27 Jun 2016 14:44:40 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA7521CE94@AZ-FFEXMB04.global.avaya.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.64.58.48] Content-Type: multipart/alternative; boundary="_000_9904FB1B0159DA42B0B887B7FA8119CA7521CE94AZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] LMAP at IETF 96 - call for agenda items X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 14:48:04 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA7521CE94AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, The agenda of the IETF meeting in Berlin is now available at https://datatr= acker.ietf.org/meeting/96/agenda.html. LMAP is scheduled to meet on Friday = July 22, 10AM - noon. As discussed at the WG interim meeting, we expect the= three WG I-Ds to have solved all open issues, but published before the Int= ernet Draft submission cut-off on Friday 7/8 and sent to WGLC. Most of the = agenda time will then be spent on resolving WGLC comments. However, if ther= e are other topics that require agenda time, including short discussions on= non-chartered work, it's a good time to say. Please send such requests to = Jason and me, including topic, relevant I-Ds, required time. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA7521CE94AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

The agenda of the IETF meeting in Berlin is now avai= lable at https://dat= atracker.ietf.org/meeting/96/agenda.html. LMAP is scheduled to meet on = Friday July 22, 10AM – noon. As discussed at the WG interim meeting, = we expect the three WG I-Ds to have solved all open issues, but published before the Internet Draft submission cut-off on Friday 7/8 and sent to WGLC. Most of t= he agenda time will then be spent on resolving WGLC comments. However, if t= here are other topics that require agenda time, including short discussions= on non-chartered work, it’s a good time to say. Please send such requests to Jason and me, including topic, r= elevant I-Ds, required time.

 

Thanks and Regards,

 

Dan

--_000_9904FB1B0159DA42B0B887B7FA8119CA7521CE94AZFFEXMB04globa_-- From nobody Mon Jun 27 10:48:56 2016 Return-Path: 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 3E7B312D664; Mon, 27 Jun 2016 10:48:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.191 X-Spam-Level: X-Spam-Status: No, score=-4.191 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 zgIDTITv07WV; Mon, 27 Jun 2016 10:48:48 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 383E8127058; Mon, 27 Jun 2016 10:48:48 -0700 (PDT) X-AuditID: c6180641-f796f6d000000e1e-72-577166c04ddc Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 9D.EA.03614.0C661775; Mon, 27 Jun 2016 19:47:44 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0294.000; Mon, 27 Jun 2016 13:48:46 -0400 From: Gregory Mirsky To: Brian Trammell , IETF IPPM WG Thread-Topic: [ippm] Draft Meeting Agenda for IPPM at IETF 96 Thread-Index: AQHR0FZU2jkyQb1KSkO0NA35aEBkh5/9jmtg Date: Mon, 27 Jun 2016 17:48:46 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221AB97DA@eusaamb103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221AB97DAeusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyuXRPiO6BtMJwg0tLlSw2trxjs+h58I7Z ovm8tgOzx5IlP5k8nuyfyRLAFMVlk5Kak1mWWqRvl8CV8eH2OqaC1VUVUzZrNDAuy+pi5OSQ EDCRuHH4DwuELSZx4d56ti5GLg4hgaOMEvfnn2KEcJYzSkzYvJwZpIpNwEjixcYedhBbRMBZ YuK7mawgNrOAssS9n8cZQWxhARuJq3/fsULU2Eq867rEBmEbSbx73Q5mswioStw6+xTM5hXw lWg/f5AJxBYSsJOYuWASmM0pYC/x5usPsL2MQNd9P7WGCWKXuMStJ/OZIK4WkFiy5zwzhC0q 8fLxP1YIW1FiX/90doj6fImu/69YIHYJSpyc+YRlAqPoLCSjZiEpm4WkDCKuI7Fg9yc2CFtb YtnC18ww9pkDj5mQxRcwsq9i5CgtLsjJTTcy3MQIjK5jEmyOOxj39noeYhTgYFTi4U0IKAgX Yk0sK67MPcQowcGsJMLbl1wYLsSbklhZlVqUH19UmpNafIhRmoNFSZxX/6ViuJBAemJJanZq akFqEUyWiYNTqoHR5pO7+NwlEYm27kVHm/Zx8dfuUG9Tn1nQJXTxSPVsg+isfa5d8yzvGfV6 3bJwO5JbHFwy9U0pg9bjqqKFHQ0CwlW8Yot33jsokc1rz3fWd6mDnHbyd2u9Cx9ZVxkrrorZ FPXFOqCrq7pG5P/yQx5Zop3xXas+2LNJHX5v9T22odHpZWvxViWW4oxEQy3mouJEAPi7vLKq AgAA Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] [ippm] Draft Meeting Agenda for IPPM at IETF 96 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 17:48:51 -0000 --_000_7347100B5761DC41A166AC17F22DF11221AB97DAeusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Brian, thank you for giving us the heads-up on IPPM WG meeting in Berlin. I'd like= to ask for your consideration to: * add draft-mirsky-ippm-twamp-light-yang to the main agenda. We've= significantly re-worked the data model, added RPC, state and performance m= etric; * re-allocate 10 minutes slot from draft-ietf-ippm-twamp-time-forma= t to draft-bailmir-ippm-twamp-dscp-ctrl-mon. I've presented it in BA during= the Lightning part and would appreciate the opportunity to extend the disc= ussion; * add draft-mirsky-ippm-twamp-refl-registered-port-00 presentation = to the Lightning Talks section. Regards, Greg -----Original Message----- From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Brian Trammell Sent: Monday, June 27, 2016 2:29 AM To: IETF IPPM WG Cc: lmap@ietf.org Subject: [ippm] Draft Meeting Agenda for IPPM at IETF 96 Greetings, all, We've posted a draft meeting agenda at https://www.ietf.org/proceedings/96/= agenda/agenda-96-ippm (copied inline below) with presentations for working = group items (five, including three newly adopted) and individual drafts dis= cussed on list since Buenos Aires (none this time around). We'd like to focus discussion on the initial registry draft this time aroun= d, since we really should complete this document in order to finish our cha= rtered work on providing a basis for using IPPM metrics in wider measuremen= t efforts. To that end, we'll also have an invited speaker, Ahmed Aldabbagh= of OFCOM, speaking on QoS monitoring activity at BEREC (the European telec= oms regulation coordination body); this represents a key audience and user = community for this registry. We'll also reserve 25 minutes for initial regi= stry discussion. LMAP people (in CC) who haven't paid much attention of IPPM of late: if you= have opinions about what should show up in the initial registry, please tr= y to drop by the IPPM meeting in Berlin. The invited talk may also be of in= terest to you. You'll note two (*) on the agenda: these are provisional slots pending subm= ission of the drafts before the deadline. Otherwise, we'll remove these slo= ts from the schedule. Draft authors: please let us know if we've got the right speaker name next = to each item. Thanks, cheers, Brian and Bill (chair hats) IPPM Agenda - IETF 96 - Berlin, Germany =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tue 19 July 2016 - 14:00 Central European Summer Time (UTC+2) Main Agenda ----------- Time | Speaker | Item ------+--------------+-------------------------------------------------- ------+--------------+----- 14:00 | Chairs | Note well, intro, status, agenda bash 14:10 | A. Aldabbagh | Invited Talk: QoS Monitoring Activity at BEREC 14:25 | A. Morton | draft-ietf-ippm-initial-registry 14:50 | J. Fabini | draft-ietf-ippm-2330-ipv6 (*) 15:05 | G. Mirsky | draft-ietf-ippm-twamp-time-format 15:15 | G. Focciola | draft-ietf-ippm-alt-mark 15:30 | A. Morton | draft-ieft-ippm-model-based-metrics (*) Lightning Talks --------------- Five minutes per topic (strict), with available time at the end of the main= agenda. Speaker | Item -------------+---------------------------------------------------------- -------------+----- R. Geib | draft-leipnitz-spring-pms-implementation-report-00 --_000_7347100B5761DC41A166AC17F22DF11221AB97DAeusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Brian,

thank you for giving us the heads-up on IPPM WG m= eeting in Berlin. I'd like to ask for your consideration to:

·         add draft-mirsky-ippm-twamp-light-yang  to the main agenda. We’ve significantly re-worked the data mo= del, added RPC, state and performance metric;

·         re-allocate 10 minutes slot from draft-ietf-= ippm-twamp-time-format to draft-bailmir-ippm-twamp-dscp-ctrl-mon. I’ve presented it in B= A during the Lightning part and would appreciate the opportunity to extend = the discussion;

·         add draft-mirsky-ippm-twamp-refl-register= ed-port-00 presentation to the Lightning Talks section.

 

Regards,

   &nb= sp;    Greg

 

 

-----Original Message-----
From: ippm [mailto:ippm-bounces@ietf.org] On Behalf Of Brian Trammell
Sent: Monday, June 27, 2016 2:29 AM
To: IETF IPPM WG
Cc: lmap@ietf.org
Subject: [ippm] Draft Meeting Agenda for IPPM at IETF 96

 

Greetings, all,

 

We've posted a draft meeting agenda at https://www.ietf.org/= proceedings/96/agenda/agenda-96-ippm (copied inline below) with = presentations for working group items (five, including three newly adopted)= and individual drafts discussed on list since Buenos Aires (none this time around).

 

We'd like to focus discussion on the initial regi= stry draft this time around, since we really should complete this document = in order to finish our chartered work on providing a basis for using IPPM m= etrics in wider measurement efforts. To that end, we'll also have an invited speaker, Ahmed Aldabbagh of OFCOM,= speaking on QoS monitoring activity at BEREC (the European telecoms regula= tion coordination body); this represents a key audience and user community = for this registry. We'll also reserve 25 minutes for initial registry discussion.

 

LMAP people (in CC) who haven't paid much attenti= on of IPPM of late: if you have opinions about what should show up in the i= nitial registry, please try to drop by the IPPM meeting in Berlin. The invi= ted talk may also be of interest to you.

 

You'll note two (*) on the agenda: these are prov= isional slots pending submission of the drafts before the deadline. Otherwi= se, we'll remove these slots from the schedule.

 

Draft authors: please let us know if we've got th= e right speaker name next to each item.

 

Thanks, cheers,

 

Brian and Bill (chair hats)

 

 

 

IPPM Agenda - IETF 96 - Berlin, Germany

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= /o:p>

 

Tue 19 July 2016 - 14:00 Central European Summer = Time (UTC+2)

 

Main Agenda

-----------

 

Time  | Speaker     = ; | Item

------+--------------+-------------------= -------------------------------

------+--------------+-----

14:00 | Chairs      = ; | Note well, intro, status, agenda bash

14:10 | A. Aldabbagh | Invited Talk: QoS Monitori= ng Activity at BEREC

14:25 | A. Morton    | draft-ietf-= ippm-initial-registry

14:50 | J. Fabini    | draft-ietf-= ippm-2330-ipv6 (*)

15:05 | G. Mirsky    | draft-ietf-= ippm-twamp-time-format

15:15 | G. Focciola  | draft-ietf-ippm-alt-m= ark

15:30 | A. Morton    | draft-ieft-= ippm-model-based-metrics (*)

 

Lightning Talks

---------------

 

Five minutes per topic (strict), with available t= ime at the end of the main agenda.

 

Speaker      | Item=

-------------+-------------------------------= ---------------------------

-------------+-----

R. Geib      | draft-lei= pnitz-spring-pms-implementation-report-00

--_000_7347100B5761DC41A166AC17F22DF11221AB97DAeusaamb103erics_-- From nobody Mon Jun 27 18:19:55 2016 Return-Path: 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 CAC9912DACB for ; Mon, 27 Jun 2016 18:19:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.627 X-Spam-Level: X-Spam-Status: No, score=-5.627 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_HELO_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 O1FzSCmwCO5c for ; Mon, 27 Jun 2016 18:19:52 -0700 (PDT) Received: from mail-pink.research.att.com (mail-pink.research.att.com [204.178.8.22]) by ietfa.amsl.com (Postfix) with ESMTP id DA9AD12DAC9 for ; Mon, 27 Jun 2016 18:19:51 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id D7A3F12091B for ; Mon, 27 Jun 2016 21:29:57 -0400 (EDT) Received: from exchange.research.att.com (njmtcas1.research.att.com [135.207.255.99]) by mail-blue.research.att.com (Postfix) with ESMTP id 882A8F26D0 for ; Mon, 27 Jun 2016 21:19:51 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by njmtcas1.research.att.com ([fe80::f1f7:6c06:d0d0:d48c%10]) with mapi; Mon, 27 Jun 2016 21:19:51 -0400 From: "MORTON, ALFRED C (AL)" To: "lmap@ietf.org" Date: Mon, 27 Jun 2016 21:19:50 -0400 Thread-Topic: Calculation of Cycle-Number Thread-Index: AdHQwZycDnxuRqFBRny3IgyTVA56zQ== Message-ID: <4AF73AA205019A4C8A1DDD32C034631D4593BBF235@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [lmap] Calculation of Cycle-Number X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 01:19:54 -0000 LMAP, At the latest Interim meeting, I agreed to prepare text that calculates the variable part of a Cycle-ID. This is planned to be the numeric index to a specific *recurring* event,=20 or cycle among many cycles in the results. We are referring to the numeric part as Cycle-Number. (The other part of Cycle-ID is the Cycle-Context-ID, which=20 can be alphanumeric and is not intended to be modified at the MA=20 or elsewhere.) See the meeting notes for further background: https://www.ietf.org/proceedings/interim/2016/06/13/lmap/minutes/minutes-in= terim-2016-lmap-3 I propose to calculate the Cycle-Number based on the time and=20 date of each recurring schedule event, which is a component of the Measurement Schedule. The MA has to calculate the time and date of each recurring schedule event, and may use its own format.=20 See below for generation of a Cycle-Number. Measurement Actions may be aligned with event time or have some random time offset. Since the LMAP Collector does not possess the Measurement Schedule as described in Section 5.4 of RFC 7594, it has no knowledge of recurring event time and dates, and cannot perform the same calculation. Section 8.4.2 of RFC 7594 identifies the Measurement Schedule as sensitive information, so this should remain as described by the LMAP Framework. For a Collector to infer the Cycle-Number=20 from the time and date of Measurement Results, the Collector needs to know the times of recurring schedule events,=20 or at least: one of the event times,=20 the duration of the recurring event, and confirmation that the event timing has not been changed (changes may be needed to avoid an attacker who intends to bias the measurements). According to the LMAP Framework, the Collector has none of this information. Even if the Collector has information necessary to infer the=20 Cycle-Number, its calculations can be subject to errors from the following sources: * There may be overlapping measurements from concurrent=20 recurring schedules (which would likely use different cycle durations, referenced to different recurring events).=20 * There may be a 'wait for X' step in a measurement task that causes an Action/Measurement to be delayed such that the=20 actual measurement time occurs in a subsequent cycle. with inference of the wrong Cycle-number as the result. Overlapping Measurements are described in Section 5.3.2 of RFC 7594. Measurement Time alone does not lead to the correct=20 recurring schedule event for calculation of the Cycle-Number. -=3D-=3D-=3D-=3D-=3D- Note: there are many date, time and datetime formats in various languages, this is a simple approximation -=3D-=3D-=3D-=3D-=3D-= =3D-=3D The MA calculates that the next recurring event will occur on Date =3D YYYY-MM-DD, at Time =3D HHMMSS, according to information=20 from the Controller. A simple Cycle-Number can be formed by converting the date and time to strings, and concatenating the strings: Cycle-Number =3D print( str(Date) + "-" + str(Time) ) #possibly truncate ti= me to HHMM All MAs have synchronized clocks, so they all produce the same Cycle-Number and report it with the measurement results for that recurring event when they are operating on the same recurring schedule. From nobody Wed Jun 29 03:04:07 2016 Return-Path: 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 00D3812DB40; Wed, 29 Jun 2016 03:04:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.047 X-Spam-Level: X-Spam-Status: No, score=-4.047 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 8Kzs0L_jIGQ9; Wed, 29 Jun 2016 03:03:59 -0700 (PDT) Received: from teledg001ba020.telecomitalia.it (teledg001ba020.telecomitalia.it [156.54.233.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 465D412DB31; Wed, 29 Jun 2016 03:03:59 -0700 (PDT) Received: from TELMBXD02BA020.telecomitalia.local (10.112.45.27) by teledg001ba020.telecomitalia.it (10.188.101.210) with Microsoft SMTP Server (TLS) id 14.3.266.1; Wed, 29 Jun 2016 12:03:56 +0200 Received: from TELMBXC02BA020.telecomitalia.local (10.112.45.26) by TELMBXD02BA020.telecomitalia.local (10.112.45.27) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Wed, 29 Jun 2016 12:03:55 +0200 Received: from TELMBXC02BA020.telecomitalia.local ([fe80::c17d:30f7:7dea:428b]) by TELMBXC02BA020.telecomitalia.local ([fe80::c17d:30f7:7dea:428b%19]) with mapi id 15.00.1178.000; Wed, 29 Jun 2016 12:03:55 +0200 From: Fioccola Giuseppe To: "ippm-chairs@tools.ietf.org" , IETF IPPM WG Thread-Topic: [ippm] [lmap] Draft Meeting Agenda for IPPM at IETF 96 Thread-Index: AdHR5J0bzHq1RfdSTMGgscdDTvQHpg== Date: Wed, 29 Jun 2016 10:03:55 +0000 Message-ID: <35760401ab624da4aebeb386de5dc7bb@TELMBXC02BA020.telecomitalia.local> Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.14.252.240] x-ti-disclaimer: Disclaimer1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "lmap@ietf.org" Subject: [lmap] R: [ippm] Draft Meeting Agenda for IPPM at IETF 96 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 10:04:02 -0000 Hi Brian, Bill and All Thank you for the slot dedicated to the recently adopted draft-ietf-ippm-al= t-mark during IPPM Berlin meeting. I will describe the new updates, in part= icular the sections gained from draft-chen-ippm-coloring-based-ipfpm-framew= ork. As we discussed in Buenos Aires, I will publish in the coming days a new dr= aft, that replaces draft-fioccola-ippm-rfc6812-alt-mark-ext. It will be named draft-fioccola-ippm-alt-mark-active and aims to be the mar= king method implementation for synthetic traffic, with a protocol independe= nt description and the extension considerations for TWAMP/OWAMP protocol. I'd like to ask for a time slot also for this draft. Thank you, Giuseppe -----Messaggio originale----- Da: lmap [mailto:lmap-bounces@ietf.org] Per conto di Brian Trammell Inviato: luned=EC 27 giugno 2016 11:29 A: IETF IPPM WG Cc: lmap@ietf.org Oggetto: [lmap] Draft Meeting Agenda for IPPM at IETF 96 Greetings, all, We've posted a draft meeting agenda at https://www.ietf.org/proceedings/96/= agenda/agenda-96-ippm (copied inline below) with presentations for working = group items (five, including three newly adopted) and individual drafts dis= cussed on list since Buenos Aires (none this time around). We'd like to focus discussion on the initial registry draft this time aroun= d, since we really should complete this document in order to finish our cha= rtered work on providing a basis for using IPPM metrics in wider measuremen= t efforts. To that end, we'll also have an invited speaker, Ahmed Aldabbagh= of OFCOM, speaking on QoS monitoring activity at BEREC (the European telec= oms regulation coordination body); this represents a key audience and user = community for this registry. We'll also reserve 25 minutes for initial regi= stry discussion. LMAP people (in CC) who haven't paid much attention of IPPM of late: if you= have opinions about what should show up in the initial registry, please tr= y to drop by the IPPM meeting in Berlin. The invited talk may also be of in= terest to you. You'll note two (*) on the agenda: these are provisional slots pending subm= ission of the drafts before the deadline. Otherwise, we'll remove these slo= ts from the schedule. Draft authors: please let us know if we've got the right speaker name next = to each item. Thanks, cheers, Brian and Bill (chair hats) IPPM Agenda - IETF 96 - Berlin, Germany =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tue 19 July 2016 - 14:00 Central European Summer Time (UTC+2) Main Agenda ----------- Time | Speaker | Item ------+--------------+-------------------------------------------------- ------+--------------+----- 14:00 | Chairs | Note well, intro, status, agenda bash 14:10 | A. Aldabbagh | Invited Talk: QoS Monitoring Activity at BEREC 14:25 | A. Morton | draft-ietf-ippm-initial-registry 14:50 | J. Fabini | draft-ietf-ippm-2330-ipv6 (*) 15:05 | G. Mirsky | draft-ietf-ippm-twamp-time-format 15:15 | G. Focciola | draft-ietf-ippm-alt-mark 15:30 | A. Morton | draft-ieft-ippm-model-based-metrics (*) Lightning Talks --------------- Five minutes per topic (strict), with available time at the end of the main= agenda. Speaker | Item -------------+---------------------------------------------------------- -------------+----- R. Geib | draft-leipnitz-spring-pms-implementation-report-00 Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle per= sone indicate. La diffusione, copia o qualsiasi altra azione derivante dall= a conoscenza di queste informazioni sono rigorosamente vietate. Qualora abb= iate ricevuto questo documento per errore siete cortesemente pregati di dar= ne immediata comunicazione al mittente e di provvedere alla sua distruzione= , Grazie. This e-mail and any attachments is confidential and may contain privileged = information intended for the addressee(s) only. Dissemination, copying, pri= nting or use by anybody else is unauthorised. If you are not the intended r= ecipient, please delete this message and any attachments and advise the sen= der by return e-mail, Thanks. From nobody Thu Jun 30 02:17:17 2016 Return-Path: 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 82F5312D624; Thu, 30 Jun 2016 02:17:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 cT4FVuoJrkIX; Thu, 30 Jun 2016 02:17:14 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0136.outbound.protection.outlook.com [65.55.169.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F3F512D1B3; Thu, 30 Jun 2016 02:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ZJapwf3HAu6YZnFF2JuDUYWXM8hxMjpqAut1LQdYRh0=; b=KtV2alYNnwZ5VbHQsDKycn9RH3NqfXd2nSLa6lT5XXg+aoiIIcPhvm/C1Z8gx9Q4jbPJiJO07jt2Sy4xi9l7+u/lgbn591c5/5j2ILn6vyKaPGiQhkNwZ+ytYxcSzXgJDMesk3WtKie9/1qlny0S96DEAR9taWP03v/Q9sXrmWs= Received: from BY2PR0501MB2133.namprd05.prod.outlook.com (10.163.198.19) by BLUPR05MB934.namprd05.prod.outlook.com (10.255.190.139) with Microsoft SMTP Server (TLS) id 15.1.523.12; Thu, 30 Jun 2016 09:17:11 +0000 Received: from BY2PR0501MB2133.namprd05.prod.outlook.com ([10.163.198.19]) by BY2PR0501MB2133.namprd05.prod.outlook.com ([10.163.198.19]) with mapi id 15.01.0528.020; Thu, 30 Jun 2016 09:17:10 +0000 From: Srivathsa Sarangapani To: Brian Trammell , IETF IPPM WG Thread-Topic: [ippm] Draft Meeting Agenda for IPPM at IETF 96 Thread-Index: AQHR0rAunPzWWF42ekqrV8liuvwcJw== Date: Thu, 30 Jun 2016 09:17:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.17.0.160611 authentication-results: spf=none (sender IP is ) smtp.mailfrom=srivathsas@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [116.197.184.11] x-ms-office365-filtering-correlation-id: 9de091c5-4776-4a7e-a8b7-08d3a0c750d8 x-microsoft-exchange-diagnostics: 1; BLUPR05MB934; 6:6kj3+SywvUwDj/Yl/R9fW2eNyG7O0B0EBb22MmxUBvH0aaibV3wVz4byYq2yje00xt7TtjYbQwWxIQ73CZ7sboJHI8vmH8zz/IofHWTJQc9dmmyXDjHnFlEPAYVohYjMSACqOkvBDN9KuHh7kUZmYchLsocIg5Yf1sqI+5vspciO7x2EiWbD5C3ri4WcHlID0T5VCKa6/olUeCmmC/osiIx3chU72xRM7QOxC/X8ZeO291sTfZT0cOVVRH5QP8kg2Wxujbm2chaHdPa90rJ7YW85hacwAd9Jv4BT3JqZh+47EcCZVbI5PoALFfPSGWzOzPQ9Npe07lnTUKTElTtnNhOO5fIXXP8/BkD27Ay2yuw=; 5:PS2bHPxt400oq0vB/qW8l94qBHGASIcaBKS+pydLarDx8rAyW8p2ObiKYhIdscPXw1Gv3nlwJOq+CbNDGQUvmoXWYJ5SzMRT4/u063oiaiSIYRFpohN4ZSZHDo39sYNB3YF3jBe0dFW5X7LQ18k2ww==; 24:6tGxvYrTskm0FL2mWPgkgSCTWr44hUgwLpQQGLU/Tw+jmmORnWhU0llDSZyhXRp+OHOuADIliWqg8LcUSkT+eLzyilkqZFW8AxT/elh2lCc=; 7:j7qU48crGcpF1bqEu0j8Benn9Ro20AxmpaC5aN33lE80wSGewlza2pHMwLnZomiFX/IC+0dI7VPGNkMEz9+3TNX/ix9tG8Kn+yxD41dS0Z51sI8H17Gv0edXtuUcs2Im8sA+uhsB8IrRkO9THZaRsg6DUBbxFQrY8BF5IAS9xU1zs/z9OulkrmyIRcIMQ0JR8GvgfJd4X7GKAEK78QZvbvKx8VRszffmD9r62IQpn6yq2yKhFu6sow/vKtGjkoVB8UpsRfrOfjHdeXZYAQwILA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB934; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(72170088055959); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:BLUPR05MB934; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB934; x-forefront-prvs: 0989A7979C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(199003)(13464003)(189002)(22804003)(497574002)(377454003)(99286002)(5001770100001)(87936001)(7846002)(54356999)(105586002)(50986999)(8676002)(4326007)(77096005)(81156014)(76176999)(68736007)(345774005)(92566002)(81166006)(106116001)(33656002)(189998001)(15975445007)(4001350100001)(97736004)(101416001)(586003)(7736002)(5002640100001)(2906002)(106356001)(3280700002)(86362001)(305945005)(3846002)(2950100001)(19580395003)(6116002)(2900100001)(8936002)(19580405001)(102836003)(83716003)(122556002)(3660700001)(83506001)(66066001)(10400500002)(82746002)(36756003)(104396002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB934; H:BY2PR0501MB2133.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <47E9CEDC454E0C47AF6AEB0CDE0078C2@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jun 2016 09:17:10.3933 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB934 Archived-At: Cc: Peyush Gupta , "vinayakh@gmail.com" , "lmap@ietf.org" Subject: Re: [lmap] [ippm] Draft Meeting Agenda for IPPM at IETF 96 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 09:17:16 -0000 SGkgQnJhaW4gYW5kIEJpbGwsDQoNClRoYW5rIHlvdSBmb3Igc2hhcmluZyB0aGUgYWdlbmRhIGZv ciB0aGUgdXBjb21pbmcgSUVURiBldmVudCBpbiBCZXJsaW4uDQpXZSBhcmUgaW50ZXJlc3RlZCBp biBwcmVzZW50aW5nIG91ciBkcmFmdCBvbiBUV0FNUCBleHRlbnNpb24gZm9yIG1vbml0b3Jpbmcg c2VydmljZXMgS1BJIDogDQpbZHJhZnQtc3B2LWlwcG0tbW9uaXRvci1tZXRob2RvbG9neS1zZXJ2 aWNlcy1rcGkgJiBkcmFmdC1zcHYtaXBwbS1tb25pdG9yLWltcGxlbWVudGF0aW9uLXNlcnZpY2Vz LWtwaV0NCg0KV2UgaGF2ZSBnb3QgbG90IG9mIGNvbW1lbnRzIGluIHRoZSBsYXN0IGlldGYgbWVl dGluZyBmcm9tIHRoZSBtZW1iZXJzIGluIG9yZGVyIHRvIG1ha2UgdGhlc2UgZHJhZnQgbW9yZSBm b2N1c2VkIGFuZCBkZXRhaWxlZC4NCldlIGhhdmUgaGFkIG11bHRpcGxlIGRpc2N1c3Npb24gd2l0 aCBtb3N0IG9mIHRoZSBtZW1iZXJzL2N1c3RvbWVycyBvZmZsaW5lIGFuZCBhZnRlciB0aGF0IHdl IGhhdmUgbW9kaWZpZWQgdGhlIGRyYWZ0IGFuZA0KYWRkcmVzc2VzIG1vc3Qgb2YgdGhlIGNvbmNl cm5zIGZyb20gdGhlbS4NCg0KUGxlYXNlIHByb3ZpZGUgdXMgYSBzbG90IGluIHRoZSBtaWRkbGUg b2YgdGhlIGlwcG0gV0cgdGhpcyB0aW1lLCBzbyB0aGF0IHdlIGNhbiBkaXNjdXNzIHRoZSByZXZp c2VkIGRyYWZ0IHdpdGggYWxsIHRoZSBhdHRlbmRlZXMNCmFuZCBhZGRyZXNzIHRoZWlyIGNvbmNl cm5zIGlmIGFueS4NCg0KVGhpcyB3aWxsIGhlbHAgdXMgaW4gdGFraW5nIG91ciBkcmFmdHMgZm9y d2FyZC4NCg0KVGhhbmsgeW91IGZvciB5b3VyIGF0dGVudGlvbi4NCg0K4oCUIA0KQmVzdCBSZWdh cmRzLA0KU3JpdmF0aHNhIFNhcmFuZ2FwYW5pDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IEJyaWFuIFRyYW1tZWxsIDxpZXRmQHRyYW1tZWxsLmNoPg0KRGF0ZTogTW9uZGF5 LCBKdW5lIDI3LCAyMDE2IGF0IDI6NTggUE0NClRvOiBJRVRGIElQUE0gV0cgPGlwcG1AaWV0Zi5v cmc+DQpDYzogPGxtYXBAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbaXBwbV0gRHJhZnQgTWVldGluZyBB Z2VuZGEgZm9yIElQUE0gYXQgSUVURiA5Ng0KDQpHcmVldGluZ3MsIGFsbCwNCg0KV2UndmUgcG9z dGVkIGEgZHJhZnQgbWVldGluZyBhZ2VuZGEgYXQgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2Vl ZGluZ3MvOTYvYWdlbmRhL2FnZW5kYS05Ni1pcHBtIChjb3BpZWQgaW5saW5lIGJlbG93KSB3aXRo IHByZXNlbnRhdGlvbnMgZm9yIHdvcmtpbmcgZ3JvdXAgaXRlbXMgKGZpdmUsIGluY2x1ZGluZyB0 aHJlZSBuZXdseSBhZG9wdGVkKSBhbmQgaW5kaXZpZHVhbCBkcmFmdHMgZGlzY3Vzc2VkIG9uIGxp c3Qgc2luY2UgQnVlbm9zIEFpcmVzIChub25lIHRoaXMgdGltZSBhcm91bmQpLg0KDQpXZSdkIGxp a2UgdG8gZm9jdXMgZGlzY3Vzc2lvbiBvbiB0aGUgaW5pdGlhbCByZWdpc3RyeSBkcmFmdCB0aGlz IHRpbWUgYXJvdW5kLCBzaW5jZSB3ZSByZWFsbHkgc2hvdWxkIGNvbXBsZXRlIHRoaXMgZG9jdW1l bnQgaW4gb3JkZXIgdG8gZmluaXNoIG91ciBjaGFydGVyZWQgd29yayBvbiBwcm92aWRpbmcgYSBi YXNpcyBmb3IgdXNpbmcgSVBQTSBtZXRyaWNzIGluIHdpZGVyIG1lYXN1cmVtZW50IGVmZm9ydHMu IFRvIHRoYXQgZW5kLCB3ZSdsbCBhbHNvIGhhdmUgYW4gaW52aXRlZCBzcGVha2VyLCBBaG1lZCBB bGRhYmJhZ2ggb2YgT0ZDT00sIHNwZWFraW5nIG9uIFFvUyBtb25pdG9yaW5nIGFjdGl2aXR5IGF0 IEJFUkVDICh0aGUgRXVyb3BlYW4gdGVsZWNvbXMgcmVndWxhdGlvbiBjb29yZGluYXRpb24gYm9k eSk7IHRoaXMgcmVwcmVzZW50cyBhIGtleSBhdWRpZW5jZSBhbmQgdXNlciBjb21tdW5pdHkgZm9y IHRoaXMgcmVnaXN0cnkuIFdlJ2xsIGFsc28gcmVzZXJ2ZSAyNSBtaW51dGVzIGZvciBpbml0aWFs IHJlZ2lzdHJ5IGRpc2N1c3Npb24uDQoNCkxNQVAgcGVvcGxlIChpbiBDQykgd2hvIGhhdmVuJ3Qg cGFpZCBtdWNoIGF0dGVudGlvbiBvZiBJUFBNIG9mIGxhdGU6IGlmIHlvdSBoYXZlIG9waW5pb25z IGFib3V0IHdoYXQgc2hvdWxkIHNob3cgdXAgaW4gdGhlIGluaXRpYWwgcmVnaXN0cnksIHBsZWFz ZSB0cnkgdG8gZHJvcCBieSB0aGUgSVBQTSBtZWV0aW5nIGluIEJlcmxpbi4gVGhlIGludml0ZWQg dGFsayBtYXkgYWxzbyBiZSBvZiBpbnRlcmVzdCB0byB5b3UuDQoNCllvdSdsbCBub3RlIHR3byAo Kikgb24gdGhlIGFnZW5kYTogdGhlc2UgYXJlIHByb3Zpc2lvbmFsIHNsb3RzIHBlbmRpbmcgc3Vi bWlzc2lvbiBvZiB0aGUgZHJhZnRzIGJlZm9yZSB0aGUgZGVhZGxpbmUuIE90aGVyd2lzZSwgd2Un bGwgcmVtb3ZlIHRoZXNlIHNsb3RzIGZyb20gdGhlIHNjaGVkdWxlLg0KDQpEcmFmdCBhdXRob3Jz OiBwbGVhc2UgbGV0IHVzIGtub3cgaWYgd2UndmUgZ290IHRoZSByaWdodCBzcGVha2VyIG5hbWUg bmV4dCB0byBlYWNoIGl0ZW0uDQoNClRoYW5rcywgY2hlZXJzLA0KDQpCcmlhbiBhbmQgQmlsbCAo Y2hhaXIgaGF0cykNCg0KDQoNCklQUE0gQWdlbmRhIC0gSUVURiA5NiAtIEJlcmxpbiwgR2VybWFu eQ0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNClR1ZSAxOSBKdWx5 IDIwMTYgLSAxNDowMCBDZW50cmFsIEV1cm9wZWFuIFN1bW1lciBUaW1lIChVVEMrMikNCg0KTWFp biBBZ2VuZGENCi0tLS0tLS0tLS0tDQoNClRpbWUgIHwgU3BlYWtlciAgICAgIHwgSXRlbQ0KLS0t LS0tKy0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCjE0OjAwIHwgQ2hhaXJzICAgICAgIHwgTm90ZSB3ZWxsLCBpbnRy bywgc3RhdHVzLCBhZ2VuZGEgYmFzaA0KMTQ6MTAgfCBBLiBBbGRhYmJhZ2ggfCBJbnZpdGVkIFRh bGs6IFFvUyBNb25pdG9yaW5nIEFjdGl2aXR5IGF0IEJFUkVDDQoxNDoyNSB8IEEuIE1vcnRvbiAg ICB8IGRyYWZ0LWlldGYtaXBwbS1pbml0aWFsLXJlZ2lzdHJ5DQoxNDo1MCB8IEouIEZhYmluaSAg ICB8IGRyYWZ0LWlldGYtaXBwbS0yMzMwLWlwdjYgKCopDQoxNTowNSB8IEcuIE1pcnNreSAgICB8 IGRyYWZ0LWlldGYtaXBwbS10d2FtcC10aW1lLWZvcm1hdA0KMTU6MTUgfCBHLiBGb2NjaW9sYSAg fCBkcmFmdC1pZXRmLWlwcG0tYWx0LW1hcmsNCjE1OjMwIHwgQS4gTW9ydG9uICAgIHwgZHJhZnQt aWVmdC1pcHBtLW1vZGVsLWJhc2VkLW1ldHJpY3MgKCopDQoNCkxpZ2h0bmluZyBUYWxrcw0KLS0t LS0tLS0tLS0tLS0tDQoNCkZpdmUgbWludXRlcyBwZXIgdG9waWMgKHN0cmljdCksIHdpdGggYXZh aWxhYmxlIHRpbWUgYXQgdGhlIGVuZCBvZiB0aGUNCm1haW4gYWdlbmRhLg0KDQpTcGVha2VyICAg ICAgfCBJdGVtDQotLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KUi4gR2VpYiAgICAgIHwgZHJhZnQtbGVp cG5pdHotc3ByaW5nLXBtcy1pbXBsZW1lbnRhdGlvbi1yZXBvcnQtMDANCg0KDQo= From nobody Thu Jun 30 15:10:04 2016 Return-Path: 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 CEF8D12B046; Thu, 30 Jun 2016 15:09:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 1Owe7gE-tZp5; Thu, 30 Jun 2016 15:09:56 -0700 (PDT) Received: from usplmg20.ericsson.net (usplmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EC6CE12B004; Thu, 30 Jun 2016 15:09:55 -0700 (PDT) X-AuditID: c618062d-f79886d000002334-0e-57758e59724c Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 89.44.09012.95E85775; Thu, 30 Jun 2016 23:25:45 +0200 (CEST) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0294.000; Thu, 30 Jun 2016 18:09:54 -0400 From: Gregory Mirsky To: Srivathsa Sarangapani , Brian Trammell , IETF IPPM WG Thread-Topic: [ippm] Draft Meeting Agenda for IPPM at IETF 96 Thread-Index: AQHR0FZU2jkyQb1KSkO0NA35aEBkh6ACAr0AgACRtnA= Date: Thu, 30 Jun 2016 22:09:53 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221ABE058@eusaamb103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221ABE058eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNIsWRmVeSWpSXmKPExsUyuXRPiG5kX2m4wd4X1hYbW96xWfQ8eMds 0Xxe22Lz5e+sFv9a97JatM/YxuTA5rFkyU8mj+tNV9k9nuyfyRLAHMVlk5Kak1mWWqRvl8CV sbjlJ2vBlu2MFR2HF7E0MB7ZxNjFyMEhIWAiseBwTRcjJ5ApJnHh3nq2LkYuDiGBo4wSM9qf M0E4yxkldjf8YQWpYhMwknixsYcdxBYRKJW4u3I3K8ggZoEKiW8HvUDCwgI2Elf/vmOFKLGV eNd1iQ3CtpJ4MGUDM4jNIqAq8a7pPZjNK+Ar8WjCK0YQW0igWGLJ+w6wek4Be4nf9++C2YxA x30/tYYJxGYWEJe49WQ+E8TRAhJL9pxnhrBFJV4+/scKYStK7Oufzg5Rny/x/Ok0RohdghIn Zz5hmcAoOgvJqFlIymYhKZsF9pmmxPpd+hAlihJTuh+yQ9gaEq1z5rIjiy9gZF/FyFFaXJCT m25ksIkRGIXHJNh0dzDen+55iFGAg1GJh3cBT0m4EGtiWXFl7iFGCQ5mJRHeZVNLw4V4UxIr q1KL8uOLSnNSiw8xSnOwKInzij1SDBcSSE8sSc1OTS1ILYLJMnFwSjUwtiQoenRFCv9tv5km aqpuZHhEe4l76ou2h7cXqOsFF7ybNXO26Qb3A6f/ctywr/k4MdPr2nFt3j9bMmJ2FLj8avR2 EvA2OmH/qufd4psGNx8/SvLcwhQsskFENYDv4Y6ITYrP9326qNDs0cFdKcR1iDHCY5cRV5Ra QfTaN119JTo1KTO3/4pXYinOSDTUYi4qTgQA0xt3lL4CAAA= Archived-At: Cc: Peyush Gupta , "rtg-ooam-dt@ietf.org" , "lmap@ietf.org" Subject: Re: [lmap] [ippm] Draft Meeting Agenda for IPPM at IETF 96 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 22:09:59 -0000 --_000_7347100B5761DC41A166AC17F22DF11221ABE058eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3JpdmF0aHNhLA0KDQpteSB1bmRlcnN0YW5kaW5nIG9mIHlvdXIgcHJvcG9zYWxzIGlzIHRo YXQgeW91IHVzZSBUV0FNUC1UZXN0IG5vdCB0byBwZXJmb3JtIGFueSBtZWFzdXJlbWVudCBidXQg cmF0aGVyIHRvIGNhcnJ5IG9wYXF1ZSwgZm9yIFRXQU1QLVNlbmRlciBhbmQgVFdBTVAtUmVmbGVj dG9yLCBkYXRhIHRvIGJlIHVzZWQgYnkgU2VydmljZSBGdW5jdGlvbiAoU0YpIE9BTS4gQW5kIFRX QU1QLUNvbnRyb2wgaXMgZXh0ZW5kZWQgdG8gbmVnb3RpYXRlIHRoZSBzaXplIGFuZCB0aGUgIGlu dGVycHJldGF0aW9uIG9mIHRoYXQgb3BhcXVlIHBheWxvYWQgb24gYmVoYWxmIG9mIFNGIE9BTS4g V2hhdCB5b3UndmUgcHJvcG9zZWQgaW4gU2VjdGlvbiAyIG9mIGRyYWZ0LXNwdi1pcHBtLW1vbml0 b3ItaW1wbGVtZW50YXRpb24tc2VydmljZXMta3BpIGlzIHZlcnkgc2ltaWxhciB0byBpZGVhIGlu IFJGQyA3NTU1IFByb3h5IE1QTFMgRWNobyBSZXF1ZXN0IGFuZCBiZWVuIGluY2x1ZGVkIGluIE92 ZXJsYXkgT0FNIFJlcXVpcmVtZW50czxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt b29hbWR0LXJ0Z3dnLW9vYW0tcmVxdWlyZW1lbnQtMDA+IGFzOg0KDQogICBSRVEjMTU6IE92ZXJs YXkgT0FNIE1VU1QgYmUgYWJsZSB0byB0cmlnZ2VyIG9uLWRlbWFuZCBGTSB3aXRoDQoNCiAgICAg ICAgICAgIHJlc3BvbnNlcyBiZWluZyBkaXJlY3RlZCB0b3dhcmRzIGluaXRpYXRvciBvZiBzdWNo IHByb3h5DQoNCiAgICAgICAgICAgIHJlcXVlc3QuDQoNCg0KDQogICAgICAgICAgICAgICAgUmVn YXJkcywNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcmVnDQoNCg0KDQotLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaXBwbSBbbWFpbHRvOmlwcG0tYm91bmNlc0Bp ZXRmLm9yZ10gT24gQmVoYWxmIE9mIFNyaXZhdGhzYSBTYXJhbmdhcGFuaQ0KU2VudDogVGh1cnNk YXksIEp1bmUgMzAsIDIwMTYgMjoxNyBBTQ0KVG86IEJyaWFuIFRyYW1tZWxsOyBJRVRGIElQUE0g V0cNCkNjOiBQZXl1c2ggR3VwdGE7IGxtYXBAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbaXBwbV0g RHJhZnQgTWVldGluZyBBZ2VuZGEgZm9yIElQUE0gYXQgSUVURiA5Ng0KDQoNCg0KSGkgQnJhaW4g YW5kIEJpbGwsDQoNCg0KDQpUaGFuayB5b3UgZm9yIHNoYXJpbmcgdGhlIGFnZW5kYSBmb3IgdGhl IHVwY29taW5nIElFVEYgZXZlbnQgaW4gQmVybGluLg0KDQpXZSBhcmUgaW50ZXJlc3RlZCBpbiBw cmVzZW50aW5nIG91ciBkcmFmdCBvbiBUV0FNUCBleHRlbnNpb24gZm9yIG1vbml0b3Jpbmcgc2Vy dmljZXMgS1BJIDoNCg0KW2RyYWZ0LXNwdi1pcHBtLW1vbml0b3ItbWV0aG9kb2xvZ3ktc2Vydmlj ZXMta3BpICYgZHJhZnQtc3B2LWlwcG0tbW9uaXRvci1pbXBsZW1lbnRhdGlvbi1zZXJ2aWNlcy1r cGldDQoNCg0KDQpXZSBoYXZlIGdvdCBsb3Qgb2YgY29tbWVudHMgaW4gdGhlIGxhc3QgaWV0ZiBt ZWV0aW5nIGZyb20gdGhlIG1lbWJlcnMgaW4gb3JkZXIgdG8gbWFrZSB0aGVzZSBkcmFmdCBtb3Jl IGZvY3VzZWQgYW5kIGRldGFpbGVkLg0KDQpXZSBoYXZlIGhhZCBtdWx0aXBsZSBkaXNjdXNzaW9u IHdpdGggbW9zdCBvZiB0aGUgbWVtYmVycy9jdXN0b21lcnMgb2ZmbGluZSBhbmQgYWZ0ZXIgdGhh dCB3ZSBoYXZlIG1vZGlmaWVkIHRoZSBkcmFmdCBhbmQgYWRkcmVzc2VzIG1vc3Qgb2YgdGhlIGNv bmNlcm5zIGZyb20gdGhlbS4NCg0KDQoNClBsZWFzZSBwcm92aWRlIHVzIGEgc2xvdCBpbiB0aGUg bWlkZGxlIG9mIHRoZSBpcHBtIFdHIHRoaXMgdGltZSwgc28gdGhhdCB3ZSBjYW4gZGlzY3VzcyB0 aGUgcmV2aXNlZCBkcmFmdCB3aXRoIGFsbCB0aGUgYXR0ZW5kZWVzIGFuZCBhZGRyZXNzIHRoZWly IGNvbmNlcm5zIGlmIGFueS4NCg0KDQoNClRoaXMgd2lsbCBoZWxwIHVzIGluIHRha2luZyBvdXIg ZHJhZnRzIGZvcndhcmQuDQoNCg0KDQpUaGFuayB5b3UgZm9yIHlvdXIgYXR0ZW50aW9uLg0KDQoN Cg0K4oCUDQoNCkJlc3QgUmVnYXJkcywNCg0KU3JpdmF0aHNhIFNhcmFuZ2FwYW5pDQoNCg0KDQoN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCg0KRnJvbTogQnJpYW4gVHJhbW1lbGwgPGll dGZAdHJhbW1lbGwuY2g8bWFpbHRvOmlldGZAdHJhbW1lbGwuY2g+Pg0KDQpEYXRlOiBNb25kYXks IEp1bmUgMjcsIDIwMTYgYXQgMjo1OCBQTQ0KDQpUbzogSUVURiBJUFBNIFdHIDxpcHBtQGlldGYu b3JnPG1haWx0bzppcHBtQGlldGYub3JnPj4NCg0KQ2M6IDxsbWFwQGlldGYub3JnPG1haWx0bzps bWFwQGlldGYub3JnPj4NCg0KU3ViamVjdDogW2lwcG1dIERyYWZ0IE1lZXRpbmcgQWdlbmRhIGZv ciBJUFBNIGF0IElFVEYgOTYNCg0KDQoNCkdyZWV0aW5ncywgYWxsLA0KDQoNCg0KV2UndmUgcG9z dGVkIGEgZHJhZnQgbWVldGluZyBhZ2VuZGEgYXQgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcHJvY2Vl ZGluZ3MvOTYvYWdlbmRhL2FnZW5kYS05Ni1pcHBtIChjb3BpZWQgaW5saW5lIGJlbG93KSB3aXRo IHByZXNlbnRhdGlvbnMgZm9yIHdvcmtpbmcgZ3JvdXAgaXRlbXMgKGZpdmUsIGluY2x1ZGluZyB0 aHJlZSBuZXdseSBhZG9wdGVkKSBhbmQgaW5kaXZpZHVhbCBkcmFmdHMgZGlzY3Vzc2VkIG9uIGxp c3Qgc2luY2UgQnVlbm9zIEFpcmVzIChub25lIHRoaXMgdGltZSBhcm91bmQpLg0KDQoNCg0KV2Un ZCBsaWtlIHRvIGZvY3VzIGRpc2N1c3Npb24gb24gdGhlIGluaXRpYWwgcmVnaXN0cnkgZHJhZnQg dGhpcyB0aW1lIGFyb3VuZCwgc2luY2Ugd2UgcmVhbGx5IHNob3VsZCBjb21wbGV0ZSB0aGlzIGRv Y3VtZW50IGluIG9yZGVyIHRvIGZpbmlzaCBvdXIgY2hhcnRlcmVkIHdvcmsgb24gcHJvdmlkaW5n IGEgYmFzaXMgZm9yIHVzaW5nIElQUE0gbWV0cmljcyBpbiB3aWRlciBtZWFzdXJlbWVudCBlZmZv cnRzLiBUbyB0aGF0IGVuZCwgd2UnbGwgYWxzbyBoYXZlIGFuIGludml0ZWQgc3BlYWtlciwgQWht ZWQgQWxkYWJiYWdoIG9mIE9GQ09NLCBzcGVha2luZyBvbiBRb1MgbW9uaXRvcmluZyBhY3Rpdml0 eSBhdCBCRVJFQyAodGhlIEV1cm9wZWFuIHRlbGVjb21zIHJlZ3VsYXRpb24gY29vcmRpbmF0aW9u IGJvZHkpOyB0aGlzIHJlcHJlc2VudHMgYSBrZXkgYXVkaWVuY2UgYW5kIHVzZXIgY29tbXVuaXR5 IGZvciB0aGlzIHJlZ2lzdHJ5LiBXZSdsbCBhbHNvIHJlc2VydmUgMjUgbWludXRlcyBmb3IgaW5p dGlhbCByZWdpc3RyeSBkaXNjdXNzaW9uLg0KDQoNCg0KTE1BUCBwZW9wbGUgKGluIENDKSB3aG8g aGF2ZW4ndCBwYWlkIG11Y2ggYXR0ZW50aW9uIG9mIElQUE0gb2YgbGF0ZTogaWYgeW91IGhhdmUg b3BpbmlvbnMgYWJvdXQgd2hhdCBzaG91bGQgc2hvdyB1cCBpbiB0aGUgaW5pdGlhbCByZWdpc3Ry eSwgcGxlYXNlIHRyeSB0byBkcm9wIGJ5IHRoZSBJUFBNIG1lZXRpbmcgaW4gQmVybGluLiBUaGUg aW52aXRlZCB0YWxrIG1heSBhbHNvIGJlIG9mIGludGVyZXN0IHRvIHlvdS4NCg0KDQoNCllvdSds bCBub3RlIHR3byAoKikgb24gdGhlIGFnZW5kYTogdGhlc2UgYXJlIHByb3Zpc2lvbmFsIHNsb3Rz IHBlbmRpbmcgc3VibWlzc2lvbiBvZiB0aGUgZHJhZnRzIGJlZm9yZSB0aGUgZGVhZGxpbmUuIE90 aGVyd2lzZSwgd2UnbGwgcmVtb3ZlIHRoZXNlIHNsb3RzIGZyb20gdGhlIHNjaGVkdWxlLg0KDQoN Cg0KRHJhZnQgYXV0aG9yczogcGxlYXNlIGxldCB1cyBrbm93IGlmIHdlJ3ZlIGdvdCB0aGUgcmln aHQgc3BlYWtlciBuYW1lIG5leHQgdG8gZWFjaCBpdGVtLg0KDQoNCg0KVGhhbmtzLCBjaGVlcnMs DQoNCg0KDQpCcmlhbiBhbmQgQmlsbCAoY2hhaXIgaGF0cykNCg0KDQoNCg0KDQoNCg0KSVBQTSBB Z2VuZGEgLSBJRVRGIDk2IC0gQmVybGluLCBHZXJtYW55DQoNCj09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQ0KDQoNCg0KVHVlIDE5IEp1bHkgMjAxNiAtIDE0OjAwIENlbnRy YWwgRXVyb3BlYW4gU3VtbWVyIFRpbWUgKFVUQysyKQ0KDQoNCg0KTWFpbiBBZ2VuZGENCg0KLS0t LS0tLS0tLS0NCg0KDQoNClRpbWUgIHwgU3BlYWtlciAgICAgIHwgSXRlbQ0KDQotLS0tLS0rLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KDQoxNDowMCB8IENoYWlycyAgICAgICB8IE5vdGUgd2VsbCwgaW50cm8sIHN0 YXR1cywgYWdlbmRhIGJhc2gNCg0KMTQ6MTAgfCBBLiBBbGRhYmJhZ2ggfCBJbnZpdGVkIFRhbGs6 IFFvUyBNb25pdG9yaW5nIEFjdGl2aXR5IGF0IEJFUkVDDQoNCjE0OjI1IHwgQS4gTW9ydG9uICAg IHwgZHJhZnQtaWV0Zi1pcHBtLWluaXRpYWwtcmVnaXN0cnkNCg0KMTQ6NTAgfCBKLiBGYWJpbmkg ICAgfCBkcmFmdC1pZXRmLWlwcG0tMjMzMC1pcHY2ICgqKQ0KDQoxNTowNSB8IEcuIE1pcnNreSAg ICB8IGRyYWZ0LWlldGYtaXBwbS10d2FtcC10aW1lLWZvcm1hdA0KDQoxNToxNSB8IEcuIEZvY2Np b2xhICB8IGRyYWZ0LWlldGYtaXBwbS1hbHQtbWFyaw0KDQoxNTozMCB8IEEuIE1vcnRvbiAgICB8 IGRyYWZ0LWllZnQtaXBwbS1tb2RlbC1iYXNlZC1tZXRyaWNzICgqKQ0KDQoNCg0KTGlnaHRuaW5n IFRhbGtzDQoNCi0tLS0tLS0tLS0tLS0tLQ0KDQoNCg0KRml2ZSBtaW51dGVzIHBlciB0b3BpYyAo c3RyaWN0KSwgd2l0aCBhdmFpbGFibGUgdGltZSBhdCB0aGUgZW5kIG9mIHRoZQ0KDQptYWluIGFn ZW5kYS4NCg0KDQoNClNwZWFrZXIgICAgICB8IEl0ZW0NCg0KLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Cg0KUi4gR2VpYiAgICAgIHwgZHJhZnQtbGVpcG5pdHotc3ByaW5nLXBtcy1pbXBsZW1lbnRhdGlv bi1yZXBvcnQtMDANCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KDQppcHBtIG1haWxpbmcgbGlzdA0KDQppcHBtQGlldGYub3JnPG1haWx0 bzppcHBtQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2lwcG0NCg== --_000_7347100B5761DC41A166AC17F22DF11221ABE058eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOm09Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vb2ZmaWNlLzIwMDQvMTIvb21tbCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1o dG1sNDAiPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQov KiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7 DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUg RGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwN Cgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBw dDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCmE6bGluaywgc3Bhbi5N c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s bG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29QbGFpblRleHQsIGRp di5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r OiJQbGFpbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0 Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm Ijt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0K CW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsN Cglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5QbGFpblRleHRDaGFy DQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFt ZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5 bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJp ZiI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7fQ0KQHBh Z2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBp biAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxl Ij4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5I aSBTcml2YXRoc2EsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5teSB1 bmRlcnN0YW5kaW5nIG9mIHlvdXIgcHJvcG9zYWxzIGlzIHRoYXQgeW91IHVzZSBUV0FNUC1UZXN0 IG5vdCB0byBwZXJmb3JtIGFueSBtZWFzdXJlbWVudCBidXQgcmF0aGVyIHRvIGNhcnJ5IG9wYXF1 ZSwgZm9yIFRXQU1QLVNlbmRlciBhbmQgVFdBTVAtUmVmbGVjdG9yLCBkYXRhIHRvIGJlIHVzZWQg YnkgU2VydmljZSBGdW5jdGlvbiAoU0YpIE9BTS4gQW5kIFRXQU1QLUNvbnRyb2wgaXMgZXh0ZW5k ZWQNCiB0byBuZWdvdGlhdGUgdGhlIHNpemUgYW5kIHRoZSAmbmJzcDtpbnRlcnByZXRhdGlvbiBv ZiB0aGF0IG9wYXF1ZSBwYXlsb2FkIG9uIGJlaGFsZiBvZiBTRiBPQU0uIFdoYXQgeW91J3ZlIHBy b3Bvc2VkIGluIFNlY3Rpb24gMiBvZiBkcmFmdC1zcHYtaXBwbS1tb25pdG9yLWltcGxlbWVudGF0 aW9uLXNlcnZpY2VzLWtwaSBpcyB2ZXJ5IHNpbWlsYXIgdG8gaWRlYSBpbiBSRkMgNzU1NSBQcm94 eSBNUExTIEVjaG8gUmVxdWVzdCBhbmQgYmVlbiBpbmNsdWRlZA0KIGluIDxhIGhyZWY9Imh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1vb2FtZHQtcnRnd2ctb29hbS1yZXF1aXJlbWVu dC0wMCI+DQpPdmVybGF5IE9BTSBSZXF1aXJlbWVudHM8L2E+IGFzOjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7IFJFUSMxNTogT3ZlcmxheSBPQU0g TVVTVCBiZSBhYmxlIHRvIHRyaWdnZXIgb24tZGVtYW5kIEZNIHdpdGg8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZXNwb25zZXMgYmVpbmcgZGlyZWN0 ZWQgdG93YXJkcyBpbml0aWF0b3Igb2Ygc3VjaCBwcm94eTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcXVlc3QuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRzLDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEdyZWc8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08 YnI+DQpGcm9tOiBpcHBtIFttYWlsdG86aXBwbS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YgU3JpdmF0aHNhIFNhcmFuZ2FwYW5pPGJyPg0KU2VudDogVGh1cnNkYXksIEp1bmUgMzAsIDIw MTYgMjoxNyBBTTxicj4NClRvOiBCcmlhbiBUcmFtbWVsbDsgSUVURiBJUFBNIFdHPGJyPg0KQ2M6 IFBleXVzaCBHdXB0YTsgbG1hcEBpZXRmLm9yZzxicj4NClN1YmplY3Q6IFJlOiBbaXBwbV0gRHJh ZnQgTWVldGluZyBBZ2VuZGEgZm9yIElQUE0gYXQgSUVURiA5NjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ SGkgQnJhaW4gYW5kIEJpbGwsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoYW5rIHlv dSBmb3Igc2hhcmluZyB0aGUgYWdlbmRhIGZvciB0aGUgdXBjb21pbmcgSUVURiBldmVudCBpbiBC ZXJsaW4uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5XZSBhcmUgaW50 ZXJlc3RlZCBpbiBwcmVzZW50aW5nIG91ciBkcmFmdCBvbiBUV0FNUCBleHRlbnNpb24gZm9yIG1v bml0b3Jpbmcgc2VydmljZXMgS1BJIDoNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+W2RyYWZ0LXNwdi1pcHBtLW1vbml0b3ItbWV0aG9kb2xvZ3ktc2VydmljZXMta3Bp ICZhbXA7IGRyYWZ0LXNwdi1pcHBtLW1vbml0b3ItaW1wbGVtZW50YXRpb24tc2VydmljZXMta3Bp XTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5XZSBoYXZlIGdvdCBsb3Qgb2YgY29tbWVu dHMgaW4gdGhlIGxhc3QgaWV0ZiBtZWV0aW5nIGZyb20gdGhlIG1lbWJlcnMgaW4gb3JkZXIgdG8g bWFrZSB0aGVzZSBkcmFmdCBtb3JlIGZvY3VzZWQgYW5kIGRldGFpbGVkLjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+V2UgaGF2ZSBoYWQgbXVsdGlwbGUgZGlzY3Vzc2lv biB3aXRoIG1vc3Qgb2YgdGhlIG1lbWJlcnMvY3VzdG9tZXJzIG9mZmxpbmUgYW5kIGFmdGVyIHRo YXQgd2UgaGF2ZSBtb2RpZmllZCB0aGUgZHJhZnQgYW5kIGFkZHJlc3NlcyBtb3N0IG9mIHRoZSBj b25jZXJucyBmcm9tIHRoZW0uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlBsZWFzZSBw cm92aWRlIHVzIGEgc2xvdCBpbiB0aGUgbWlkZGxlIG9mIHRoZSBpcHBtIFdHIHRoaXMgdGltZSwg c28gdGhhdCB3ZSBjYW4gZGlzY3VzcyB0aGUgcmV2aXNlZCBkcmFmdCB3aXRoIGFsbCB0aGUgYXR0 ZW5kZWVzIGFuZCBhZGRyZXNzIHRoZWlyIGNvbmNlcm5zIGlmIGFueS48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+VGhpcyB3aWxsIGhlbHAgdXMgaW4gdGFraW5nIG91ciBkcmFmdHMgZm9y d2FyZC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VGhhbmsgeW91IGZvciB5b3VyIGF0 dGVudGlvbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+4oCUPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5CZXN0IFJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Tcml2YXRoc2EgU2FyYW5nYXBhbmk8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+RnJvbTogQnJpYW4gVHJhbW1lbGwgJmx0OzxhIGhyZWY9Im1haWx0 bzppZXRmQHRyYW1tZWxsLmNoIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRl Y29yYXRpb246bm9uZSI+aWV0ZkB0cmFtbWVsbC5jaDwvc3Bhbj48L2E+Jmd0OzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+RGF0ZTogTW9uZGF5LCBKdW5lIDI3LCAyMDE2 IGF0IDI6NTggUE08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRvOiBJ RVRGIElQUE0gV0cgJmx0OzxhIGhyZWY9Im1haWx0bzppcHBtQGlldGYub3JnIj48c3BhbiBzdHls ZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aXBwbUBpZXRmLm9yZzwv c3Bhbj48L2E+Jmd0OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Q2M6 ICZsdDs8YSBocmVmPSJtYWlsdG86bG1hcEBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOndp bmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmxtYXBAaWV0Zi5vcmc8L3NwYW4+PC9hPiZn dDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlN1YmplY3Q6IFtpcHBt XSBEcmFmdCBNZWV0aW5nIEFnZW5kYSBmb3IgSVBQTSBhdCBJRVRGIDk2PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPkdyZWV0aW5ncywgYWxsLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij5XZSd2ZSBwb3N0ZWQgYSBkcmFmdCBtZWV0aW5nIGFnZW5kYSBhdCA8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy85Ni9hZ2VuZGEvYWdlbmRhLTk2LWlwcG0iPg0K PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBz Oi8vd3d3LmlldGYub3JnL3Byb2NlZWRpbmdzLzk2L2FnZW5kYS9hZ2VuZGEtOTYtaXBwbTwvc3Bh bj48L2E+IChjb3BpZWQgaW5saW5lIGJlbG93KSB3aXRoIHByZXNlbnRhdGlvbnMgZm9yIHdvcmtp bmcgZ3JvdXAgaXRlbXMgKGZpdmUsIGluY2x1ZGluZyB0aHJlZSBuZXdseSBhZG9wdGVkKSBhbmQg aW5kaXZpZHVhbCBkcmFmdHMgZGlzY3Vzc2VkIG9uDQogbGlzdCBzaW5jZSBCdWVub3MgQWlyZXMg KG5vbmUgdGhpcyB0aW1lIGFyb3VuZCkuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPldl J2QgbGlrZSB0byBmb2N1cyBkaXNjdXNzaW9uIG9uIHRoZSBpbml0aWFsIHJlZ2lzdHJ5IGRyYWZ0 IHRoaXMgdGltZSBhcm91bmQsIHNpbmNlIHdlIHJlYWxseSBzaG91bGQgY29tcGxldGUgdGhpcyBk b2N1bWVudCBpbiBvcmRlciB0byBmaW5pc2ggb3VyIGNoYXJ0ZXJlZCB3b3JrIG9uIHByb3ZpZGlu ZyBhIGJhc2lzIGZvciB1c2luZyBJUFBNIG1ldHJpY3MgaW4gd2lkZXIgbWVhc3VyZW1lbnQgZWZm b3J0cy4NCiBUbyB0aGF0IGVuZCwgd2UnbGwgYWxzbyBoYXZlIGFuIGludml0ZWQgc3BlYWtlciwg QWhtZWQgQWxkYWJiYWdoIG9mIE9GQ09NLCBzcGVha2luZyBvbiBRb1MgbW9uaXRvcmluZyBhY3Rp dml0eSBhdCBCRVJFQyAodGhlIEV1cm9wZWFuIHRlbGVjb21zIHJlZ3VsYXRpb24gY29vcmRpbmF0 aW9uIGJvZHkpOyB0aGlzIHJlcHJlc2VudHMgYSBrZXkgYXVkaWVuY2UgYW5kIHVzZXIgY29tbXVu aXR5IGZvciB0aGlzIHJlZ2lzdHJ5LiBXZSdsbCBhbHNvIHJlc2VydmUNCiAyNSBtaW51dGVzIGZv ciBpbml0aWFsIHJlZ2lzdHJ5IGRpc2N1c3Npb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkxNQVAgcGVvcGxlIChpbiBDQykgd2hvIGhhdmVuJ3QgcGFpZCBtdWNoIGF0dGVudGlvbiBv ZiBJUFBNIG9mIGxhdGU6IGlmIHlvdSBoYXZlIG9waW5pb25zIGFib3V0IHdoYXQgc2hvdWxkIHNo b3cgdXAgaW4gdGhlIGluaXRpYWwgcmVnaXN0cnksIHBsZWFzZSB0cnkgdG8gZHJvcCBieSB0aGUg SVBQTSBtZWV0aW5nIGluIEJlcmxpbi4gVGhlIGludml0ZWQgdGFsayBtYXkgYWxzbyBiZSBvZiBp bnRlcmVzdCB0bw0KIHlvdS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+WW91J2xsIG5v dGUgdHdvICgqKSBvbiB0aGUgYWdlbmRhOiB0aGVzZSBhcmUgcHJvdmlzaW9uYWwgc2xvdHMgcGVu ZGluZyBzdWJtaXNzaW9uIG9mIHRoZSBkcmFmdHMgYmVmb3JlIHRoZSBkZWFkbGluZS4gT3RoZXJ3 aXNlLCB3ZSdsbCByZW1vdmUgdGhlc2Ugc2xvdHMgZnJvbSB0aGUgc2NoZWR1bGUuPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPkRyYWZ0IGF1dGhvcnM6IHBsZWFzZSBsZXQgdXMga25vdyBp ZiB3ZSd2ZSBnb3QgdGhlIHJpZ2h0IHNwZWFrZXIgbmFtZSBuZXh0IHRvIGVhY2ggaXRlbS48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VGhhbmtzLCBjaGVlcnMsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPkJyaWFuIGFuZCBCaWxsIChjaGFpciBoYXRzKTxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SVBQ TSBBZ2VuZGEgLSBJRVRGIDk2IC0gQmVybGluLCBHZXJtYW55PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+VHVlIDE5IEp1bHkgMjAxNiAtIDE0OjAw IENlbnRyYWwgRXVyb3BlYW4gU3VtbWVyIFRpbWUgKFVUQyYjNDM7Mik8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+TWFpbiBBZ2VuZGE8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPi0tLS0tLS0tLS0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRpbWUm bmJzcDsgfCBTcGVha2VyJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgSXRlbTxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLS0tJiM0MzstLS0tLS0tLS0t LS0tLSYjNDM7LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+MTQ6MDAgfCBD aGFpcnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfCBOb3RlIHdlbGwsIGlu dHJvLCBzdGF0dXMsIGFnZW5kYSBiYXNoPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4xNDoxMCB8IEEuIEFsZGFiYmFnaCB8IEludml0ZWQgVGFsazogUW9TIE1vbml0b3Jp bmcgQWN0aXZpdHkgYXQgQkVSRUM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjE0OjI1IHwgQS4gTW9ydG9uJm5ic3A7Jm5ic3A7Jm5ic3A7IHwgZHJhZnQtaWV0Zi1pcHBt LWluaXRpYWwtcmVnaXN0cnk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjE0OjUwIHwgSi4gRmFiaW5pJm5ic3A7Jm5ic3A7Jm5ic3A7IHwgZHJhZnQtaWV0Zi1pcHBtLTIz MzAtaXB2NiAoKik8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjE1OjA1 IHwgRy4gTWlyc2t5Jm5ic3A7Jm5ic3A7Jm5ic3A7IHwgZHJhZnQtaWV0Zi1pcHBtLXR3YW1wLXRp bWUtZm9ybWF0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4xNToxNSB8 IEcuIEZvY2Npb2xhJm5ic3A7IHwgZHJhZnQtaWV0Zi1pcHBtLWFsdC1tYXJrPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4xNTozMCB8IEEuIE1vcnRvbiZuYnNwOyZuYnNw OyZuYnNwOyB8IGRyYWZ0LWllZnQtaXBwbS1tb2RlbC1iYXNlZC1tZXRyaWNzICgqKTxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5MaWdodG5pbmcgVGFsa3M8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPi0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij5GaXZlIG1pbnV0ZXMgcGVyIHRvcGljIChzdHJpY3QpLCB3aXRoIGF2YWlsYWJs ZSB0aW1lIGF0IHRoZSBlbmQgb2YgdGhlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5tYWluIGFnZW5kYS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U3BlYWtl ciZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB8IEl0ZW08bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPi0tLS0tLS0tLS0tLS0mIzQzOy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Ui4gR2VpYiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyAmbmJzcDt8IGRyYWZ0LWxlaXBuaXR6LXNwcmluZy1wbXMtaW1wbGVtZW50YXRpb24tcmVw b3J0LTAwPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PmlwcG0gbWFpbGluZyBsaXN0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48YSBocmVmPSJtYWlsdG86aXBwbUBpZXRmLm9yZyI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv d3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmlwcG1AaWV0Zi5vcmc8L3NwYW4+PC9hPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcHBtIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93 dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9pcHBtPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0K PC9odG1sPg0K --_000_7347100B5761DC41A166AC17F22DF11221ABE058eusaamb103erics_--