From nobody Tue Oct 6 07:23:02 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C615B1B4075 for ; Tue, 6 Oct 2015 07:23:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.938 X-Spam-Level: ** X-Spam-Status: No, score=2.938 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_BR=0.955, HOST_EQ_BR=1.295, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 uj4IoO7JzAQG for ; Tue, 6 Oct 2015 07:22:59 -0700 (PDT) Received: from mail.nic.br (mail.nic.br [IPv6:2001:12ff:0:4::5]) (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 271891B4073 for ; Tue, 6 Oct 2015 07:22:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.nic.br (Postfix) with ESMTP id 60489123F48 for ; Tue, 6 Oct 2015 11:22:57 -0300 (BRT) X-Virus-Scanned: Debian amavisd-new at mail.nic.br Authentication-Results: mail.nic.br (amavisd-new); dkim=pass (1024-bit key) header.d=nic.br Received: from mail.nic.br ([127.0.0.1]) by localhost (mail.nic.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zX32-C7O8X3w for ; Tue, 6 Oct 2015 11:22:55 -0300 (BRT) Received: from 5.140.net.registro.br (unknown [IPv6:2001:12ff:0:5::140]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nic.br (Postfix) with ESMTPSA id 82D8D123F36 for ; Tue, 6 Oct 2015 11:22:55 -0300 (BRT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nic.br; s=dkim; t=1444141375; bh=3+HCF6xcBG+F+gE4M7rJ49LEwLqyc4OuE11N91zh+bw=; h=From:Subject:Date:To:From; b=RozP8FuztFMFbjD2J8XhO/+6f07cKt9tuLhfHum+3Dhfm3LWW5O6GAvtOvSyjwlwZ 1otzuxk7/REe5gSew7MMPFE8CR52ime+Co7w9yYsOSsMGCnGp6HYR0PEbvJk5tiOJI y5jv+hDBq6Q9uZdDQEChYWYG3lbdQNwG3Sckt3Uo= From: Holger Wiehen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: Date: Tue, 6 Oct 2015 11:22:55 -0300 To: lmap@ietf.org Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) X-Mailer: Apple Mail (2.3094) DMARC-Filter: OpenDMARC Filter v1.3.1 mail.nic.br 82D8D123F36 Archived-At: Subject: [lmap] Relationship of task & task-registry-entries (draft-ietf-lmap-information-model-06) X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 06 Oct 2015 14:23:01 -0000 Hi. In the information model, the ma-task-object references, potentially, = multiple ma-task-registry-entries. Is it right that a given measurement task always works with a single = package stream, measuring multiple metrics simultaneously? So in a = ma-task-object we can combine only those ma-task-registry-entries for = which the ippm-metric-registry defines the same package stream (type-p, = distribution)? Is this interpretation right? =20 Regards, Holger Wiehen. From nobody Tue Oct 6 08:11:50 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E16911B40CE for ; Tue, 6 Oct 2015 08:11:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oh3sL-G-7PEM for ; Tue, 6 Oct 2015 08:11:48 -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 8110F1B40CB for ; Tue, 6 Oct 2015 08:11:41 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 9196B1234CC; Tue, 6 Oct 2015 11:38:41 -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 3C83EE0527; Tue, 6 Oct 2015 11:11:41 -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, 6 Oct 2015 11:11:40 -0400 From: "MORTON, ALFRED C (AL)" To: Holger Wiehen , "lmap@ietf.org" Date: Tue, 6 Oct 2015 11:11:40 -0400 Thread-Topic: [lmap] Relationship of task & task-registry-entries (draft-ietf-lmap-information-model-06) Thread-Index: AdEAQojk2HcYC2AFRemiYw3A+8CUxwABgXpA Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0BB4843093@NJFPSRVEXG0.research.att.com> References: In-Reply-To: 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: Re: [lmap] Relationship of task & task-registry-entries (draft-ietf-lmap-information-model-06) X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 06 Oct 2015 15:11:50 -0000 > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Holger Wiehen ... > Hi. >=20 > In the information model, the ma-task-object references, potentially, > multiple ma-task-registry-entries. >=20 > Is it right that a given measurement task always works with a single > package stream, measuring multiple metrics simultaneously? So in a ma- > task-object we can combine only those ma-task-registry-entries for which > the ippm-metric-registry defines the same package stream (type-p, > distribution)? >=20 > Is this interpretation right? >=20 [ACM]=20 Hi Holger, I think so. It helps to maintain the association between metrics and=20 *the* stream if they are the only metrics in a task, and this is what=20 I highlighted in my slides. If we want another simultaneous measurement, with a different stream (or a passive measurement, etc.), then this could be composed as=20 a separate task, and scheduled to be executed at the same time. regards, Al From nobody Tue Oct 6 09:57:00 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A7D41ACECE for ; Tue, 6 Oct 2015 09:56:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 641sbxwmu6vZ for ; Tue, 6 Oct 2015 09:56:58 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CED951ACEC8 for ; Tue, 6 Oct 2015 09:56:57 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2D7AQAH/BNW/xUHmMZeHAGCPSEsVHS5fIQiAQ2BWoYaAoE5OBQBAQEBAQEBfwuEJgEBAxILEF4BFRVWJgEEGxqIDAGbfIUSnw8MAR+GdYlYg1KBFAWWBAGObYQ5gxeOWINvHwEBQoQCiCqBBgEBAQ X-IPAS-Result: A2D7AQAH/BNW/xUHmMZeHAGCPSEsVHS5fIQiAQ2BWoYaAoE5OBQBAQEBAQEBfwuEJgEBAxILEF4BFRVWJgEEGxqIDAGbfIUSnw8MAR+GdYlYg1KBFAWWBAGObYQ5gxeOWINvHwEBQoQCiCqBBgEBAQ X-IronPort-AV: E=Sophos;i="5.17,644,1437451200"; d="scan'208,217";a="139994316" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by co300216-co-outbound.net.avaya.com with ESMTP; 06 Oct 2015 12:56:56 -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/AES128-SHA; 06 Oct 2015 12:56:56 -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; Tue, 6 Oct 2015 12:56:55 -0400 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: IETF 94 - call for agenda items Thread-Index: AdEAWABZocSRMJo6SHqya2oLxtnRYg== Date: Tue, 6 Oct 2015 16:56:54 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB412A6@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_9904FB1B0159DA42B0B887B7FA8119CA5CB412A6AZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] IETF 94 - call for agenda items X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 06 Oct 2015 16:56:59 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB412A6AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, According to the preliminary agenda the LMAP WG is scheduled to meet in Yok= ohama as follows: MONDAY, November 2, 2015 1710-1910 Afternoon Session III Room 303 OPS lmap Large-Scale Measurement of Br= oadband Performance WG Please send your proposals and requests for agenda items to the WG chairs. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB412A6AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

According to the preliminary agenda the LMAP WG is s= cheduled to meet in Yokohama as follows:

 

MONDAY, November 2, 2015

1710-1910  Afternoon Session III=

Room 303     &nbs=
p;         OPS     lmap&n=
bsp;          Large-Scale Measureme=
nt of Broadband Performance WG

 

Please send your proposa= ls and requests for agenda items to the WG chairs.

 =

Thanks and Regards,=

 =

Dan

 =

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA5CB412A6AZFFEXMB04globa_-- From nobody Tue Oct 6 10:00:17 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B989B1ACEF0 for ; Tue, 6 Oct 2015 10:00:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FqikdZvg1G1F for ; Tue, 6 Oct 2015 10:00:15 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32C0F1ACEED for ; Tue, 6 Oct 2015 10:00:15 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AEAgA2/RNW/yYyC4deHAEBAYI7ISxUYA4GuXyEIgENgVqGGgKBOTgUAQEBAQEBAYEKhCQBAQEBAxILEFwCAQgNBAQBAQsdBzIUCQgBAQQBEggaiAwBoQ+fDgEBAQEBAQEBAQEBAQEBAQEBAQEBAReGdYR8hFw3AYMagRQFlgQBjm2EOYMXjliDbx8BAUKEAnGHOIEGAQEB X-IPAS-Result: A2AEAgA2/RNW/yYyC4deHAEBAYI7ISxUYA4GuXyEIgENgVqGGgKBOTgUAQEBAQEBAYEKhCQBAQEBAxILEFwCAQgNBAQBAQsdBzIUCQgBAQQBEggaiAwBoQ+fDgEBAQEBAQEBAQEBAQEBAQEBAQEBAReGdYR8hFw3AYMagRQFlgQBjm2EOYMXjliDbx8BAUKEAnGHOIEGAQEB X-IronPort-AV: E=Sophos;i="5.17,644,1437451200"; d="scan'208,217";a="139995073" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by co300216-co-outbound.net.avaya.com with ESMTP; 06 Oct 2015 13:00:14 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC03.global.avaya.com) ([135.64.58.13]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES128-SHA; 06 Oct 2015 13:00:13 -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; Tue, 6 Oct 2015 13:00:12 -0400 From: "Romascanu, Dan (Dan)" To: "Romascanu, Dan (Dan)" , "lmap@ietf.org" Thread-Topic: IETF 94 - call for agenda items Thread-Index: AdEAWABZocSRMJo6SHqya2oLxtnRYgAAGdmA Date: Tue, 6 Oct 2015 17:00:11 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB412BE@AZ-FFEXMB04.global.avaya.com> References: <9904FB1B0159DA42B0B887B7FA8119CA5CB412A6@AZ-FFEXMB04.global.avaya.com> In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA5CB412A6@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_9904FB1B0159DA42B0B887B7FA8119CA5CB412BEAZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: Re: [lmap] IETF 94 - call for agenda items X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 06 Oct 2015 17:00:16 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB412BEAZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I forgot to mention that this scheduling is preliminary and may change. Regards, Dan From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Romascanu, Dan (Dan) Sent: Tuesday, October 06, 2015 7:57 PM To: lmap@ietf.org Subject: [lmap] IETF 94 - call for agenda items Hi, According to the preliminary agenda the LMAP WG is scheduled to meet in Yok= ohama as follows: MONDAY, November 2, 2015 1710-1910 Afternoon Session III Room 303 OPS lmap Large-Scale Measurement of Br= oadband Performance WG Please send your proposals and requests for agenda items to the WG chairs. Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB412BEAZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I forgot to mention th= at this scheduling is preliminary and may change.

 

Regards,

 

Dan<= /p>

 

 

From: lmap [ma= ilto:lmap-bounces@ietf.org] On Behalf Of Romascanu, Dan (Dan)
Sent: Tuesday, October 06, 2015 7:57 PM
To: lmap@ietf.org
Subject: [lmap] IETF 94 - call for agenda items

 

Hi,

 

According to the preliminary agenda the LMAP WG is s= cheduled to meet in Yokohama as follows:

 

MONDAY, November 2, 2015

1710-1910  Afternoon Session III=

Room 303     &nbs=
p;         OPS     lmap&n=
bsp;          Large-Scale Measureme=
nt of Broadband Performance WG

 

Please send your proposa= ls and requests for agenda items to the WG chairs.

 =

Thanks and Regards,=

 =

Dan

 =

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA5CB412BEAZFFEXMB04globa_-- From nobody Sun Oct 11 03:57:28 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FAA81A870A for ; Sun, 11 Oct 2015 03:57:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9J8TsDBLP5Ka for ; Sun, 11 Oct 2015 03:57:25 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CCAEA1A8706 for ; Sun, 11 Oct 2015 03:57:24 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BRAwBBP8ZV/yYyC4dbGQEBglQsgT0Ggx6mUAaTNgmHfQIcgQo4FAEBAQEBAQF/C4QjAQEBAQMSERFRBAIBCA0EBAEBAwIGHQMCAgIwFAEGAQEFAwIEEwgaiAwBrHiKVpVoAQEBAQEFAQEBAQEBAQEBGYEihH2FMoRYOAaCYy+BFAWHHIU5iDYBjiuEJYMLhW2HMYNmFw+DfW+BSIEEAQEB X-IPAS-Result: A2BRAwBBP8ZV/yYyC4dbGQEBglQsgT0Ggx6mUAaTNgmHfQIcgQo4FAEBAQEBAQF/C4QjAQEBAQMSERFRBAIBCA0EBAEBAwIGHQMCAgIwFAEGAQEFAwIEEwgaiAwBrHiKVpVoAQEBAQEFAQEBAQEBAQEBGYEihH2FMoRYOAaCYy+BFAWHHIU5iDYBjiuEJYMLhW2HMYNmFw+DfW+BSIEEAQEB X-IronPort-AV: E=Sophos;i="5.15,634,1432612800"; d="scan'208";a="123805468" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by de307622-de-outbound.net.avaya.com with ESMTP; 11 Oct 2015 06:57:22 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([135.64.58.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES128-SHA; 11 Oct 2015 06:57:22 -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; Sun, 11 Oct 2015 12:57:20 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: lmap - Requested session has been scheduled for IETF 94 Thread-Index: AQHRAvs5AS6Dlp2hpUm29wRfFuXg4p5mIMag Date: Sun, 11 Oct 2015 10:57:19 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB47B2F@AZ-FFEXMB04.global.avaya.com> References: <20151010012852.29540.40632.idtracker@ietfa.amsl.com> In-Reply-To: <20151010012852.29540.40632.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: lmap - Requested session has been scheduled for IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Sun, 11 Oct 2015 10:57:26 -0000 UGxlYXNlIHNlZSBiZWxvdyB0aGUgZmluYWwgc2NoZWR1bGluZyBvZiB0aGUgTE1QQSBzZXNzaW9u IGF0IElFVEYgOTQuIA0KDQpQbGVhc2Ugc2VuZCB5b3VyIGFnZW5kYSBpdGVtcyByZXF1ZXN0cyEN Cg0KVGhhbmtzIGFuZCBSZWdhcmRzLA0KDQpKYXNvbiBhbmQgRGFuDQoNCg0KDQo+IC0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206ICJJRVRGIFNlY3JldGFyaWF0IiBbbWFpbHRvOmFn ZW5kYUBpZXRmLm9yZ10NCj4gU2VudDogU2F0dXJkYXksIE9jdG9iZXIgMTAsIDIwMTUgNDoyOSBB TQ0KPiBUbzogUm9tYXNjYW51LCBEYW4gKERhbikNCj4gQ2M6IGxtYXAtYWRzQGlldGYub3JnOyBS b21hc2NhbnUsIERhbiAoRGFuKTsgamFzb24ud2VpbEB0d2NhYmxlLmNvbQ0KPiBTdWJqZWN0OiBs bWFwIC0gUmVxdWVzdGVkIHNlc3Npb24gaGFzIGJlZW4gc2NoZWR1bGVkIGZvciBJRVRGIDk0DQo+ IA0KPiBEZWFyIERhbiBSb21hc2NhbnUsDQo+IA0KPiBUaGUgc2Vzc2lvbihzKSB0aGF0IHlvdSBo YXZlIHJlcXVlc3RlZCBoYXZlIGJlZW4gc2NoZWR1bGVkLg0KPiBCZWxvdyBpcyB0aGUgc2NoZWR1 bGVkIHNlc3Npb24gaW5mb3JtYXRpb24gZm9sbG93ZWQgYnkgdGhlIG9yaWdpbmFsIHJlcXVlc3Qu DQo+IA0KPiBsbWFwIFNlc3Npb24gMSAoMjozMDowMCkNCj4gICAgIE1vbmRheSwgQWZ0ZXJub29u IFNlc3Npb24gSUlJIDE3MTAtMTkxMA0KPiAgICAgUm9vbSBOYW1lOiBSb29tIDMwMyBzaXplOiAy MDANCj4gICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K PiANCj4gDQo+IA0KPiBSZXF1ZXN0IEluZm9ybWF0aW9uOg0KPiANCj4gDQo+IC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBXb3JraW5n IEdyb3VwIE5hbWU6IExhcmdlLVNjYWxlIE1lYXN1cmVtZW50IG9mIEJyb2FkYmFuZCBQZXJmb3Jt YW5jZQ0KPiBBcmVhIE5hbWU6IE9wZXJhdGlvbnMgYW5kIE1hbmFnZW1lbnQgQXJlYSBTZXNzaW9u IFJlcXVlc3RlcjogRGFuDQo+IFJvbWFzY2FudQ0KPiANCj4gTnVtYmVyIG9mIFNlc3Npb25zOiAx DQo+IExlbmd0aCBvZiBTZXNzaW9uKHMpOiAgMi41IEhvdXJzDQo+IE51bWJlciBvZiBBdHRlbmRl ZXM6IDgwDQo+IENvbmZsaWN0cyB0byBBdm9pZDoNCj4gIEZpcnN0IFByaW9yaXR5OiBuZXR2YyB3 ZWJwdXNoIHN0aXIgc2lwcmVjIHAycHNpcCBlY3JpdCBiZmNwYmlzIHBheWxvYWQgbW11c2ljDQo+ IHNhY20gY2x1ZSBpcHBtIGJtd2cgbG1hcCBtcHRjcCBuZXRjb25mIG5ldG1vZCBvcHNhcmVhIG9w c2F3ZyB4cmJsb2NrDQo+IHJ0Y3dlYiB0Y3BpbmMgYXZ0Y29yZSBlZHVuZXh0IGkybnNmIHN1cGEN Cj4gDQo+IA0KPiANCj4gDQo+IFNwZWNpYWwgUmVxdWVzdHM6DQo+ICAgLSBhdm9pZCBzY2hlZHVs aW5nIGluIGNvbmZsaWN0IHdpdGggSTJOU0YgYW5kIFNVUEEgaWYgY2hhcnRlcmVkDQo+IC0gc2No ZWR1bGUgdGhlIG1lZXRpbmcgbGF0ZSBpbiB0aGUgZGF5IHRvIGFsbG93IHJlbW90ZSBwYXJ0aWNp cGF0aW9uIG9mIG9uZSBvZg0KPiB0aGUga2V5IGNvbnRyaWJ1dG9ycyB3aG8gaXMgbG9jYXRlZCBp biBFdXJvcGUuDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NCg0K From nobody Tue Oct 13 01:05:34 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C2F9D1B3B0E for ; Tue, 13 Oct 2015 01:05:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DReH_RUWPgEC for ; Tue, 13 Oct 2015 01:05:31 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43B131B3B06 for ; Tue, 13 Oct 2015 01:05:31 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DLAgDLuhxW/yYyC4dDGhwBAYJcLFRuBr4JAQ2BWiOCcIIKfwKBPDgUAQEBAQEBAX8LhCYBAQEBAxIoSwYBCA0EBAEBCxQJORQHAQEFBAEEEwgaiAwBDDucQYUTnjoBAQgBAQEBAQEYBIZ3hHyEXD6DFIEUBZYWAYUYiVmEOoMYkl4fAQFChAJxAQGFaYEGAQEB X-IPAS-Result: A2DLAgDLuhxW/yYyC4dDGhwBAYJcLFRuBr4JAQ2BWiOCcIIKfwKBPDgUAQEBAQEBAX8LhCYBAQEBAxIoSwYBCA0EBAEBCxQJORQHAQEFBAEEEwgaiAwBDDucQYUTnjoBAQgBAQEBAQEYBIZ3hHyEXD6DFIEUBZYWAYUYiVmEOoMYkl4fAQFChAJxAQGFaYEGAQEB X-IronPort-AV: E=Sophos;i="5.17,677,1437451200"; d="scan'208";a="141014684" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by co300216-co-outbound.net.avaya.com with ESMTP; 13 Oct 2015 04:05:30 -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/AES128-SHA; 13 Oct 2015 04:05:30 -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, 13 Oct 2015 10:05:28 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: Meetecho coverage at IETF94 Thread-Index: AdEFjeod9jRS27tvT3K0ZWdZhogsbg== Date: Tue, 13 Oct 2015 08:05:28 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB4AB76@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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [lmap] FW: Meetecho coverage at IETF94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 13 Oct 2015 08:05:33 -0000 Hi, If you plan to attend the LMAP meetings remotely and you need remote access= - please let us know.=20 (we know right now only about Juergen being remote at IETF 94) Jason and Dan > -----Original Message----- > From: WGChairs [mailto:wgchairs-bounces@ietf.org] On Behalf Of Meetecho > IETF support > Sent: Monday, October 12, 2015 4:42 PM > To: wgchairs@ietf.org > Subject: Meetecho coverage at IETF94 >=20 > Dear chairs, >=20 > Meetecho will cover all WG meeting session in Yokohama. >=20 > If you plan to have remote _presentations_, you're kindly requested to fi= ll in > the following form: >=20 > https://ietf94.conf.meetecho.com/index.php/Ask_Remote_Presentations_Suppo= rt >=20 > *The deadline for requesting remote presentations support is October 28.* >=20 > Thanks, > the Meetecho team From nobody Tue Oct 13 16:52:19 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E0E81A90FC for ; Tue, 13 Oct 2015 16:52:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mm560cFDJn3M for ; Tue, 13 Oct 2015 16:52:14 -0700 (PDT) Received: from cnet.fi.uba.ar (cnet.fi.uba.ar [157.92.58.2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F24C1A90FB for ; Tue, 13 Oct 2015 16:52:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by cnet.fi.uba.ar (Postfix) with ESMTP id 19496140078 for ; Tue, 13 Oct 2015 10:12:26 -0300 (ART) X-Virus-Scanned: Debian amavisd-new at cnet.fi.uba.ar Received: from cnet.fi.uba.ar ([127.0.0.1]) by localhost (cnet.fi.uba.ar [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eSyuKZGCMEuL for ; Tue, 13 Oct 2015 10:12:19 -0300 (ART) Received: from MacBook-Pro-de-Esteban.local (unknown [157.92.51.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by cnet.fi.uba.ar (Postfix) with ESMTPSA id B805D140074 for ; Tue, 13 Oct 2015 10:12:19 -0300 (ART) To: lmap@ietf.org References: <9966516C6EB5FC4381E05BF80AA55F77DC227456@US70UWXCHMBA05.zam.alcatel-lucent.com> <20150923145229.GG1945@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC258EC3@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB48427CF@NJFPSRVEXG0.research.att.com> <9966516C6EB5FC4381E05BF80AA55F77DC25A906@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB48427D7@NJFPSRVEXG0.research.att.com> From: Esteban Carisimo Message-ID: <561D040E.3050706@cnet.fi.uba.ar> Date: Tue, 13 Oct 2015 10:15:58 -0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0BB48427D7@NJFPSRVEXG0.research.att.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert Task Capabilities and ma conditions back into the information model X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 13 Oct 2015 23:52:17 -0000 Hello, I joined this WG a couple a weeks ago and I have been getting involved with lmap's threads. Although you discussed this topic a couple a weeks ago, my server has been misconfigurated so far. Now I think my mail server is fine and I am still interested in collaborate in this topic. When I received this email I read that your are proposing to add a parameter so-called 'Act_IP_UDP_Round-trip_Delay_95th-percentile_Poisson'. Then I read the full draft and I found that you are also interested in get the mean Poisson value. This information made me wonder if you are supposing that RTT probability density function is Poisson. Maybe I misunderstood the meaning of Poisson in that parameter, if not, we cannot ensure that RTT probability density function is Poisson. Moreover, there is enough information among literature that proves that packet arrivals have a self-similar behaviour instead of Poisson's. It would be interesting to discuss about RTT probability density function but I do not know if it concerns to this current WG and draft. For this reason, I think it is a very good idea to add the value of percetiles but I would write them uncategorized, without the Poisson label. PS: My apologies if you have received this email twice. Esteban Carisimo, Universidad de Buenos Aires and CONICET. 850 Paseo Colon avenue, Buenos Aires, Argentina. El 26/9/15 a las 13:51, MORTON, ALFRED C (AL) escribió: > Hi Tim, > good question (we're having Tuesday's meeting on Saturday :-( ) > > I think we need some approximate hierarchy like this: > > Measurement Capability [ > Measurement Protocol [ > Protocol Roles [ ] > ] > Registry URI [ > Method Roles [ ] > ] > ] > so, an example would be > > Measurement Capability [ > TWAMP [ > Control-Client; Session-Sender; Server; Session-Reflector; > ] > Prefix:Act_IP_UDP_Round-trip_Delay_95th-percentile_Poisson [ > Src; Dst; > ... more URIs and Roles... > ] > ] > for a fully capable MA. > > I think you can easily conjure-up how to indicate a system > with less than full capabilities, or how a different Meas. Protocols could > be substituted in a different meas. capability that measures the *same* > registered metric. > > Al > > >> -----Original Message----- >> From: Carey, Timothy (Timothy) [mailto:timothy.carey@alcatel-lucent.com] >> Sent: Saturday, September 26, 2015 12:16 PM >> To: MORTON, ALFRED C (AL); Juergen Schoenwaelder >> Cc: lmap@ietf.org >> Subject: RE: [lmap] draft-ietf-lmap-information-model-06: Reinsert Task >> Capabilities and ma conditions back into the information model >> >> Al, >> >> Indeed we do need that to be a list as you suggest but what is >> relationship with the role to the list of registry entries? >> >> BR, >> Tim >> >> -----Original Message----- >> From: MORTON, ALFRED C (AL) [mailto:acmorton@att.com] >> Sent: Saturday, September 26, 2015 9:12 AM >> To: Carey, Timothy (Timothy); Juergen Schoenwaelder >> Cc: lmap@ietf.org >> Subject: RE: [lmap] draft-ietf-lmap-information-model-06: Reinsert Task >> Capabilities and ma conditions back into the information model >> >> Hi Tim and Juergen, >> >> Here's a small addition to what Tim proposed: >>>> * ma-task-capability-obj ma-supported-tasks<0..*>; >> It's necessary for all non-measurement tasks to have a registry >> providing the details of each task (and someone needs to start that >> development). >> >> But for measurement Tasks, there can be multiple Performance Metric >> Registry entries involved now, and each task will be some combination of >> registered metrics. >> >> So we also need ma-supported-registry-entries<0..*>; >> and the text below (from 3.9) needs some revisions to keep-up with the >> latest agreements (if I've got this right): >> >> A Measurement Task Configuration is the same in information terms to >> any other Task Configuration. Both measurement and non-measurement >> Tasks have registry entries to enable the MA to uniquely identify the >> Task it should execute and retrieve the schema for any parameters >> that may be passed to the Task. Registry entries are specified as a >> URI and can therefore be used to identify the Task within a namespace >> or point to a web or local file location for the Task information. >> As mentioned previously, these URIs may be used to identify the >> Measurement Task in a public namespace >> [I-D.ietf-ippm-metric-registry]. >> >> Al >> >>> -----Original Message----- >>> From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Carey, Timothy >>> (Timothy) >>> Sent: Friday, September 25, 2015 8:51 AM >>> To: Juergen Schoenwaelder >>> Cc: lmap@ietf.org >>> Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert >>> Task Capabilities and ma conditions back into the information model >>> >>> Juergen, >>> >>> But the ma-status-object doesn't provide all the conditions of the MA >>> might be experiencing (which might be implementation specific). >>> >>> BR, >>> Tim >>> >>> -----Original Message----- >>> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- >>> university.de] >>> Sent: Wednesday, September 23, 2015 9:52 AM >>> To: Carey, Timothy (Timothy) >>> Cc: lmap@ietf.org >>> Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert >>> Task Capabilities and ma conditions back into the information model >>> >>> On Tue, Jul 28, 2015 at 02:52:53PM +0000, Carey, Timothy (Timothy) >>> wrote: >>>> Juergen, >>>> >>>> In draft 05 we removed the ability for a measurement agent to report >>> its metrics that it supports. >>>> We need to add >>>> >>>> * ma-task-capability-obj ma-supported-tasks<0..*>; >>>> >>>> * [ma-condition-obj ma-conditions<0..*>;] >>>> >>>> They were in the ma-status-obj. >>> You are correct. There currently is no 'list' of tasks that are >>> supported by a device anymore and we may have to put this back in. >>> >>> We changed the reporting of runtime failures to make them more useful. >>> See the ma-task-status-obj. >>> >>> /js >>> >>> -- >>> Juergen Schoenwaelder Jacobs University Bremen gGmbH >>> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >>> Fax: +49 421 200 3103 >>> >>> _______________________________________________ >>> lmap mailing list >>> lmap@ietf.org >>> https://www.ietf.org/mailman/listinfo/lmap > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap From nobody Wed Oct 14 04:54:52 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03E791A1ADB for ; Wed, 14 Oct 2015 04:54:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VId74S8ZKcC1 for ; Wed, 14 Oct 2015 04:54:48 -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 97FB41A1AD3 for ; Wed, 14 Oct 2015 04:54:48 -0700 (PDT) Received: from mail-blue.research.att.com (unknown [135.207.178.11]) by mail-pink.research.att.com (Postfix) with ESMTP id 2615012288B; Wed, 14 Oct 2015 08:22:12 -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 519DEF0497; Wed, 14 Oct 2015 07:54:48 -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, 14 Oct 2015 07:54:48 -0400 From: "MORTON, ALFRED C (AL)" To: Esteban Carisimo , "lmap@ietf.org" Date: Wed, 14 Oct 2015 07:54:46 -0400 Thread-Topic: [lmap] draft-ietf-lmap-information-model-06: Reinsert Task Capabilities and ma conditions back into the information model Thread-Index: AdEGEjd6anfJvb79QoWxFER+vEx99QAZAlmQ Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0BB67F9058@NJFPSRVEXG0.research.att.com> References: <9966516C6EB5FC4381E05BF80AA55F77DC227456@US70UWXCHMBA05.zam.alcatel-lucent.com> <20150923145229.GG1945@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC258EC3@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB48427CF@NJFPSRVEXG0.research.att.com> <9966516C6EB5FC4381E05BF80AA55F77DC25A906@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB48427D7@NJFPSRVEXG0.research.att.com> <561D040E.3050706@cnet.fi.uba.ar> In-Reply-To: <561D040E.3050706@cnet.fi.uba.ar> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert Task Capabilities and ma conditions back into the information model X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 14 Oct 2015 11:54:51 -0000 Hi Esteban, The Poisson distribution determines the inter-packet sending times=20 for this metric, creating a form of unbiased sampling. This follows the IPPM Framework RFC 2330, where you can read more. So, these are metrics & and statistics on delay measured on a stream of packets sent according to the Poisson distribution. You're right that the distribution of RTT will not like have a Poisson distribution, so in that we agree. regards, Al > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Esteban Carisimo > Sent: Tuesday, October 13, 2015 9:16 AM > To: lmap@ietf.org > Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert Task > Capabilities and ma conditions back into the information model >=20 > Hello, >=20 > I joined this WG a couple a weeks ago and I have been getting involved > with lmap's threads. Although you discussed this topic a couple a weeks > ago, my server has been misconfigurated so far. Now I think my mail > server is fine and I am still interested in collaborate in this topic. >=20 > When I received this email I read that your are proposing to add a > parameter so-called 'Act_IP_UDP_Round-trip_Delay_95th- > percentile_Poisson'. Then I read the full draft and I found that you are > also interested in get the mean Poisson value. This information made me > wonder if you are supposing that RTT probability density function is > Poisson. >=20 > Maybe I misunderstood the meaning of Poisson in that parameter, if not, > we cannot ensure that RTT probability density function is Poisson. > Moreover, there is enough information among literature that proves that > packet arrivals have a self-similar behaviour instead of Poisson's. >=20 > It would be interesting to discuss about RTT probability density > function but I do not know if it concerns to this current WG and draft. > For this reason, I think it is a very good idea to add the value of > percetiles but I would write them uncategorized, without the Poisson > label. >=20 >=20 > PS: My apologies if you have received this email twice. >=20 >=20 > Esteban Carisimo, > Universidad de Buenos Aires and CONICET. > 850 Paseo Colon avenue, Buenos Aires, Argentina. >=20 >=20 > El 26/9/15 a las 13:51, MORTON, ALFRED C (AL) escribi=F3: > > Hi Tim, > > good question (we're having Tuesday's meeting on Saturday :-( ) > > > > I think we need some approximate hierarchy like this: > > > > Measurement Capability [ > > Measurement Protocol [ > > Protocol Roles [ ] > > ] > > Registry URI [ > > Method Roles [ ] > > ] > > ] > > so, an example would be > > > > Measurement Capability [ > > TWAMP [ > > Control-Client; Session-Sender; Server; Session-Reflector; > > ] > > Prefix:Act_IP_UDP_Round-trip_Delay_95th-percentile_Poisson [ > > Src; Dst; > > ... more URIs and Roles... > > ] > > ] > > for a fully capable MA. > > > > I think you can easily conjure-up how to indicate a system with less > > than full capabilities, or how a different Meas. Protocols could be > > substituted in a different meas. capability that measures the *same* > > registered metric. > > > > Al > > > > > >> -----Original Message----- > >> From: Carey, Timothy (Timothy) > >> [mailto:timothy.carey@alcatel-lucent.com] > >> Sent: Saturday, September 26, 2015 12:16 PM > >> To: MORTON, ALFRED C (AL); Juergen Schoenwaelder > >> Cc: lmap@ietf.org > >> Subject: RE: [lmap] draft-ietf-lmap-information-model-06: Reinsert > >> Task Capabilities and ma conditions back into the information model > >> > >> Al, > >> > >> Indeed we do need that to be a list as you suggest but what is > >> relationship with the role to the list of registry entries? > >> > >> BR, > >> Tim > >> > >> -----Original Message----- > >> From: MORTON, ALFRED C (AL) [mailto:acmorton@att.com] > >> Sent: Saturday, September 26, 2015 9:12 AM > >> To: Carey, Timothy (Timothy); Juergen Schoenwaelder > >> Cc: lmap@ietf.org > >> Subject: RE: [lmap] draft-ietf-lmap-information-model-06: Reinsert > >> Task Capabilities and ma conditions back into the information model > >> > >> Hi Tim and Juergen, > >> > >> Here's a small addition to what Tim proposed: > >>>> * ma-task-capability-obj ma-supported-tasks<0..*>; > >> It's necessary for all non-measurement tasks to have a registry > >> providing the details of each task (and someone needs to start that > >> development). > >> > >> But for measurement Tasks, there can be multiple Performance Metric > >> Registry entries involved now, and each task will be some combination > >> of registered metrics. > >> > >> So we also need ma-supported-registry-entries<0..*>; > >> and the text below (from 3.9) needs some revisions to keep-up with > >> the latest agreements (if I've got this right): > >> > >> A Measurement Task Configuration is the same in information terms > to > >> any other Task Configuration. Both measurement and non- > measurement > >> Tasks have registry entries to enable the MA to uniquely identify > the > >> Task it should execute and retrieve the schema for any parameters > >> that may be passed to the Task. Registry entries are specified > as a > >> URI and can therefore be used to identify the Task within a > namespace > >> or point to a web or local file location for the Task > information. > >> As mentioned previously, these URIs may be used to identify the > >> Measurement Task in a public namespace > >> [I-D.ietf-ippm-metric-registry]. > >> > >> Al > >> > >>> -----Original Message----- > >>> From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Carey, > >>> Timothy > >>> (Timothy) > >>> Sent: Friday, September 25, 2015 8:51 AM > >>> To: Juergen Schoenwaelder > >>> Cc: lmap@ietf.org > >>> Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert > >>> Task Capabilities and ma conditions back into the information model > >>> > >>> Juergen, > >>> > >>> But the ma-status-object doesn't provide all the conditions of the > >>> MA might be experiencing (which might be implementation specific). > >>> > >>> BR, > >>> Tim > >>> > >>> -----Original Message----- > >>> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > >>> university.de] > >>> Sent: Wednesday, September 23, 2015 9:52 AM > >>> To: Carey, Timothy (Timothy) > >>> Cc: lmap@ietf.org > >>> Subject: Re: [lmap] draft-ietf-lmap-information-model-06: Reinsert > >>> Task Capabilities and ma conditions back into the information model > >>> > >>> On Tue, Jul 28, 2015 at 02:52:53PM +0000, Carey, Timothy (Timothy) > >>> wrote: > >>>> Juergen, > >>>> > >>>> In draft 05 we removed the ability for a measurement agent to > >>>> report > >>> its metrics that it supports. > >>>> We need to add > >>>> > >>>> * ma-task-capability-obj ma-supported-tasks<0..*>; > >>>> > >>>> * [ma-condition-obj ma-conditions<0..*>;] > >>>> > >>>> They were in the ma-status-obj. > >>> You are correct. There currently is no 'list' of tasks that are > >>> supported by a device anymore and we may have to put this back in. > >>> > >>> We changed the reporting of runtime failures to make them more > useful. > >>> See the ma-task-status-obj. > >>> > >>> /js > >>> > >>> -- > >>> Juergen Schoenwaelder Jacobs University Bremen gGmbH > >>> Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | > Germany > >>> Fax: +49 421 200 3103 > >>> > >>> _______________________________________________ > >>> lmap mailing list > >>> lmap@ietf.org > >>> https://www.ietf.org/mailman/listinfo/lmap > > _______________________________________________ > > lmap mailing list > > lmap@ietf.org > > https://www.ietf.org/mailman/listinfo/lmap >=20 > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap From nobody Wed Oct 14 06:21:24 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C79BD1A6EDB for ; Wed, 14 Oct 2015 06:21:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7y45zhPuktOS for ; Wed, 14 Oct 2015 06:21:19 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA15B1A21B4 for ; Wed, 14 Oct 2015 06:21:19 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BgAgBuVR5W/yYyC4deHAEBgjshLFR0uRGEIQENgVohgnKCCn8CgT44FAEBAQEBAQF/C4QoAQEDEhteARUVViYBBBsaiAwBDJ8mhROeHAELARsEhniJWC2DJYEUBZYVAY5yhDqDGJJgHwEBQoQChlqBBgEBAQ X-IPAS-Result: A2BgAgBuVR5W/yYyC4deHAEBgjshLFR0uRGEIQENgVohgnKCCn8CgT44FAEBAQEBAQF/C4QoAQEDEhteARUVViYBBBsaiAwBDJ8mhROeHAELARsEhniJWC2DJYEUBZYVAY5yhDqDGJJgHwEBQoQChlqBBgEBAQ X-IronPort-AV: E=Sophos;i="5.17,681,1437451200"; d="scan'208,217";a="141235250" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by co300216-co-outbound.net.avaya.com with ESMTP; 14 Oct 2015 09:21:18 -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/AES128-SHA; 14 Oct 2015 09:21:18 -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, 14 Oct 2015 15:21:16 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: draft agenda and logistics for the LMAP meeting at IETF 94 Thread-Index: AdEGgzCOTdSlfPZoSYCfIgpKfqanUA== Date: Wed, 14 Oct 2015 13:21:16 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB4C342@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_9904FB1B0159DA42B0B887B7FA8119CA5CB4C342AZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] draft agenda and logistics for the LMAP meeting at IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 14 Oct 2015 13:21:21 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB4C342AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have uploaded a preliminary agenda for the LMAP meeting at IETF 94 at htt= ps://www.ietf.org/proceedings/94/agenda/agenda-94-lmap. Please let us know if there are other items for the agenda. A few logistic issues: - Some of our participants will be remote, including Juergen. Plea= se let us know before 10/28 if you plan to present remotely so that we can = make arrangements with the Meetecho team - Even if you plan to present remotely it would be good to have a = on-site representative that can reasonably take over the presentation and d= iscussions in case we encounter technical difficulties - The fact that some participants will be remote make the jabber a= nd etherpad notes even more important - those who attend please volunteer i= n advance Thanks and Regards, Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB4C342AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have uploaded a preliminary agenda for the LMAP me= eting at IETF 94 at https= ://www.ietf.org/proceedings/94/agenda/agenda-94-lmap.

 

Please let us know if there are other items for the = agenda.

 

A few logistic issues:

 

-     &= nbsp;    Some of our participants w= ill be remote, including Juergen. Please let us know before 10/28 if you pl= an to present remotely so that we can make arrangements with the Meetecho t= eam

-     &= nbsp;    Even if you plan to presen= t remotely it would be good to have a on-site representative that can reaso= nably take over the presentation and discussions in case we encounter techn= ical difficulties

-     &= nbsp;    The fact that some partici= pants will be remote make the jabber and etherpad notes even more important= – those who attend please volunteer in advance

 

Thanks and Regards,

 

Dan

--_000_9904FB1B0159DA42B0B887B7FA8119CA5CB4C342AZFFEXMB04globa_-- From nobody Mon Oct 19 04:47:55 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE7201A8AE9 for ; Mon, 19 Oct 2015 04:47:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p5iwm64AmC-a for ; Mon, 19 Oct 2015 04:47:53 -0700 (PDT) Received: from co300216-co-outbound.net.avaya.com (co300216-co-outbound.net.avaya.com [198.152.13.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3888C1A1A33 for ; Mon, 19 Oct 2015 04:47:53 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2D7AQAO2CRW/xUHmMZeGQEBAQEOAQEBglwsVG8GvggBDYFaIYV9AhyBGDgUAQEBAQEBAX8LhC0BAQEBAxIREVEGAQgNBAQBAQMCBgwBEAMCBDAUAQYBAQUEAQQTCBqIDgEMoDuFE4peklgBAQEHAQEBAQEBAQEBFgSBIoVXhHyEKhEBID4NAYJVMYEUBZYjAYUYhT6EHoQ8gxgMhgyIZYNvHwEBQoQDcoQgBxcjgQYBAQE X-IPAS-Result: A2D7AQAO2CRW/xUHmMZeGQEBAQEOAQEBglwsVG8GvggBDYFaIYV9AhyBGDgUAQEBAQEBAX8LhC0BAQEBAxIREVEGAQgNBAQBAQMCBgwBEAMCBDAUAQYBAQUEAQQTCBqIDgEMoDuFE4peklgBAQEHAQEBAQEBAQEBFgSBIoVXhHyEKhEBID4NAYJVMYEUBZYjAYUYhT6EHoQ8gxgMhgyIZYNvHwEBQoQDcoQgBxcjgQYBAQE X-IronPort-AV: E=Sophos;i="5.17,701,1437451200"; d="scan'208";a="141842893" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by co300216-co-outbound.net.avaya.com with ESMTP; 19 Oct 2015 07:47:52 -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/AES128-SHA; 19 Oct 2015 07:47:51 -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, 19 Oct 2015 13:47:50 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: NomCom 2015 - Request for feedback Thread-Index: AdEKY/pI+/cxAr+iRs6h1ByQsVgcIw== Date: Mon, 19 Oct 2015 11:47:50 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB530A7@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: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: [lmap] FW: NomCom 2015 - Request for feedback X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 19 Oct 2015 11:47:54 -0000 UGxlYXNlIGhlbHAgTm9tQ29tIHdpdGggZmVlZGJhY2sgYWJvdXQgdGhlIGNhbmRpZGF0ZXMgdG8g dGhlIElBQiBhbmQgSUVTRyBvcGVuIHBvc2l0aW9ucy4gDQoNClRoYW5rcyBhbmQgUmVnYXJkcywN Cg0KRGFuDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBJRVRGLUFu bm91bmNlIFttYWlsdG86aWV0Zi1hbm5vdW5jZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYg T2YNCj4gTm9tQ29tIENoYWlyIDIwMTUNCj4gU2VudDogU2F0dXJkYXksIE9jdG9iZXIgMTcsIDIw MTUgNDoyMyBQTQ0KPiBUbzogSUVURiBBbm5vdW5jZW1lbnQgTGlzdA0KPiBDYzogaWV0ZkBpZXRm Lm9yZw0KPiBTdWJqZWN0OiBOb21Db20gMjAxNSAtIFJlcXVlc3QgZm9yIGZlZWRiYWNrDQo+IA0K PiBUaGUgMjAxNC0xNSBOb21pbmF0aW5nIENvbW1pdHRlZSBoYXMgY29sbGVjdGVkIGEgbGlzdCBv ZiB3aWxsaW5nIGNhbmRpZGF0ZXMNCj4gZm9yIHRoZSBwb3NpdGlvbnMgb3V0bGluZWQgYmVsb3cu ICBZb3UgY2FuIHNlZSB0aGUgbGlzdA0KPiBhdDogaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9ub21jb20vMjAxNC9mZWVkYmFjay8NCj4gDQo+IFlvdSBtYXkgcHJvdmlkZSBmZWVkYmFjayB1 c2luZyB0aGUgd2ViIGZvcm0gdGhlcmU7IGl0IGlzIHNlY3VyZS4NCj4gQWxsIGZlZWRiYWNrIGdv ZXMgaW50byB0aGUgZGF0YXRyYWNrZXIgdXNpbmcgYXN5bW1ldHJpYyBlbmNyeXB0aW9uLCB3aGlj aCBpcw0KPiBkZWNyeXB0ZWQgYnkgdGhlIG5vbWNvbSBtZW1iZXJzIGFzIHRoZXkgcmVhZCBpdC4g IFNvIHlvdXIgZmVlZGJhY2sgY2FuDQo+IG5vdCBiZSBzZWVuIGJ5IHRoZSBzZWNyZXRhcmlhdCwg dGhlIHRvb2xzIHBlb3BsZSwgb3IgYW55IG9mIHRoZSBtYW5hZ2VtZW50Lg0KPiANCj4gWW91ciBm ZWVkYmFjayB0aHJvdWdoIHRoZSB3ZWIgZm9ybSBpcyBub3QgYW5vbnltb3VzIGFzIHlvdSBuZWVk IGEgbG9naW4NCj4gdG8gcHJvdmlkZSBpdC4NCj4gDQo+IFlvdSBtYXkgYWxzbyBwcm92aWRlIGZl ZWRiYWNrIGJ5IGVtYWlsaW5nIG5vbWNvbTE0QGlldGYub3JnLCB3aGljaA0KPiBlbnRlcnMgdGhl IHNhbWUgc3lzdGVtIHRocm91Z2ggZW1haWw7IGl0IGlzIGFzIG5vbi1hbm9ueW1vdXMgYXMgZW1h aWwgaXMsDQo+IGJ1dCBJIGRvIGhhdmUgdG8gc29ydCBpdCBvdXQuICBBIHNlcGFyYXRlIGVtYWls IHBlciBjYW5kaWRhdGUgaXMgZWFzaWVyIHRvIGRlYWwNCj4gd2l0aC4NCj4gDQo+IElmIHlvdSB3 YW50IHRvIGdpdmUgdHJ1bHkgYW5vbnltb3VzIGZlZWRiYWNrLCBwbGVhc2UgY29udGFjdCBvbmUg b2YgdGhlDQo+IE5vbUNvbSBtZW1iZXJzIHRoYXQgeW91IHRydXN0IGRpcmVjdGx5LCBhbmQgYXNr IGhpbS9oZXIgdG8gcmVsYXkgdGhlDQo+IGZlZWRiYWNrIGFub255bW91c2x5IHRvIHRoZSBOb21D b20uDQo+IA0KPiBXZSB3aWxsIGFsc28gYW5ub3VuY2Ugb2ZmaWNlIGhvdXJzIGluIFlva29oYW1h IHNob3J0bHkuDQo+IA0KPiBUaGUgcG9zaXRpb25zIHRvIGJlIGZpbGxlZCBhcmUgdGhvc2UgY3Vy cmVudGx5IGhlbGQgYnk6DQo+IA0KPiBJQUINCj4gLSBNYXJ5IEJhcm5lcw0KPiAtIEpvZSBIaWxk ZWJyYW5kDQo+IC0gVGVkIEhhcmRpZQ0KPiAtIEVyaWsgTm9yZG1hcmsNCj4gLSBCcmlhbiBUcmFt bWVsbA0KPiAtIE1hcmMgQmxhbmNoZXQNCj4gDQo+IElFU0cNCj4gLSBBbGlzc2EgQ29vcGVyIChB UlQpDQo+IC0gQmFycnkgTGVpYmEgKEFSVCkNCj4gLSBCcmlhbiBIYWJlcm1hbiAoSW50ZXJuZXQp ICgqKQ0KPiAtIEJlbm9pdCBDbGFpc2UgKE9wZXJhdGlvbnMgYW5kIE1hbmFnZW1lbnQpDQo+IC0g QWxpYSBBdGxhcyAoUm91dGluZykNCj4gLSBLYXRobGVlbiBNb3JpYXJ0eSAoU2VjdXJpdHkpDQo+ IC0gTWFydGluIFN0aWVtZXJsaW5nIChUcmFuc3BvcnQpICgqKQ0KPiANCj4gSGFyYWxkIEFsdmVz dHJhbmQsIE5vbWNvbSBjaGFpciAyMDE1DQo+IG5vbWNvbS1jaGFpci0yMDE1QGlldGYub3JnLCBo dGErbm9tY29tQGFsdmVzdHJhbmQubm8NCg0K From nobody Mon Oct 19 04:49:51 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0030B1A1A33 for ; Mon, 19 Oct 2015 04:49:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nu11rHYC5QUL for ; Mon, 19 Oct 2015 04:49:48 -0700 (PDT) Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com [198.152.71.100]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 28C591A8AF1 for ; Mon, 19 Oct 2015 04:49:47 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BWBQBBP8ZV/yYyC4dbGQEBglQsVGkGgx6mUAaTP4FbHwqFeQIcgQo6EgEBAQEBAQF/C4QjAQEBAQMSCwYRUQQCAQgNBAQBAQMCBgwBEAMCAgIwFAEGAQEFAwIEEwgMDogMAQysbIpWlWgBAQEBAQEBAwEBAQEBAQEBAQEBEwSBIoR9hTKEJhEBIDgGDQGCGjsSHYEUBYccjW8BhQGFI4QHhCWDCwyNEoNmFw+DfW+BBwcXI4EEAQEB X-IPAS-Result: A2BWBQBBP8ZV/yYyC4dbGQEBglQsVGkGgx6mUAaTP4FbHwqFeQIcgQo6EgEBAQEBAQF/C4QjAQEBAQMSCwYRUQQCAQgNBAQBAQMCBgwBEAMCAgIwFAEGAQEFAwIEEwgMDogMAQysbIpWlWgBAQEBAQEBAwEBAQEBAQEBAQEBEwSBIoR9hTKEJhEBIDgGDQGCGjsSHYEUBYccjW8BhQGFI4QHhCWDCwyNEoNmFw+DfW+BBwcXI4EEAQEB X-IronPort-AV: E=Sophos;i="5.15,634,1432612800"; d="scan'208";a="124828339" Received: from unknown (HELO p-us1-erheast-smtpauth.us1.avaya.com) ([135.11.50.38]) by de307622-de-outbound.net.avaya.com with ESMTP; 19 Oct 2015 07:49:45 -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/AES128-SHA; 19 Oct 2015 07:49:45 -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, 19 Oct 2015 13:49:44 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: Nomcom 2015 CORRECTION: Call for community feedback Thread-Index: AQHRCP3iXHN/RGQIFU2eThwNq/XTa55ytmTg Date: Mon, 19 Oct 2015 11:49:43 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB530DB@AZ-FFEXMB04.global.avaya.com> References: <20151017170403.30424.54786.idtracker@ietfa.amsl.com> In-Reply-To: <20151017170403.30424.54786.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 2015 CORRECTION: Call for community feedback X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 19 Oct 2015 11:49:50 -0000 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogSUVURi1Bbm5vdW5jZSBb bWFpbHRvOmlldGYtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mDQo+IE5v bUNvbSBDaGFpciAyMDE1DQo+IFNlbnQ6IFNhdHVyZGF5LCBPY3RvYmVyIDE3LCAyMDE1IDg6MDQg UE0NCj4gVG86IElFVEYgQW5ub3VuY2VtZW50IExpc3QNCj4gQ2M6IGlldGZAaWV0Zi5vcmcNCj4g U3ViamVjdDogTm9tY29tIDIwMTUgQ09SUkVDVElPTjogQ2FsbCBmb3IgY29tbXVuaXR5IGZlZWRi YWNrDQo+IA0KPiBUaGUgbGlua3MgYW5kIGVtYWlscyBpbiB0aGUgcHJldmlvaXVzIHBvc3Rpbmcg d2VyZSB3cm9uZy4NCj4gSGVyZSdzIGEgY29ycmVjdGVkIHZlcnNpb24uIE15IGFwb2xvZ2llcyEN Cj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gVGhlIDIwMTUtMTYgTm9taW5hdGluZyBDb21taXR0ZWUgaGFzIGNv bGxlY3RlZCBhIGxpc3Qgb2Ygd2lsbGluZyBjYW5kaWRhdGVzDQo+IGZvciB0aGUgcG9zaXRpb25z IG91dGxpbmVkIGJlbG93LiAgWW91IGNhbiBzZWUgdGhlIGxpc3QNCj4gYXQ6ICAgaHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9ub21jb20vMjAxNS9mZWVkYmFjay8NCj4gDQo+IFlvdSBtYXkg cHJvdmlkZSBmZWVkYmFjayB1c2luZyB0aGUgd2ViIGZvcm0gdGhlcmU7IGl0IGlzIHNlY3VyZS4N Cj4gQWxsIGZlZWRiYWNrIGdvZXMgaW50byB0aGUgZGF0YXRyYWNrZXIgdXNpbmcgYXN5bW1ldHJp YyBlbmNyeXB0aW9uLCB3aGljaCBpcw0KPiBkZWNyeXB0ZWQgYnkgdGhlIG5vbWNvbSBtZW1iZXJz IGFzIHRoZXkgcmVhZCBpdC4gIFNvIHlvdXIgZmVlZGJhY2sgY2FuDQo+IG5vdCBiZSBzZWVuIGJ5 IHRoZSBzZWNyZXRhcmlhdCwgdGhlIHRvb2xzIHBlb3BsZSwgb3IgYW55IG9mIHRoZSBtYW5hZ2Vt ZW50Lg0KPiANCj4gWW91ciBmZWVkYmFjayB0aHJvdWdoIHRoZSB3ZWIgZm9ybSBpcyBub3QgYW5v bnltb3VzIGFzIHlvdSBuZWVkIGEgbG9naW4NCj4gdG8gcHJvdmlkZSBpdC4NCj4gDQo+IFlvdSBt YXkgYWxzbyBwcm92aWRlIGZlZWRiYWNrIGJ5IGVtYWlsaW5nIG5vbWNvbTE1QGlldGYub3JnLCB3 aGljaA0KPiBlbnRlcnMgdGhlIHNhbWUgc3lzdGVtIHRocm91Z2ggZW1haWw7IGl0IGlzIGFzIG5v bi1hbm9ueW1vdXMgYXMgZW1haWwgaXMsDQo+IGJ1dCBJIGRvIGhhdmUgdG8gc29ydCBpdCBvdXQu ICBBIHNlcGFyYXRlIGVtYWlsIHBlciBjYW5kaWRhdGUgaXMgZWFzaWVyIHRvIGRlYWwNCj4gd2l0 aC4NCj4gDQo+IElmIHlvdSB3YW50IHRvIGdpdmUgdHJ1bHkgYW5vbnltb3VzIGZlZWRiYWNrLCBw bGVhc2UgY29udGFjdCBvbmUgb2YgdGhlDQo+IE5vbUNvbSBtZW1iZXJzIHRoYXQgeW91IHRydXN0 IGRpcmVjdGx5LCBhbmQgYXNrIGhpbS9oZXIgdG8gcmVsYXkgdGhlDQo+IGZlZWRiYWNrIGFub255 bW91c2x5IHRvIHRoZSBOb21Db20uDQo+IA0KPiBXZSB3aWxsIGFsc28gYW5ub3VuY2Ugb2ZmaWNl IGhvdXJzIGluIFlva29oYW1hIHNob3J0bHkuDQo+IA0KPiBUaGUgcG9zaXRpb25zIHRvIGJlIGZp bGxlZCBhcmUgdGhvc2UgY3VycmVudGx5IGhlbGQgYnk6DQo+IA0KPiBJQUINCj4gLSBNYXJ5IEJh cm5lcw0KPiAtIEpvZSBIaWxkZWJyYW5kDQo+IC0gVGVkIEhhcmRpZQ0KPiAtIEVyaWsgTm9yZG1h cmsNCj4gLSBCcmlhbiBUcmFtbWVsbA0KPiAtIE1hcmMgQmxhbmNoZXQNCj4gDQo+IElFU0cNCj4g LSBBbGlzc2EgQ29vcGVyIChBUlQpDQo+IC0gQmFycnkgTGVpYmEgKEFSVCkNCj4gLSBCcmlhbiBI YWJlcm1hbiAoSW50ZXJuZXQpICgqKQ0KPiAtIEJlbm9pdCBDbGFpc2UgKE9wZXJhdGlvbnMgYW5k IE1hbmFnZW1lbnQpDQo+IC0gQWxpYSBBdGxhcyAoUm91dGluZykNCj4gLSBLYXRobGVlbiBNb3Jp YXJ0eSAoU2VjdXJpdHkpDQo+IC0gTWFydGluIFN0aWVtZXJsaW5nIChUcmFuc3BvcnQpICgqKQ0K PiANCj4gSGFyYWxkIEFsdmVzdHJhbmQsIE5vbWNvbSBjaGFpciAyMDE1DQo+IG5vbWNvbS1jaGFp ci0yMDE1QGlldGYub3JnLCBodGErbm9tY29tQGFsdmVzdHJhbmQubm8NCg0K From nobody Mon Oct 19 14:17:13 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 537081B2CC2 for ; Mon, 19 Oct 2015 14:16:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5lzEuWNwa2nU for ; Mon, 19 Oct 2015 14:16:55 -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 C35731B2CC5 for ; Mon, 19 Oct 2015 14:16:55 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 94B008FE; Mon, 19 Oct 2015 23:16:54 +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 DOyWRqaAuplp; Mon, 19 Oct 2015 23:16:53 +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, 19 Oct 2015 23:16:53 +0200 (CEST) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7CB3E20053; Mon, 19 Oct 2015 23:16:53 +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 0lhD09SdnyIe; Mon, 19 Oct 2015 23:16:52 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1551B2004E; Mon, 19 Oct 2015 23:16:52 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id A0BD137B8D42; Mon, 19 Oct 2015 23:16:50 +0200 (CEST) Date: Mon, 19 Oct 2015 23:16:49 +0200 From: Juergen Schoenwaelder To: Holger Wiehen Message-ID: <20151019211647.GA82004@elstar.local> Mail-Followup-To: Holger Wiehen , lmap@ietf.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Archived-At: Cc: lmap@ietf.org Subject: Re: [lmap] Relationship of task & task-registry-entries (draft-ietf-lmap-information-model-06) X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 19 Oct 2015 21:16:57 -0000 On Tue, Oct 06, 2015 at 11:22:55AM -0300, Holger Wiehen wrote: > Hi. > > In the information model, the ma-task-object references, potentially, multiple ma-task-registry-entries. > > Is it right that a given measurement task always works with a single package stream, measuring multiple metrics simultaneously? So in a ma-task-object we can combine only those ma-task-registry-entries for which the ippm-metric-registry defines the same package stream (type-p, distribution)? > > Is this interpretation right? I would not put up a restriction that a task is limited to one packet stream. We do have measurement tasks that do multiple things that are closely related but effectively different packet trains on the wire. I think it should be an implementation choice which metrics are combined into a task (and ideally it is configurable which metrics are measured when a task is executed). /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 Oct 19 14:40:20 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B54E91B2D05 for ; Mon, 19 Oct 2015 14:40:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id blKJm_CMZHXM for ; Mon, 19 Oct 2015 14:40:17 -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 2A8021B2D23 for ; Mon, 19 Oct 2015 14:40:02 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id F0ECFFDA; Mon, 19 Oct 2015 23:40:00 +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 ktVr84y4VXzL; Mon, 19 Oct 2015 23:40:00 +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, 19 Oct 2015 23:40:00 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id ECD0520053; Mon, 19 Oct 2015 23:39:59 +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 caH837NKwdJY; Mon, 19 Oct 2015 23:39:59 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id CA4042004E; Mon, 19 Oct 2015 23:39:58 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 5D27837B8E33; Mon, 19 Oct 2015 23:39:55 +0200 (CEST) Date: Mon, 19 Oct 2015 23:39:53 +0200 From: Juergen Schoenwaelder To: "Romascanu, Dan (Dan)" Message-ID: <20151019213949.GD82004@elstar.local> Mail-Followup-To: "Romascanu, Dan (Dan)" , "lmap@ietf.org" References: <9904FB1B0159DA42B0B887B7FA8119CA5CB4C342@AZ-FFEXMB04.global.avaya.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA5CB4C342@AZ-FFEXMB04.global.avaya.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] draft agenda and logistics for the LMAP meeting at IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 19 Oct 2015 21:40:19 -0000 On Wed, Oct 14, 2015 at 01:21:16PM +0000, Romascanu, Dan (Dan) wrote: > I have uploaded a preliminary agenda for the LMAP meeting at IETF 94 at https://www.ietf.org/proceedings/94/agenda/agenda-94-lmap. > Dan and Jason, due to some travel, I won't get the lmap I-D updates done today by the cutoff. I plan to have updates by Wednesday evening European time and I will either ask for late posting approval or simply send things to the list and upload when I-D submission opens again in two weeks. /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 Oct 19 14:46:00 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1EEA1B2D28 for ; Mon, 19 Oct 2015 14:45:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z094ngoCRnlX for ; Mon, 19 Oct 2015 14:45:57 -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 989601B2D05 for ; Mon, 19 Oct 2015 14:45:57 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 44263123B0C; Mon, 19 Oct 2015 17:45:41 -0400 (EDT) Received: from exchange.research.att.com (njfpsrvexg11.research.att.com [135.207.255.123]) by mail-azure.research.att.com (Postfix) with ESMTP id 3BEDDE0555; Mon, 19 Oct 2015 17:45:54 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by NJFPSRVEXG11.research.att.com ([fe80::516e:6eec:2697:ec78%17]) with mapi; Mon, 19 Oct 2015 17:45:53 -0400 From: "MORTON, ALFRED C (AL)" To: Juergen Schoenwaelder , Holger Wiehen Date: Mon, 19 Oct 2015 17:45:52 -0400 Thread-Topic: [lmap] Relationship of task & task-registry-entries (draft-ietf-lmap-information-model-06) Thread-Index: AdEKs4vGjuYmfIVHRNCBbbj9JMCMQAAAffXw Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0BB67F966B@NJFPSRVEXG0.research.att.com> References: <20151019211647.GA82004@elstar.local> In-Reply-To: <20151019211647.GA82004@elstar.local> 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: "lmap@ietf.org" Subject: Re: [lmap] Relationship of task & task-registry-entries (draft-ietf-lmap-information-model-06) X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 19 Oct 2015 21:45:59 -0000 Al adds below: > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Juergen > Schoenwaelder > Sent: Monday, October 19, 2015 5:17 PM > To: Holger Wiehen > Cc: lmap@ietf.org > Subject: Re: [lmap] Relationship of task & task-registry-entries (draft- > ietf-lmap-information-model-06) >=20 > On Tue, Oct 06, 2015 at 11:22:55AM -0300, Holger Wiehen wrote: > > Hi. > > > > In the information model, the ma-task-object references, potentially, > multiple ma-task-registry-entries. > > > > Is it right that a given measurement task always works with a single > package stream, measuring multiple metrics simultaneously? So in a ma- > task-object we can combine only those ma-task-registry-entries for which > the ippm-metric-registry defines the same package stream (type-p, > distribution)? > > > > Is this interpretation right? >=20 > I would not put up a restriction that a task is limited to one packet > stream. We do have measurement tasks that do multiple things that are > closely related but effectively different packet trains on the wire. I > think it should be an implementation choice which metrics are combined > into a task (and ideally it is configurable which metrics are measured > when a task is executed). >=20 > /js [ACM] I agree, multiple streams are possible in a single task, as long as: - people understand that the streams will start at exactly the same time according to a single schedule. For Poisson streams, the implications are small as long as different random distributions are used. - Many of the other Task-common aspects must be the same. This includes all the Run-Time parameters (expressed as options to the task). and probably some other aspects which separating the streams into different tasks would avoid, but yes, I agree it should be possible. I'm looking at my slide 3 from the Interim meeting talk "Registry Meets LMAP". Al From nobody Mon Oct 19 16:53:53 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0932E1ACEC3 for ; Mon, 19 Oct 2015 16:53:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.225 X-Spam-Level: X-Spam-Status: No, score=0.225 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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_9Sd5mkzT for ; Mon, 19 Oct 2015 16:53:45 -0700 (PDT) Received: from pacdcmhout01.cable.comcast.com (PACDCMHOUT01.cable.comcast.com [68.87.31.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D06C11ACE0C for ; Mon, 19 Oct 2015 16:53:40 -0700 (PDT) X-AuditID: 44571fa7-f79776d000005d5f-39-56258281f47d Received: from PACDCEXHUB03.cable.comcast.com (cas-umc02.ndceast.pa.bo.comcast.net [68.87.34.28]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by pacdcmhout01.cable.comcast.com (SMTP Gateway) with SMTP id 76.63.23903.28285265; Mon, 19 Oct 2015 19:53:38 -0400 (EDT) Received: from PACDCEX41.cable.comcast.com (24.40.2.140) by pacdcexhub03.cable.comcast.com (24.40.56.116) with Microsoft SMTP Server (TLS) id 14.3.181.6; Mon, 19 Oct 2015 19:53:37 -0400 Received: from PACDCEX41.cable.comcast.com (24.40.2.140) by PACDCEX41.cable.comcast.com (24.40.2.140) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Mon, 19 Oct 2015 19:53:37 -0400 Received: from PACDCEX41.cable.comcast.com ([fe80::3aea:a7ff:fe36:8b0c]) by PACDCEX41.cable.comcast.com ([fe80::3aea:a7ff:fe36:8b0c%19]) with mapi id 15.00.1044.021; Mon, 19 Oct 2015 19:53:36 -0400 From: "Brzozowski, John" To: "lmap@ietf.org" Thread-Topic: New Version Notification for draft-jjmb-lmap-reference-implementation-guide-00.txt Thread-Index: AQHRCsleVr3EKHsPGUuRaa+UfXFG9Q== Date: Mon, 19 Oct 2015 23:53:36 +0000 Message-ID: References: <20151019233342.21996.84806.idtracker@ietfa.amsl.com> In-Reply-To: <20151019233342.21996.84806.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.7.151005 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [68.87.29.8] Content-Type: text/plain; charset="utf-8" Content-ID: <8A2023E6A031204FBA898FB8A61DE92E@cable.comcast.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Forward X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrBIsWRmVeSWpSXmKPExsXiEq4ko9vUpBpmMGGDtMWRZ6eYLJrPazsw eSxZ8pMpgDGKyyYlNSezLLVI3y6BK6P3yT2mgmMyFcue/mBqYHwh3cXIwSEhYCLx4WR0FyMn kCkmceHeerYuRi4OIYFdTBIPJv1nA0kICexllDjbpA+R2M0ocWX5HhYI5ySjxNpr/SwgVWwC NhKvP/xkBLFFBJQlzrxexAxiMwtUSnxbsgSsRlggVuLHm8usEDVJEv8+LIay9SQ27z7OCnIR i4CqxN81XiBhXgF7iT3LjrFAHOEocfnpQTCbU8BJ4vKBBrBWRqCrv59awwSxSlzi1pP5TBDf CEgs2XOeGcIWlXj5+B9YvSjQqvZTEI9JCBhIbF26jwXClpPo2dHKCHICs4CmxPpd+hAjHSSm LT7DAmErSkzpfsgOcZqgxMmZT1hAyoWARs57IA0xRVzi8JEdrBMYZWchOWgWwtBZSIbOQjJ0 FpKhCxhZVzHKFSQmpyTnZuSXlhgY6iUnJuWk6iXn5yYnFpeA6E2M4PiXX76D8d4Lp0OMAhyM Sjy82/NUw4RYE8uKK3MPMUpwMCuJ8L6uBwrxpiRWVqUW5ccXleakFh9ilOZgURLn3XzvV6iQ QHpiSWp2ampBahFMlomDU6qBsfHxK581Zdc6tevSJtr7HOm3mKw60zdSJERg4sfS6YH6Ccne h10fVItYmGrnnL5Tb+zCUmjxjX02+/tTF9hbLNLcs5hZr6owRUZHVzZ9VPgydfK7FEun6Kcm PfyPFh7s/X36rArn8tfq4prLte8t6Wdm/NBnsfr5ESHmrzeUp760XFB2tC1biaU4I9FQi7mo OBEABHw+DPsCAAA= Archived-At: Cc: "draft-jjmb-lmap-reference-implementation-guide@ietf.org" Subject: [lmap] New Version Notification for draft-jjmb-lmap-reference-implementation-guide-00.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 19 Oct 2015 23:53:47 -0000 bG1hcCBXRywNCg0KU2V2ZXJhbCB5ZWFycyBhZ28gQ29tY2FzdCBhbmQgVmlsbGFub3ZhIFVuaXZl cnNpdHkgZGlkIGEgZ3JlYXQgZGVhbCBvZg0Kd29yayByZWxhdGVkIHRvIGxhcmdlIHNjYWxlIG1l YXN1cmVtZW50cy4gIFdlIGhhdmUgc2hhcmVkIHNvbWUgb2YgdGhlIHdvcmsNCmxvb3NlbHkgb3Zl ciB0aGUgeWVhcnMgYW5kIGZpbmFsbHkgZGVjaWRlZCBpdCB3YXMgdGltZSBmb3IgdXMgdG8gYmVn aW4NCmRvY3VtZW50aW5nIHRoZSB3b3JrIHdlIGRpZC4gIFdlIGZlZWwgdGhlIExNQVAgV0cgYW5k IGNvbW11bml0eSB3b3VsZA0KYmVuZWZpdCBncmVhdGx5IGZyb20gdGhpcyB3b3JrLCBpZiBmb3Ig bm90aGluZyBlbHNlIHRvIGhlYXIgYWJvdXQgb3VyDQpleHBlcmllbmNlcy4NCg0KUGxlYXNlIGZl ZWwgZnJlZSB0byBzZW5kIHVzIGNvbW1lbnRzIG9uIHRoZSBsaXN0LCBpZiB0aGVyZSBpcyBzdWZm aWNpZW50DQppbnRlcmVzdCBhbmQgdGltZSBpcyBhdmFpbGFibGUgd2UgcGxhbiB0byByZXF1ZXN0 IHNvbWUgdGltZSBkdXJpbmcgdGhlDQpMTUFQIFdHIG1lZXRpbmcgaW4gWW9rb2hhbWEuDQoNCkpv aG4sIFZpamF5LCBhbmQgU2FydmVzaA0KKzEtNDg0LTk2Mi0wMDYwDQoNCg0KDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiAiaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiA8aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0KRGF0ZTogTW9uZGF5LCBPY3RvYmVyIDE5LCAyMDE1IGF0 IDE5OjMzDQpUbzogU2FydmVzaCBLdWxrYXJuaSA8c2FydmVzaC5rdWxrYXJuaUB2aWxsYW5vdmEu ZWR1PiwgVmlqYXkgR2VobG90DQo8dmlqYXkuZ2VobG90QHZpbGxhbm92YS5lZHU+LCBWaWpheSBH ZWhsb3QgPHZpamF5LmdlaGxvdEB2aWxsYW5vdmEuZWR1PiwNCkpvaG4gSmFzb24gQnJ6b3pvd3Nr aSA8am9obl9icnpvem93c2tpQGNhYmxlLmNvbWNhc3QuY29tPg0KU3ViamVjdDogTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvcg0KZHJhZnQtamptYi1sbWFwLXJlZmVyZW5jZS1pbXBsZW1lbnRh dGlvbi1ndWlkZS0wMC50eHQNCg0KPg0KPkEgbmV3IHZlcnNpb24gb2YgSS1ELA0KPmRyYWZ0LWpq bWItbG1hcC1yZWZlcmVuY2UtaW1wbGVtZW50YXRpb24tZ3VpZGUtMDAudHh0DQo+aGFzIGJlZW4g c3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBKb2huIEphc29uIEJyem96b3dza2kgYW5kIHBvc3Rl ZCB0byB0aGUNCj5JRVRGIHJlcG9zaXRvcnkuDQo+DQo+TmFtZToJCWRyYWZ0LWpqbWItbG1hcC1y ZWZlcmVuY2UtaW1wbGVtZW50YXRpb24tZ3VpZGUNCj5SZXZpc2lvbjoJMDANCj5UaXRsZToJCVNv ZnR3YXJlIEFyY2hpdGVjdHVyZSBhbmQgR3VpZGVsaW5lcyBmb3IgQ3JlYXRpbmcgYW4gTE1BUA0K PlJlZmVyZW5jZSBJbXBsZW1lbnRhdGlvbg0KPkRvY3VtZW50IGRhdGU6CTIwMTUtMTAtMTkNCj5H cm91cDoJCUluZGl2aWR1YWwgU3VibWlzc2lvbg0KPlBhZ2VzOgkJNw0KPlVSTDogICAgICAgICAg ICANCj5odHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtamptYi1sbWFw LXJlZmVyZW5jZS1pbXBsZW1lbnRhdA0KPmlvbi1ndWlkZS0wMC50eHQNCj5TdGF0dXM6ICAgICAg ICAgDQo+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtamptYi1sbWFwLXJl ZmVyZW5jZS1pbXBsZW1lbnRhdGlvbi0NCj5ndWlkZS8NCj5IdG1saXplZDogICAgICAgDQo+aHR0 cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWpqbWItbG1hcC1yZWZlcmVuY2UtaW1wbGVt ZW50YXRpb24tZ3VpZGUNCj4tMDANCj4NCj4NCj5BYnN0cmFjdDoNCj4gICBUaGlzIGRvY3VtZW50 IGRlc2NyaWJlcyBhIHNvZnR3YXJlIGFyY2hpdGVjdHVyZSBhbmQgcmVmZXJlbmNlDQo+ICAgaW1w bGVtZW50YXRpb24gZ3VpZGVsaW5lcyBmb3IgdGhlIGZyYW1ld29yayBmb3IgTGFyZ2UtU2NhbGUN Cj4gICBNZWFzdXJlbWVudCBvZiBCcm9hZGJhbmQgUGVyZm9ybWFuY2UgKExNQVApLiAgVGhlIElF VEYtTE1BUCB3b3JraW5nDQo+ICAgZ3JvdXAgcHJvcG9zZWQgYSBkcmFmdCB0aGF0IGRldGFpbHMg YSBsb2dpY2FsIGFyY2hpdGVjdHVyZSBmb3INCj4gICBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudHMg aW4gYnJvYWRiYW5kIG5ldHdvcmtzIG9uIGEgbGFyZ2Ugc2NhbGUuICBUaGUNCj4gICBJRVRGLUxN QVAgcHJvcG9zYWwgY29udGFpbnMgdGhlIG9wZXJhdGlvbmFsIGNvbmNlcHRzIGZvciBzdWNoIGEN Cj4gICBwbGF0Zm9ybS4gIEhvd2V2ZXIsIHNpbmNlIHRoZSBzdGFuZGFyZGl6YXRpb24gaXMgaW4g dGhlIGluaXRpYWwNCj4gICBzdGFnZXMgd2l0aCBubyBvZmZpY2lhbCBleGlzdGluZyBpbXBsZW1l bnRhdGlvbiwgdGhlIHByb3Bvc2FsIGxlYXZlcw0KPiAgIG1hbnkgZGV0YWlscyBvZiB0aGUgc3Bl Y2lmaWNhdGlvbiB1cCB0byB0aGUgaW1wbGVtZW50ZXIgdG8gZGlzY292ZXIuDQo+DQo+ICAgICAg ICAgICAgICAgICAgDQo+ICAgICAgICANCj4NCj4NCj5QbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0 YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZg0KPnN1Ym1pc3Npb24NCj51 bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xz LmlldGYub3JnLg0KPg0KPlRoZSBJRVRGIFNlY3JldGFyaWF0DQo+DQo+DQoNCg== From nobody Tue Oct 20 01:09:17 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFA651B2E42 for ; Tue, 20 Oct 2015 01:09:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qHL-IcBe4YAa for ; Tue, 20 Oct 2015 01:09: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 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 610A01B2D9C for ; Tue, 20 Oct 2015 01:07:57 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2AdAwA3Q8ZV/yYyC4dbGQEBAYJTLFRpBqluBpM2CYF8hgECgSY4FAEBAQEBAQGBCoQjAQEBAQIBEig/BQcEAgEIDQECBQEMFAkHMhQRAgQODRqIBAgBrHWgOgEBAQEBAQEDAQEBAQEBAQEBGYYfhTKEWDEHgxiBFAWVCwGFAYlwhmqRBBcPg31vgUiBBAEBAQ X-IPAS-Result: A2AdAwA3Q8ZV/yYyC4dbGQEBAYJTLFRpBqluBpM2CYF8hgECgSY4FAEBAQEBAQGBCoQjAQEBAQIBEig/BQcEAgEIDQECBQEMFAkHMhQRAgQODRqIBAgBrHWgOgEBAQEBAQEDAQEBAQEBAQEBGYYfhTKEWDEHgxiBFAWVCwGFAYlwhmqRBBcPg31vgUiBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,634,1432612800"; d="scan'208";a="147473664" 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; 20 Oct 2015 04:07:55 -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/AES128-SHA; 20 Oct 2015 04:07:55 -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, 20 Oct 2015 10:07:54 +0200 From: "Romascanu, Dan (Dan)" To: Juergen Schoenwaelder Thread-Topic: [lmap] draft agenda and logistics for the LMAP meeting at IETF 94 Thread-Index: AQHRCra3/u9pyPFxD0uM7ptUTS7C9Z50BpEQ Date: Tue, 20 Oct 2015 08:07:54 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB55599@AZ-FFEXMB04.global.avaya.com> References: <9904FB1B0159DA42B0B887B7FA8119CA5CB4C342@AZ-FFEXMB04.global.avaya.com> <20151019213949.GD82004@elstar.local> In-Reply-To: <20151019213949.GD82004@elstar.local> 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: Cc: "lmap@ietf.org" Subject: Re: [lmap] draft agenda and logistics for the LMAP meeting at IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 20 Oct 2015 08:09:16 -0000 Hi Juergen, I suggest that you do both - post to the list the link to the updated I-Ds = AND ask for special approval. The LMAP meeting is scheduled for Monday, and= it's easier if participants can find the I-Ds at the usual place (and avoi= d looking by mistake at the older versions).=20 Thanks and Regards, Dan > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > university.de] > Sent: Tuesday, October 20, 2015 12:40 AM ... > Dan and Jason, >=20 > due to some travel, I won't get the lmap I-D updates done today by the > cutoff. I plan to have updates by Wednesday evening European time and I > will either ask for late posting approval or simply send things to the li= st and > upload when I-D submission opens again in two weeks. >=20 > /js >=20 From janusz@broadbandspeedchecker.co.uk Tue Oct 20 05:15:36 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F8C01B3382 for ; Tue, 20 Oct 2015 05:15:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] autolearn=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 EL7YafdqHuXQ for ; Tue, 20 Oct 2015 05:15:35 -0700 (PDT) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CE5EF1B3394 for ; Tue, 20 Oct 2015 05:15:29 -0700 (PDT) Received: by qgad10 with SMTP id d10so12466071qga.3 for ; Tue, 20 Oct 2015 05:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=optimalsoftware_cz.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type; bh=KiJtUEt2xUHT0E8AJapn5Ua8C2bski/u4xOpYkCfKdo=; b=reUX/vXabAUO9GWCVeMwC76oPcuIw512W5dSRwShA92Ag5Vp/sYrosvEiY3piOG+6L 2dIbXts1uNLTQOYtdlkDHM9njaI3BGxkcpXn4A959yPEJPqn1ZB6wCj3W8yjQJ7nFPay Ubzrt9Zc3PtwSJn/YkE5YdHNz3OYX4PSADbboVgkUhAjx6U7jwzFHGVbpiVQU2fJk9XE pBrfgDqhB+nFTVb4zyUIl+9SkRu6myGh0sRBCftLhLssV/DTbzOeEqyRAzLvWK5n9vEi LMKLF3AxLNaRTiD9hB8hu+IYMZI/nL+SCNoCLuwgY+9XxvA8gGmucQGchlBrDl+GkW9l 7huQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=KiJtUEt2xUHT0E8AJapn5Ua8C2bski/u4xOpYkCfKdo=; b=JDxjnxVavWdXD6o82MYxOGAuIsjXos7VjMfs0ODeKgfibvJqaFSwch+ZaEkgjXOxSm QQENzupHInVMoDnTBxEfJLJoEcg8Uy/2kZK7kQpVCSbXgSmLSlANK2oLriZnxVFtBmzj /iaNA3MSvB3ZUeYhje3p218k9pMilP9oRz95Veev5TReJAh0QO279Hi8xMEkvK7Fmdux IlrLMb7lV7P6AQ97Ktmdyy9y33QbZN4LasEwCgno/Bhi4fC82WU28cfgoOWmtxBPDgDH 1SeIFittl2YqJnOvfHQxWZajNuz23UqPFvfSWQFNY7OfZhqfJFG4RxxA64PBg0/dCWn9 PwGA== X-Gm-Message-State: ALoCoQkkvmaEx6/46pGlTFLtn+zO3FB2vqtC9Utsk6IDDXK7aXJsCXiaVJHc/gnCblBDjHnlwS1e X-Received: by 10.140.44.33 with SMTP id f30mr3265166qga.30.1445343328962; Tue, 20 Oct 2015 05:15:28 -0700 (PDT) Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com. [209.85.192.53]) by smtp.gmail.com with ESMTPSA id b36sm1111481qge.23.2015.10.20.05.15.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2015 05:15:28 -0700 (PDT) Received: by qgbb65 with SMTP id b65so12470616qgb.2 for ; Tue, 20 Oct 2015 05:15:28 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.140.235.212 with SMTP id g203mr3420806qhc.47.1445343328275; Tue, 20 Oct 2015 05:15:28 -0700 (PDT) Received: by 10.140.38.72 with HTTP; Tue, 20 Oct 2015 05:15:28 -0700 (PDT) X-Originating-IP: [91.187.67.31] Date: Tue, 20 Oct 2015 14:15:28 +0200 Message-ID: From: Janusz Jezowicz To: lmap@ietf.org Content-Type: multipart/alternative; boundary=001a11c147a2a92f1a05228837b3 Archived-At: Subject: [lmap] Measurement network vendor perspective on LMAP X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 20 Oct 2015 12:16:45 -0000 --001a11c147a2a92f1a05228837b3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello Everyone, We have been following closely the working group=E2=80=99s progress and wan= ted to contribute with a short assessment of LMAP from the perspective of a measurement network vendor. We have published on our blog the architecture of our measurement network using LMAP terminology. We would appreciate any feedback on our work as well as cooperation opportunities with working group members on how to bring the LMAP standard closer to production and real-world implementations. The blog post can be read here> http://blog.probeapi.com/2015/10/19/towards-an-lmap-specification-of-probea= pi/ Regards, Janusz --001a11c147a2a92f1a05228837b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Everyone,

We have been= following closely the working group=E2=80=99s progress and wanted to contr= ibute with a short assessment of LMAP from the perspective of a measurement= network vendor. We have published on our blog the architecture of our meas= urement network using LMAP terminology. We would appreciate any feedback on= our work as well as cooperation opportunities with working group members o= n how to bring the LMAP standard closer to production and real-world implem= entations.


Regards,

<= div>Janusz


--001a11c147a2a92f1a05228837b3-- From nobody Wed Oct 21 05:40:55 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1BD81A6F0E for ; Wed, 21 Oct 2015 05:40:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eyWKVBAPMxhM for ; Wed, 21 Oct 2015 05:40:53 -0700 (PDT) Received: from p-us1-iereast-outbound.us1.avaya.com (p-us1-iereast-outbound.us1.avaya.com [135.11.29.13]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3BB271A6F05 for ; Wed, 21 Oct 2015 05:40:53 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2B8AwA3Q8ZV/yYyC4dbGQSCMSEsVG+pbgYFkzEJggSFeQKBJjgUAQEBAQEBAX8LhCUBAQMSG14BFRVWJgEEGxqIDAEMp16FC6A6AQoBAQEaBIYfigotgyOBFAWVCwGOK4QlgwuRBBcPg32CN4EEAQEB X-IPAS-Result: A2B8AwA3Q8ZV/yYyC4dbGQSCMSEsVG+pbgYFkzEJggSFeQKBJjgUAQEBAQEBAX8LhCUBAQMSG14BFRVWJgEEGxqIDAEMp16FC6A6AQoBAQEaBIYfigotgyOBFAWVCwGOK4QlgwuRBBcPg32CN4EEAQEB X-IronPort-AV: E=Sophos;i="5.15,634,1432612800"; d="scan'208,217";a="147687615" 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; 21 Oct 2015 08:40:52 -0400 X-OutboundMail_SMTP: 1 Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([135.64.58.14]) by p-us1-erheast-out.us1.avaya.com with ESMTP/TLS/AES128-SHA; 21 Oct 2015 08:40: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; Wed, 21 Oct 2015 14:40:50 +0200 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: agenda and logistics for IETF 94 Thread-Index: AdEL/bccgmiSIKTvSRu2obl3M6XWMg== Date: Wed, 21 Oct 2015 12:40:50 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA5CB5788C@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_9904FB1B0159DA42B0B887B7FA8119CA5CB5788CAZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] agenda and logistics for IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 21 Oct 2015 12:40:55 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB5788CAZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, The preliminary agenda for the LMAP meeting at IETF 94 is available at http= s://www.ietf.org/proceedings/94/agenda/agenda-94-lmap. 1. Please let us know if anything is missing and confirm the owners o= f the items on the agenda 2. If you plan to present or be an active participant remotely please= let us know before 10/28 so that we can coordinate with the Meetecho team 3. We need two note takers and one jabber scribe. Please volunteer! Thanks and Regards, Jason and Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA5CB5788CAZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

The preliminary agenda for the LMAP meeting at IETF = 94 is available at https= ://www.ietf.org/proceedings/94/agenda/agenda-94-lmap.

 

1.     &= nbsp; Please let us know if anyt= hing is missing and confirm the owners of the items on the agenda

2.     &= nbsp; If you plan to present or = be an active participant remotely please let us know before 10/28 so that w= e can coordinate with the Meetecho team

3.     &= nbsp; We need two note takers an= d one jabber scribe. Please volunteer!

 

Thanks and Regards,

 

Jason and Dan

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA5CB5788CAZFFEXMB04globa_-- From nobody Fri Oct 23 14:13:29 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2C491ACE7E for ; Fri, 23 Oct 2015 14:13:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W85eyKBZDtBb for ; Fri, 23 Oct 2015 14:13:26 -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 89B3A1ACEBD for ; Fri, 23 Oct 2015 14:13:26 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 5D3F7F64; Fri, 23 Oct 2015 23:13:25 +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 OvmceRp701E0; Fri, 23 Oct 2015 23:13:24 +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; Fri, 23 Oct 2015 23:13:24 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 23D312004E; Fri, 23 Oct 2015 23:13:24 +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 5h5ZYER-A1hB; Fri, 23 Oct 2015 23:13:23 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id A95202003B; Fri, 23 Oct 2015 23:13:22 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 6990D3864ED3; Fri, 23 Oct 2015 23:13:21 +0200 (CEST) Date: Fri, 23 Oct 2015 23:13:20 +0200 From: Juergen Schoenwaelder To: "Carey, Timothy (Timothy)" Message-ID: <20151023211317.GD33907@elstar.local> Mail-Followup-To: "Carey, Timothy (Timothy)" , "lmap@ietf.org" References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Fri, 23 Oct 2015 21:13:28 -0000 On Wed, Sep 30, 2015 at 09:39:52PM +0000, Carey, Timothy (Timothy) wrote: > Juergen, > > I check this list against my list and have the following comments: > > Missing: We need to put back the [ma-condition-obj ma-conditions<..*> to allow for conditions or status not specified by the IM. > I am not sure I understand this, can you please elaborate? The IM does not define a fixed set of status codes as far as I can tell. > Missing: Could we add the issue for the IM to describe its interaction with the registry - parameters, outputs, roles... Does this have to part of the IM? Right now this is discussed in a separate document, draft-morton-lmap-examples-00.txt. > LI05: When we talk about MA reporting its task capabilities - Could we note that we have to report the Registry entry capabilities associated with the task. I would suspect that for each supported task the capabilities (parameters, outputs, roles) might change by MA. Yes, this is what LI05 is all about and I think the next version will have this addressed. /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 Fri Oct 23 14:29:16 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FE921B2A54 for ; Fri, 23 Oct 2015 14:29:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yYyYrXwfioDc for ; Fri, 23 Oct 2015 14:29:14 -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 16A4C1B2A52 for ; Fri, 23 Oct 2015 14:29:14 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id DE9DA10C2; Fri, 23 Oct 2015 23:29:12 +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 DQFWagBb91Dz; Fri, 23 Oct 2015 23:29:12 +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; Fri, 23 Oct 2015 23:29:12 +0200 (CEST) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id E05DE2004E; Fri, 23 Oct 2015 23:29:11 +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 kMT_CrcwkAuK; Fri, 23 Oct 2015 23:29:11 +0200 (CEST) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 872772003B; Fri, 23 Oct 2015 23:29:10 +0200 (CEST) Received: by elstar.local (Postfix, from userid 501) id 978123864F25; Fri, 23 Oct 2015 23:29:09 +0200 (CEST) Date: Fri, 23 Oct 2015 23:29:09 +0200 From: Juergen Schoenwaelder To: "Romascanu, Dan (Dan)" Message-ID: <20151023212908.GE33907@elstar.local> Mail-Followup-To: "Romascanu, Dan (Dan)" , "lmap@ietf.org" References: <9904FB1B0159DA42B0B887B7FA8119CA5CB4C342@AZ-FFEXMB04.global.avaya.com> <20151019213949.GD82004@elstar.local> <9904FB1B0159DA42B0B887B7FA8119CA5CB55599@AZ-FFEXMB04.global.avaya.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA5CB55599@AZ-FFEXMB04.global.avaya.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] draft agenda and logistics for the LMAP meeting at IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Fri, 23 Oct 2015 21:29:15 -0000 On Tue, Oct 20, 2015 at 08:07:54AM +0000, Romascanu, Dan (Dan) wrote: > Hi Juergen, > > I suggest that you do both - post to the list the link to the updated I-Ds AND ask for special approval. The LMAP meeting is scheduled for Monday, and it's easier if participants can find the I-Ds at the usual place (and avoid looking by mistake at the older versions). > Dan, while we (Vaibhav and myself) made quite some progress, we are not yet done with addressing all issues and we have not yet updated the YANG data model (which we like to do in sync with information model changes just to be sure things work out nicely). I have put a snapshot of what we have right now here: http://cnds.eecs.jacobs-university.de/users/schoenw/lmap/ We plan to resume our work on Monday. I am sorry that we miss the deadlines but the good news is that we do finally make progress on getting details worked out and written down. /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 Sat Oct 24 03:59:30 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 978991B31FE for ; Sat, 24 Oct 2015 03:59:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mKDuy-R1OhOr for ; Sat, 24 Oct 2015 03:59:26 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-01.alcatel-lucent.com [135.245.210.20]) (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 19C761B31FC for ; Sat, 24 Oct 2015 03:59:25 -0700 (PDT) Received: from us70tusmtp2.zam.alcatel-lucent.com (unknown [135.5.2.64]) by Websense Email Security Gateway with ESMTPS id 5C4498CB606E7; Sat, 24 Oct 2015 10:59:21 +0000 (GMT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id t9OAxLv3028244 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 24 Oct 2015 10:59:21 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.17]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Sat, 24 Oct 2015 06:59:20 -0400 From: "Carey, Timothy (Timothy)" To: Juergen Schoenwaelder Thread-Topic: [lmap] info model issues list Thread-Index: AQHRDdeqFeIaOO7kF0CLKpw1swehc556eQSQ Date: Sat, 24 Oct 2015 10:59:20 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> In-Reply-To: <20151023211317.GD33907@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: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 24 Oct 2015 10:59:28 -0000 Inline -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: Friday, October 23, 2015 4:13 PM To: Carey, Timothy (Timothy) Cc: lmap@ietf.org Subject: Re: [lmap] info model issues list On Wed, Sep 30, 2015 at 09:39:52PM +0000, Carey, Timothy (Timothy) wrote: > Juergen, >=20 > I check this list against my list and have the following comments: >=20 > Missing: We need to put back the [ma-condition-obj ma-conditions<..*> to = allow for conditions or status not specified by the IM. > I am not sure I understand this, can you please elaborate? The IM does not = define a fixed set of status codes as far as I can tell. IM-draft-04 had MA conditions as part of the IM. We need that put bac= k as it disappeared in IM-draft-05. // Main MA Status information object object { uuid ma-agent-id; urn ma-device-id; string ma-hardware; string ma-firmware; string ma-version; ma-interface-obj ma-interfaces<0..*>; ma-task-capability-obj ma-supported-tasks<0..*>; datetime ma-last-started; [ma-condition-obj ma-conditions<0..*>;] [ma-task-status-obj ma-task-status<0..*>;] } ma-status-obj; > Missing: Could we add the issue for the IM to describe its interaction wi= th the registry - parameters, outputs, roles... Does this have to part of the IM? Right now this is discussed in a separate= document, draft-morton-lmap-examples-00.txt. Ok by me as long as it get documented. =20 > LI05: When we talk about MA reporting its task capabilities - Could we no= te that we have to report the Registry entry capabilities associated with t= he task. I would suspect that for each supported task the capabilities (par= ameters, outputs, roles) might change by MA. Yes, this is what LI05 is all about and I think the next version will have = this addressed. Thanks - looking forward to the next version. /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 Tue Oct 27 02:18:47 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C871D1A1B81 for ; Tue, 27 Oct 2015 02:18:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V8naQwOJZMvQ for ; Tue, 27 Oct 2015 02:18:43 -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 858FC1A1B89 for ; Tue, 27 Oct 2015 02:18:43 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 072C2110F; Tue, 27 Oct 2015 10:18:42 +0100 (CET) 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 xQd5jly2MPLP; Tue, 27 Oct 2015 10:18:41 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 27 Oct 2015 10:18:41 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id ABA992004E; Tue, 27 Oct 2015 10:18:40 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id n1zmSDiaHPR7; Tue, 27 Oct 2015 10:18:40 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id A42CF2003B; Tue, 27 Oct 2015 10:18:39 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id DAF2F3867E0E; Tue, 27 Oct 2015 10:18:37 +0100 (CET) Date: Tue, 27 Oct 2015 10:18:37 +0100 From: Juergen Schoenwaelder To: "Carey, Timothy (Timothy)" Message-ID: <20151027091837.GB47030@elstar.local> Mail-Followup-To: "Carey, Timothy (Timothy)" , "lmap@ietf.org" References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Tue, 27 Oct 2015 09:18:45 -0000 On Sat, Oct 24, 2015 at 10:59:20AM +0000, Carey, Timothy (Timothy) wrote: > Inline > > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Friday, October 23, 2015 4:13 PM > To: Carey, Timothy (Timothy) > Cc: lmap@ietf.org > Subject: Re: [lmap] info model issues list > > On Wed, Sep 30, 2015 at 09:39:52PM +0000, Carey, Timothy (Timothy) wrote: > > Juergen, > > > > I check this list against my list and have the following comments: > > > > Missing: We need to put back the [ma-condition-obj ma-conditions<..*> to allow for conditions or status not specified by the IM. > > > > I am not sure I understand this, can you please elaborate? The IM does not define a fixed set of status codes as far as I can tell. > IM-draft-04 had MA conditions as part of the IM. We need that put back as it disappeared in IM-draft-05. > // Main MA Status information object > > object { > uuid ma-agent-id; > urn ma-device-id; > string ma-hardware; > string ma-firmware; > string ma-version; > ma-interface-obj ma-interfaces<0..*>; > ma-task-capability-obj ma-supported-tasks<0..*>; > datetime ma-last-started; > [ma-condition-obj ma-conditions<0..*>;] > [ma-task-status-obj ma-task-status<0..*>;] > } ma-status-obj; > You need to help me to understand what these ma-condition-objs are supposed to do. There were no further descriptions in -04 and hence I am a bit clueless which purpose these ma-condition-objs serve. /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 Oct 27 05:54:45 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D2AB1A8872 for ; Tue, 27 Oct 2015 05:54:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id woONg0MFLGUD for ; Tue, 27 Oct 2015 05:54:42 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 861F11A884D for ; Tue, 27 Oct 2015 05:54:42 -0700 (PDT) Received: from us70uusmtp3.zam.alcatel-lucent.com (unknown [135.5.2.65]) by Websense Email Security Gateway with ESMTPS id 33708F2C8DF44; Tue, 27 Oct 2015 12:54:37 +0000 (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 t9RCscT7028945 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 27 Oct 2015 12:54:39 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.17]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0195.001; Tue, 27 Oct 2015 08:54:38 -0400 From: "Carey, Timothy (Timothy)" To: Juergen Schoenwaelder Thread-Topic: [lmap] info model issues list Thread-Index: AQHREJh/D/W6cIOU5kiiKkKE12GfF55/RLDg Date: Tue, 27 Oct 2015 12:54:37 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> In-Reply-To: <20151027091837.GB47030@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: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2015 12:54:44 -0000 Juergen, These were conditions present on the MA at the time that would/could effect= its operation. What we realized was that given the varying nature of MAs t= he conditions would be specific to the type of MA and its hosting environme= nt so the IM would only reflect a code and value combination. For example in a STB conditions could include IP stream buffer over run or = a constrained device might have a RAM threshold exceeded or Zombie processe= s. Honestly - I think if we report conditions it ought to be related to the la= test task status because that would provide conditions that affected the la= st task run; seems to be more useful to me. That way test designers could p= ossibly add these to outputs of tests? Have to ask Al Morton if conditions = of a task makes sense to place in the registry.=20 BR, Tim -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: Tuesday, October 27, 2015 4:19 AM To: Carey, Timothy (Timothy) Cc: lmap@ietf.org Subject: Re: [lmap] info model issues list On Sat, Oct 24, 2015 at 10:59:20AM +0000, Carey, Timothy (Timothy) wrote: > Inline >=20 > -----Original Message----- > From: Juergen Schoenwaelder=20 > [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Friday, October 23, 2015 4:13 PM > To: Carey, Timothy (Timothy) > Cc: lmap@ietf.org > Subject: Re: [lmap] info model issues list >=20 > On Wed, Sep 30, 2015 at 09:39:52PM +0000, Carey, Timothy (Timothy) wrote: > > Juergen, > >=20 > > I check this list against my list and have the following comments: > >=20 > > Missing: We need to put back the [ma-condition-obj ma-conditions<..*> t= o allow for conditions or status not specified by the IM. > > >=20 > I am not sure I understand this, can you please elaborate? The IM does no= t define a fixed set of status codes as far as I can tell. > IM-draft-04 had MA conditions as part of the IM. We need that put b= ack as it disappeared in IM-draft-05. > // Main MA Status information object >=20 > object { > uuid ma-agent-id; > urn ma-device-id; > string ma-hardware; > string ma-firmware; > string ma-version; > ma-interface-obj ma-interfaces<0..*>; > ma-task-capability-obj ma-supported-tasks<0..*>; > datetime ma-last-started; > [ma-condition-obj ma-conditions<0..*>;] > [ma-task-status-obj ma-task-status<0..*>;] > } ma-status-obj; > You need to help me to understand what these ma-condition-objs are supposed= to do. There were no further descriptions in -04 and hence I am a bit clue= less which purpose these ma-condition-objs serve. /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 Tue Oct 27 06:25:00 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F61D1A88FE for ; Tue, 27 Oct 2015 06:24:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T5nLb4hhLnzz for ; Tue, 27 Oct 2015 06:24:57 -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 C78591A88FD for ; Tue, 27 Oct 2015 06:24:56 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 1C9A9D8499; Tue, 27 Oct 2015 09:25:03 -0400 (EDT) Received: from exchange.research.att.com (sentinel.research.att.com [135.207.255.38]) by mail-azure.research.att.com (Postfix) with ESMTP id 33328E0A2A; Tue, 27 Oct 2015 09:24:56 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by sentinel.research.att.com ([fe80::7914:9c7e:6a73:a8d6%10]) with mapi; Tue, 27 Oct 2015 09:24:56 -0400 From: "MORTON, ALFRED C (AL)" To: "Carey, Timothy (Timothy)" , Juergen Schoenwaelder Date: Tue, 27 Oct 2015 09:24:55 -0400 Thread-Topic: [lmap] info model issues list Thread-Index: AQHREJh/D/W6cIOU5kiiKkKE12GfF55/RLDggAANJpA= Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.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: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2015 13:24:59 -0000 Hi Tim and Juergen, If I understand the scope of this topic and the intent: > Have to ask Al > Morton if conditions of a task makes sense to place in the registry. > We once had a registry column for "Environmental" conditions in a *very* early version of the registry. While we agreed this is an important factor, IPPM discussion concluded that it was beyond the scope of the performance metrics=20 registry, IIRC. I think we need to express system conditions in the info model. It seems we need a clear(er) division of responsibilities and=20 scope between the PM registry and the info model, although I think we are close to that understanding. regards, Al > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Carey, Timothy > (Timothy) > Sent: Tuesday, October 27, 2015 8:55 AM > To: Juergen Schoenwaelder > Cc: lmap@ietf.org > Subject: Re: [lmap] info model issues list >=20 > Juergen, >=20 > These were conditions present on the MA at the time that would/could > effect its operation. What we realized was that given the varying nature > of MAs the conditions would be specific to the type of MA and its > hosting environment so the IM would only reflect a code and value > combination. >=20 > For example in a STB conditions could include IP stream buffer over run > or a constrained device might have a RAM threshold exceeded or Zombie > processes. >=20 > Honestly - I think if we report conditions it ought to be related to the > latest task status because that would provide conditions that affected > the last task run; seems to be more useful to me. That way test > designers could possibly add these to outputs of tests? Have to ask Al > Morton if conditions of a task makes sense to place in the registry. >=20 > BR, > Tim >=20 >=20 >=20 > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > university.de] > Sent: Tuesday, October 27, 2015 4:19 AM > To: Carey, Timothy (Timothy) > Cc: lmap@ietf.org > Subject: Re: [lmap] info model issues list >=20 > On Sat, Oct 24, 2015 at 10:59:20AM +0000, Carey, Timothy (Timothy) > wrote: > > Inline > > > > -----Original Message----- > > From: Juergen Schoenwaelder > > [mailto:j.schoenwaelder@jacobs-university.de] > > Sent: Friday, October 23, 2015 4:13 PM > > To: Carey, Timothy (Timothy) > > Cc: lmap@ietf.org > > Subject: Re: [lmap] info model issues list > > > > On Wed, Sep 30, 2015 at 09:39:52PM +0000, Carey, Timothy (Timothy) > wrote: > > > Juergen, > > > > > > I check this list against my list and have the following comments: > > > > > > Missing: We need to put back the [ma-condition-obj ma- > conditions<..*> to allow for conditions or status not specified by the > IM. > > > > > > > I am not sure I understand this, can you please elaborate? The IM does > not define a fixed set of status codes as far as I can tell. > > IM-draft-04 had MA conditions as part of the IM. We need that > put back as it disappeared in IM-draft-05. > > // Main MA Status information object > > > > object { > > uuid ma-agent-id; > > urn ma-device-id; > > string ma-hardware; > > string ma-firmware; > > string ma-version; > > ma-interface-obj ma-interfaces<0..*>; > > ma-task-capability-obj ma-supported-tasks<0..*>; > > datetime ma-last-started; > > [ma-condition-obj ma-conditions<0..*>;] > > [ma-task-status-obj ma-task-status<0..*>;] > > } ma-status-obj; > > >=20 > You need to help me to understand what these ma-condition-objs are > supposed to do. There were no further descriptions in -04 and hence I am > a bit clueless which purpose these ma-condition-objs serve. >=20 > /js >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 >=20 > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap From nobody Tue Oct 27 06:27:31 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F8B61A890C for ; Tue, 27 Oct 2015 06:27:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0XzjmKIVYXAa for ; Tue, 27 Oct 2015 06:27:27 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-01.alcatel-lucent.com [135.245.210.20]) (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 0DA011A890B for ; Tue, 27 Oct 2015 06:27:27 -0700 (PDT) Received: from us70tusmtp2.zam.alcatel-lucent.com (unknown [135.5.2.64]) by Websense Email Security Gateway with ESMTPS id E43FF669A98FB; Tue, 27 Oct 2015 13:27:22 +0000 (GMT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id t9RDRN4X009985 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 27 Oct 2015 13:27:23 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.17]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0195.001; Tue, 27 Oct 2015 09:27:23 -0400 From: "Carey, Timothy (Timothy)" To: "MORTON, ALFRED C (AL)" , Juergen Schoenwaelder Thread-Topic: [lmap] info model issues list Thread-Index: AQHREJh/D/W6cIOU5kiiKkKE12GfF55/RLDggAANJpCAAALs4A== Date: Tue, 27 Oct 2015 13:27:22 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A514177@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> 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: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2015 13:27:29 -0000 Al, Thanks - then we will need to have the conditions reported with the task st= atus and part of the Report result. BR, Tim -----Original Message----- From: MORTON, ALFRED C (AL) [mailto:acmorton@att.com]=20 Sent: Tuesday, October 27, 2015 8:25 AM To: Carey, Timothy (Timothy); Juergen Schoenwaelder Cc: lmap@ietf.org Subject: RE: [lmap] info model issues list Hi Tim and Juergen, If I understand the scope of this topic and the intent: > Have to ask Al > Morton if conditions of a task makes sense to place in the registry. > We once had a registry column for "Environmental" conditions in a *very* ea= rly version of the registry. While we agreed this is an important factor, IPPM discussion concluded that= it was beyond the scope of the performance metrics registry, IIRC. I think= we need to express system conditions in the info model. It seems we need a clear(er) division of responsibilities and scope between= the PM registry and the info model, although I think we are close to that = understanding. regards, Al > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of Carey, Timothy > (Timothy) > Sent: Tuesday, October 27, 2015 8:55 AM > To: Juergen Schoenwaelder > Cc: lmap@ietf.org > Subject: Re: [lmap] info model issues list >=20 > Juergen, >=20 > These were conditions present on the MA at the time that would/could=20 > effect its operation. What we realized was that given the varying=20 > nature of MAs the conditions would be specific to the type of MA and=20 > its hosting environment so the IM would only reflect a code and value=20 > combination. >=20 > For example in a STB conditions could include IP stream buffer over=20 > run or a constrained device might have a RAM threshold exceeded or=20 > Zombie processes. >=20 > Honestly - I think if we report conditions it ought to be related to=20 > the latest task status because that would provide conditions that=20 > affected the last task run; seems to be more useful to me. That way=20 > test designers could possibly add these to outputs of tests? Have to=20 > ask Al Morton if conditions of a task makes sense to place in the registr= y. >=20 > BR, > Tim >=20 >=20 >=20 > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-=20 > university.de] > Sent: Tuesday, October 27, 2015 4:19 AM > To: Carey, Timothy (Timothy) > Cc: lmap@ietf.org > Subject: Re: [lmap] info model issues list >=20 > On Sat, Oct 24, 2015 at 10:59:20AM +0000, Carey, Timothy (Timothy) > wrote: > > Inline > > > > -----Original Message----- > > From: Juergen Schoenwaelder > > [mailto:j.schoenwaelder@jacobs-university.de] > > Sent: Friday, October 23, 2015 4:13 PM > > To: Carey, Timothy (Timothy) > > Cc: lmap@ietf.org > > Subject: Re: [lmap] info model issues list > > > > On Wed, Sep 30, 2015 at 09:39:52PM +0000, Carey, Timothy (Timothy) > wrote: > > > Juergen, > > > > > > I check this list against my list and have the following comments: > > > > > > Missing: We need to put back the [ma-condition-obj ma- > conditions<..*> to allow for conditions or status not specified by the=20 > IM. > > > > > > > I am not sure I understand this, can you please elaborate? The IM=20 > > does > not define a fixed set of status codes as far as I can tell. > > IM-draft-04 had MA conditions as part of the IM. We need that > put back as it disappeared in IM-draft-05. > > // Main MA Status information object > > > > object { > > uuid ma-agent-id; > > urn ma-device-id; > > string ma-hardware; > > string ma-firmware; > > string ma-version; > > ma-interface-obj ma-interfaces<0..*>; > > ma-task-capability-obj ma-supported-tasks<0..*>; > > datetime ma-last-started; > > [ma-condition-obj ma-conditions<0..*>;] > > [ma-task-status-obj ma-task-status<0..*>;] > > } ma-status-obj; > > >=20 > You need to help me to understand what these ma-condition-objs are=20 > supposed to do. There were no further descriptions in -04 and hence I=20 > am a bit clueless which purpose these ma-condition-objs serve. >=20 > /js >=20 > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 >=20 > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap From nobody Tue Oct 27 07:12:44 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C2741A8A29 for ; Tue, 27 Oct 2015 07:12:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id auporyQH6POv for ; Tue, 27 Oct 2015 07:12:40 -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 5E4871A8A28 for ; Tue, 27 Oct 2015 07:12:40 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 2F91FE72; Tue, 27 Oct 2015 15:12:39 +0100 (CET) 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 rRPH-3rpoOiG; Tue, 27 Oct 2015 15:12:38 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 27 Oct 2015 15:12:38 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2315C2004E; Tue, 27 Oct 2015 15:12:38 +0100 (CET) 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 EVeiqIjsEPXQ; Tue, 27 Oct 2015 15:12:37 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id EB5902003B; Tue, 27 Oct 2015 15:12:36 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 513FC386B1B1; Tue, 27 Oct 2015 15:12:34 +0100 (CET) Date: Tue, 27 Oct 2015 15:12:32 +0100 From: Juergen Schoenwaelder To: "Carey, Timothy (Timothy)" Message-ID: <20151027141230.GA56098@elstar.local> Mail-Followup-To: "Carey, Timothy (Timothy)" , "lmap@ietf.org" References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Tue, 27 Oct 2015 14:12:42 -0000 On Tue, Oct 27, 2015 at 12:54:37PM +0000, Carey, Timothy (Timothy) wrote: > Juergen, > > These were conditions present on the MA at the time that would/could effect its operation. What we realized was that given the varying nature of MAs the conditions would be specific to the type of MA and its hosting environment so the IM would only reflect a code and value combination. > > For example in a STB conditions could include IP stream buffer over run or a constrained device might have a RAM threshold exceeded or Zombie processes. > > Honestly - I think if we report conditions it ought to be related to the latest task status because that would provide conditions that affected the last task run; seems to be more useful to me. That way test designers could possibly add these to outputs of tests? Have to ask Al Morton if conditions of a task makes sense to place in the registry. > Yes. The -06 version has a status/message pair associated with a task status object (section 3.5.2). Since a configured task can be used by multiple actions, -07 will have the status/message pair associated with an action status object. /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 Oct 27 07:15:02 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7356A1A8A29 for ; Tue, 27 Oct 2015 07:15:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zQd3i6YOCxrU for ; Tue, 27 Oct 2015 07:15:00 -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 008271A8A25 for ; Tue, 27 Oct 2015 07:14:59 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id C479EE72; Tue, 27 Oct 2015 15:14:58 +0100 (CET) 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 UGuky7fHepsF; Tue, 27 Oct 2015 15:14:57 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Tue, 27 Oct 2015 15:14:57 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id B27C92003B; Tue, 27 Oct 2015 15:14:57 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id aOQZYawk_rup; Tue, 27 Oct 2015 15:14:57 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 96BC92004E; Tue, 27 Oct 2015 15:14:56 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 10ABC386B1DF; Tue, 27 Oct 2015 15:14:55 +0100 (CET) Date: Tue, 27 Oct 2015 15:14:55 +0100 From: Juergen Schoenwaelder To: "MORTON, ALFRED C (AL)" Message-ID: <20151027141453.GB56098@elstar.local> Mail-Followup-To: "MORTON, ALFRED C (AL)" , "Carey, Timothy (Timothy)" , "lmap@ietf.org" References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> User-Agent: Mutt/1.4.2.3i Archived-At: Cc: "Carey, Timothy \(Timothy\)" , "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Tue, 27 Oct 2015 14:15:01 -0000 On Tue, Oct 27, 2015 at 09:24:55AM -0400, MORTON, ALFRED C (AL) wrote: > Hi Tim and Juergen, > > If I understand the scope of this topic and the intent: > > Have to ask Al > > Morton if conditions of a task makes sense to place in the registry. > > > We once had a registry column for "Environmental" conditions > in a *very* early version of the registry. > > While we agreed this is an important factor, IPPM discussion > concluded that it was beyond the scope of the performance metrics > registry, IIRC. I think we need to express system conditions in the > info model. > > It seems we need a clear(er) division of responsibilities and > scope between the PM registry and the info model, although I think > we are close to that understanding. > I think we discussed this in LMAP and concluded that if you want to know "environmental" conditions, you run a task that collects and exports "environmental" conditions like any other measurement result. Such a task may choose to not refer to something defined in the IPPM registry. /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 Oct 27 07:31:12 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 277631A8A80 for ; Tue, 27 Oct 2015 07:31:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.911 X-Spam-Level: X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IVgO_nb5dAmA for ; Tue, 27 Oct 2015 07:31:00 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-01.alcatel-lucent.com [135.245.210.20]) (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 A13BA1A8A7E for ; Tue, 27 Oct 2015 07:31:00 -0700 (PDT) Received: from us70tusmtp2.zam.alcatel-lucent.com (unknown [135.5.2.64]) by Websense Email Security Gateway with ESMTPS id 7B1DD2B6FBA2B; Tue, 27 Oct 2015 14:30:56 +0000 (GMT) Received: from US70UWXCHHUB01.zam.alcatel-lucent.com (us70uwxchhub01.zam.alcatel-lucent.com [135.5.2.48]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id t9REUlhu023636 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 27 Oct 2015 14:30:56 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.17]) by US70UWXCHHUB01.zam.alcatel-lucent.com ([135.5.2.48]) with mapi id 14.03.0195.001; Tue, 27 Oct 2015 10:30:53 -0400 From: "Carey, Timothy (Timothy)" To: Juergen Schoenwaelder , "MORTON, ALFRED C (AL)" Thread-Topic: [lmap] info model issues list Thread-Index: AQHREJh/D/W6cIOU5kiiKkKE12GfF55/RLDggAANJpCAAFO8gP//wQMA Date: Tue, 27 Oct 2015 14:30:53 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A51433B@US70UWXCHMBA05.zam.alcatel-lucent.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> <20151027141453.GB56098@elstar.local> In-Reply-To: <20151027141453.GB56098@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: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2015 14:31:05 -0000 Juergen, Ok - so we will have to run a parallel "conditions" task along with the tes= t we want to perform. I am ok with that direction. Al - what do you think? BR, Tim -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: Tuesday, October 27, 2015 9:15 AM To: MORTON, ALFRED C (AL) Cc: Carey, Timothy (Timothy); lmap@ietf.org Subject: Re: [lmap] info model issues list On Tue, Oct 27, 2015 at 09:24:55AM -0400, MORTON, ALFRED C (AL) wrote: > Hi Tim and Juergen, >=20 > If I understand the scope of this topic and the intent: > > Have to ask Al > > Morton if conditions of a task makes sense to place in the registry. > > > We once had a registry column for "Environmental" conditions in a=20 > *very* early version of the registry. >=20 > While we agreed this is an important factor, IPPM discussion concluded=20 > that it was beyond the scope of the performance metrics registry,=20 > IIRC. I think we need to express system conditions in the info model. >=20 > It seems we need a clear(er) division of responsibilities and scope=20 > between the PM registry and the info model, although I think we are=20 > close to that understanding. > I think we discussed this in LMAP and concluded that if you want to know "e= nvironmental" conditions, you run a task that collects and exports "environ= mental" conditions like any other measurement result. Such a task may choose to not refer to something defined in the IPPM regist= ry. /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 Tue Oct 27 07:38:22 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6504B1A8AB2 for ; Tue, 27 Oct 2015 07:38:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dfsN61igW6h6 for ; Tue, 27 Oct 2015 07:38:18 -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 AC92F1A8AA5 for ; Tue, 27 Oct 2015 07:38:18 -0700 (PDT) Received: from mail-azure.research.att.com (unknown [135.207.255.18]) by mail-pink.research.att.com (Postfix) with ESMTP id 1B8EA123526; Tue, 27 Oct 2015 10:38:25 -0400 (EDT) Received: from exchange.research.att.com (sentinel.research.att.com [135.207.255.38]) by mail-azure.research.att.com (Postfix) with ESMTP id 0F884E0A2E; Tue, 27 Oct 2015 10:38:15 -0400 (EDT) Received: from NJFPSRVEXG0.research.att.com ([fe80::108a:1006:9f54:fd90]) by sentinel.research.att.com ([fe80::7914:9c7e:6a73:a8d6%10]) with mapi; Tue, 27 Oct 2015 10:38:15 -0400 From: "MORTON, ALFRED C (AL)" To: "Carey, Timothy (Timothy)" , Juergen Schoenwaelder Date: Tue, 27 Oct 2015 10:38:13 -0400 Thread-Topic: [lmap] info model issues list Thread-Index: AQHREJh/D/W6cIOU5kiiKkKE12GfF55/RLDggAANJpCAAFO8gP//wQMAgAACI9A= Message-ID: <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E9B@NJFPSRVEXG0.research.att.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> <20151027141453.GB56098@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A51433B@US70UWXCHMBA05.zam.alcatel-lucent.com> In-Reply-To: <9966516C6EB5FC4381E05BF80AA55F77012A51433B@US70UWXCHMBA05.zam.alcatel-lucent.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: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2015 14:38:20 -0000 Yes, the parallel task to collect conditions works for me, thanks for the suggestion, Juergen. Al > -----Original Message----- > From: Carey, Timothy (Timothy) [mailto:timothy.carey@alcatel-lucent.com] > Sent: Tuesday, October 27, 2015 10:31 AM > To: Juergen Schoenwaelder; MORTON, ALFRED C (AL) > Cc: lmap@ietf.org > Subject: RE: [lmap] info model issues list >=20 > Juergen, >=20 > Ok - so we will have to run a parallel "conditions" task along with the > test we want to perform. > I am ok with that direction. Al - what do you think? >=20 > BR, > Tim >=20 > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > university.de] > Sent: Tuesday, October 27, 2015 9:15 AM > To: MORTON, ALFRED C (AL) > Cc: Carey, Timothy (Timothy); lmap@ietf.org > Subject: Re: [lmap] info model issues list >=20 > On Tue, Oct 27, 2015 at 09:24:55AM -0400, MORTON, ALFRED C (AL) wrote: > > Hi Tim and Juergen, > > > > If I understand the scope of this topic and the intent: > > > Have to ask Al > > > Morton if conditions of a task makes sense to place in the registry. > > > > > We once had a registry column for "Environmental" conditions in a > > *very* early version of the registry. > > > > While we agreed this is an important factor, IPPM discussion concluded > > that it was beyond the scope of the performance metrics registry, > > IIRC. I think we need to express system conditions in the info model. > > > > It seems we need a clear(er) division of responsibilities and scope > > between the PM registry and the info model, although I think we are > > close to that understanding. > > >=20 > I think we discussed this in LMAP and concluded that if you want to know > "environmental" conditions, you run a task that collects and exports > "environmental" conditions like any other measurement result. > Such a task may choose to not refer to something defined in the IPPM > registry. >=20 > /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 Tue Oct 27 11:11:19 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 161B91ACDB8 for ; Tue, 27 Oct 2015 11:11:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.266 X-Spam-Level: X-Spam-Status: No, score=-2.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ys2h92GQmTaJ for ; Tue, 27 Oct 2015 11:11:16 -0700 (PDT) Received: from mx0b-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 7D7581ACDA9 for ; Tue, 27 Oct 2015 11:11:16 -0700 (PDT) Received: from pps.filterd (m0049462.ppops.net [127.0.0.1]) by m0049462.ppops.net-00191d01. (8.15.0.59/8.15.0.59) with SMTP id t9RI3k1G004384; Tue, 27 Oct 2015 14:11:15 -0400 Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049462.ppops.net-00191d01. with ESMTP id 1xr4s4se57-1 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 27 Oct 2015 14:11:15 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t9RIBEEl024013; Tue, 27 Oct 2015 14:11:14 -0400 Received: from alpi133.aldc.att.com (alpi133.aldc.att.com [130.8.217.3]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t9RIB8cB023884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 27 Oct 2015 14:11:08 -0400 Received: from GAALPA1MSGHUBAF.ITServices.sbc.com (GAALPA1MSGHUBAF.itservices.sbc.com [130.8.218.155]) by alpi133.aldc.att.com (RSA Interceptor); Tue, 27 Oct 2015 18:10:52 GMT Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.188]) by GAALPA1MSGHUBAF.ITServices.sbc.com ([130.8.218.155]) with mapi id 14.03.0248.002; Tue, 27 Oct 2015 14:10:52 -0400 From: "STARK, BARBARA H" To: "MORTON JR., AL" , "Carey, Timothy (Timothy)" , Juergen Schoenwaelder Thread-Topic: [lmap] info model issues list Thread-Index: AQHQ+2xqIk04qbJ5kEK2Xxm9+nXdq55V3UkAgCQeNQCAAObIAIAEmtuAgAA8WYCAAAh3gIAADfmAgAAEdoCAAAIMgP//+CiQ Date: Tue, 27 Oct 2015 18:10:51 +0000 Message-ID: <2D09D61DDFA73D4C884805CC7865E611424E23A7@GAALPA1MSGUSRBF.ITServices.sbc.com> References: <20150930104007.GD1699@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77DC25EC9C@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151023211317.GD33907@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A511ABD@US70UWXCHMBA05.zam.alcatel-lucent.com> <20151027091837.GB47030@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A513F5F@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E77@NJFPSRVEXG0.research.att.com> <20151027141453.GB56098@elstar.local> <9966516C6EB5FC4381E05BF80AA55F77012A51433B@US70UWXCHMBA05.zam.alcatel-lucent.com> <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E9B@NJFPSRVEXG0.research.att.com> In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D0BB67F9E9B@NJFPSRVEXG0.research.att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.61.166.236] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-10-27_13:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1510270300 Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] info model issues list X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 27 Oct 2015 18:11:18 -0000 > Yes, the parallel task to collect conditions works for me, thanks for the > suggestion, Juergen. >=20 > Al Yes. That was what I thought we'd previously agreed to, also. Barbara =20 > > -----Original Message----- > > From: Carey, Timothy (Timothy) > > [mailto:timothy.carey@alcatel-lucent.com] > > Sent: Tuesday, October 27, 2015 10:31 AM > > To: Juergen Schoenwaelder; MORTON, ALFRED C (AL) > > Cc: lmap@ietf.org > > Subject: RE: [lmap] info model issues list > > > > Juergen, > > > > Ok - so we will have to run a parallel "conditions" task along with > > the test we want to perform. > > I am ok with that direction. Al - what do you think? > > > > BR, > > Tim > > > > -----Original Message----- > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > > university.de] > > Sent: Tuesday, October 27, 2015 9:15 AM > > To: MORTON, ALFRED C (AL) > > Cc: Carey, Timothy (Timothy); lmap@ietf.org > > Subject: Re: [lmap] info model issues list > > > > On Tue, Oct 27, 2015 at 09:24:55AM -0400, MORTON, ALFRED C (AL) wrote: > > > Hi Tim and Juergen, > > > > > > If I understand the scope of this topic and the intent: > > > > Have to ask Al > > > > Morton if conditions of a task makes sense to place in the registry= . > > > > > > > We once had a registry column for "Environmental" conditions in a > > > *very* early version of the registry. > > > > > > While we agreed this is an important factor, IPPM discussion > > > concluded that it was beyond the scope of the performance metrics > > > registry, IIRC. I think we need to express system conditions in the i= nfo > model. > > > > > > It seems we need a clear(er) division of responsibilities and scope > > > between the PM registry and the info model, although I think we are > > > close to that understanding. > > > > > > > I think we discussed this in LMAP and concluded that if you want to > > know "environmental" conditions, you run a task that collects and > > exports "environmental" conditions like any other measurement result. > > Such a task may choose to not refer to something defined in the IPPM > > registry. > > > > /js > > > > -- > > Juergen Schoenwaelder Jacobs University Bremen gGmbH > > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > > Fax: +49 421 200 3103 >=20 > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap From nobody Wed Oct 28 09:57:13 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 893811B5D5C for ; Wed, 28 Oct 2015 09:57:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fflQ_C-FbYMK for ; Wed, 28 Oct 2015 09:57:09 -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 5C0021A9132 for ; Wed, 28 Oct 2015 09:49:13 -0700 (PDT) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id AFAAC8E5 for ; Wed, 28 Oct 2015 17:49:11 +0100 (CET) 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 SDzaPReoT4Uv for ; Wed, 28 Oct 2015 17:49:10 +0100 (CET) Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS for ; Wed, 28 Oct 2015 17:49:10 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9B54320054 for ; Wed, 28 Oct 2015 17:49:10 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id ADqhsW6n2UZY; Wed, 28 Oct 2015 17:49:09 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7CB682004E; Wed, 28 Oct 2015 17:49:09 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id A74833871556; Wed, 28 Oct 2015 17:49:08 +0100 (CET) Date: Wed, 28 Oct 2015 17:49:08 +0100 From: Juergen Schoenwaelder To: "lmap@ietf.org" Message-ID: <20151028164907.GA76368@elstar.local> Mail-Followup-To: "lmap@ietf.org" References: <9904FB1B0159DA42B0B887B7FA8119CA5CB4C342@AZ-FFEXMB04.global.avaya.com> <20151019213949.GD82004@elstar.local> <9904FB1B0159DA42B0B887B7FA8119CA5CB55599@AZ-FFEXMB04.global.avaya.com> <20151023212908.GE33907@elstar.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151023212908.GE33907@elstar.local> User-Agent: Mutt/1.4.2.3i Archived-At: Subject: Re: [lmap] draft agenda and logistics for the LMAP meeting at IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 28 Oct 2015 16:57:11 -0000 On Fri, Oct 23, 2015 at 11:29:09PM +0200, Juergen Schoenwaelder wrote: > > Dan, > > while we (Vaibhav and myself) made quite some progress, we are not yet > done with addressing all issues and we have not yet updated the YANG > data model (which we like to do in sync with information model changes > just to be sure things work out nicely). I have put a snapshot of what > we have right now here: > > http://cnds.eecs.jacobs-university.de/users/schoenw/lmap/ > > We plan to resume our work on Monday. I am sorry that we miss the > deadlines but the good news is that we do finally make progress on > getting details worked out and written down. > I have uploaded to the same place new snapshots for all three documents including rfcdiffs to the previous version. I started writing down more complete examples for the data model since there are validation tools that can validate the examples against the YANG data model. I am facing some issues with YANG that I am now checking with other YANG experts; so I might make more changes to make the examples more comlete. I also believe the reporting model is not flexible enough; a measurement task producing results for multiple metrics does not really fit the reporting model. Fixing this will likely affect the information model. I will add new issues to my information model issues list. /js PS: My plan is to post the I-Ds once I-D submission opens up again. -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Thu Oct 29 04:49:32 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BC8CD1B2DAE for ; Thu, 29 Oct 2015 04:49:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mJPrth4kD8Ro for ; Thu, 29 Oct 2015 04:49: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 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFBE51B2DAD for ; Thu, 29 Oct 2015 04:49:28 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2B7AwA3Q8ZV/xUHmMZbGQSCMSEsVG+pbgYFkzEJh30CgSY4FAEBAQEBAQF/C4QlAQEDEhteARUVViYBBBsaiAwBp2qFC6A6DAEfhh+KCoNQgRQFlQsBh2qGQYQlgwuNHoNmFw+DfYI3gQQBAQE X-IPAS-Result: A2B7AwA3Q8ZV/xUHmMZbGQSCMSEsVG+pbgYFkzEJh30CgSY4FAEBAQEBAQF/C4QlAQEDEhteARUVViYBBBsaiAwBp2qFC6A6DAEfhh+KCoNQgRQFlQsBh2qGQYQlgwuNHoNmFw+DfYI3gQQBAQE X-IronPort-AV: E=Sophos;i="5.15,634,1432612800"; d="scan'208,217";a="148889526" Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([198.152.7.21]) by p-us1-iereast-outbound.us1.avaya.com with ESMTP; 29 Oct 2015 07:49:27 -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/AES128-SHA; 29 Oct 2015 07:49:27 -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; Thu, 29 Oct 2015 12:49:25 +0100 From: "Romascanu, Dan (Dan)" To: "lmap@ietf.org" Thread-Topic: preparing the WG meeting at IETF 94 Thread-Index: AdESP9rAPJTYUJFnS8iPdpjnQIdmIw== Date: Thu, 29 Oct 2015 11:49:24 +0000 Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA6BE779B3@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_9904FB1B0159DA42B0B887B7FA8119CA6BE779B3AZFFEXMB04globa_" MIME-Version: 1.0 Archived-At: Subject: [lmap] preparing the WG meeting at IETF 94 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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, 29 Oct 2015 11:49:30 -0000 --_000_9904FB1B0159DA42B0B887B7FA8119CA6BE779B3AZFFEXMB04globa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, The LMAP WG meeting is scheduled for Monday, November 2. In order to run a = smooth and efficient meeting please: - Volunteer to take notes and be jabber scribe - we cannot start t= he meeting without these functions in place - Send in advance your presentations for uploading on the meeting = Web site - Let the chairs know if there are any last minute changes or requ= ests for the agenda Thanks and Regards, Jason and Dan --_000_9904FB1B0159DA42B0B887B7FA8119CA6BE779B3AZFFEXMB04globa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

The LMAP WG meeting is scheduled for Monday, Novembe= r 2. In order to run a smooth and efficient meeting please:

 

-     &= nbsp;    Volunteer to take notes an= d be jabber scribe – we cannot start the meeting without these functi= ons in place

-     &= nbsp;    Send in advance your prese= ntations for uploading on the meeting Web site

-     &= nbsp;    Let the chairs know if the= re are any last minute changes or requests for the agenda

 

Thanks and Regards,

 

Jason and Dan

 

--_000_9904FB1B0159DA42B0B887B7FA8119CA6BE779B3AZFFEXMB04globa_-- From nobody Sat Oct 31 21:21:14 2015 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5E5F1B2A04 for ; Sat, 31 Oct 2015 21:21:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FoT4gsjMLu6V for ; Sat, 31 Oct 2015 21:21:12 -0700 (PDT) Received: from mail.amsl.com (mail.amsl.com [4.31.198.40]) by ietfa.amsl.com (Postfix) with ESMTP id 346771B29FB for ; Sat, 31 Oct 2015 21:21:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 0F8AA1E59F2 for ; Sat, 31 Oct 2015 21:20:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJklubB658Jx for ; Sat, 31 Oct 2015 21:20:45 -0700 (PDT) Received: from t20010c400000302489c1b291c06da7b2.v6.meeting.ietf94.jp (t20010c400000302489c1b291c06da7b2.v6.meeting.ietf94.jp [IPv6:2001:c40:0:3024:89c1:b291:c06d:a7b2]) by c8a.amsl.com (Postfix) with ESMTPA id BD78C1E59F1 for ; Sat, 31 Oct 2015 21:20:45 -0700 (PDT) From: Alexa Morris Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Sat, 31 Oct 2015 21:21:21 -0700 Message-Id: <7881A214-8C1B-4964-A6C8-A2855988D3D5@amsl.com> To: lmap@ietf.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Sendlaterdate: Sat, 31 Oct 2015 21:21:21 -0700 X-Mailer: Apple Mail (2.1878.6) Archived-At: Subject: [lmap] Virtual Queue for LMAP Remote Attendees X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.15 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: Sun, 01 Nov 2015 04:21:13 -0000 If you are planning to participate in the LMAP session here at IETF 94 = on Monday =97 either locally in Prague or as a remote participant =97 we = want to make sure that you are aware that the IETF is providing a remote = participants with a fairly new way to ask questions or make comments. In = addition to using the Jabber room, for the LMAP session there is also = the opportunity for remote participants to enter a virtual queue and ask = questions directly into the meeting room.=20 This experimental queue was used in several sessions at IETF 92 and IETF = 93, so you may have already seen it in action. There will be two queues = for the LMAP session =97 a virtual queue and an actual (in-room) queue. = Remote attendees will log into the Meetecho platform and will have a = virtual mic line that they can enter if they have a question or comment. = In-room participants will continue to use normal mic lines.=20 Instructions for remote participants are at = http://ietf94.conf.meetecho.com/index.php/Remote_Participation.=20 Information on how to join the Meetecho session is at = http://ietf94.conf.meetecho.com/. Verify that you are WebRTC compliant (required to use the virtual queue) = by performing a self-test here: = http://ietf94.conf.meetecho.com/index.php/Self_Test.=20 Regards, Alexa ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com