From nobody Thu Nov 10 09:45:07 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C8B91294A1 for ; Thu, 10 Nov 2016 09:45:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ZAEOLNejPbj for ; Thu, 10 Nov 2016 09:45:01 -0800 (PST) Received: from cdpipgw02.twcable.com (cdpipgw02.twcable.com [165.237.59.23]) by ietfa.amsl.com (Postfix) with ESMTP id AC17912942F for ; Thu, 10 Nov 2016 09:45:01 -0800 (PST) X-SENDER-IP: 10.64.163.160 X-SENDER-REPUTATION: None X-IronPort-AV: E=Sophos;i="5.31,619,1473134400"; d="scan'208,217";a="1227227438" Received: from unknown (HELO exchpapp19.corp.twcable.com) ([10.64.163.160]) by cdpipgw02.twcable.com with ESMTP/TLS/AES256-SHA; 10 Nov 2016 12:43:58 -0500 Received: from EXCHPAPP11.corp.twcable.com (10.64.163.152) by exchpapp19.corp.twcable.com (10.64.163.160) with Microsoft SMTP Server (TLS) id 15.0.1178.4; Thu, 10 Nov 2016 12:44:59 -0500 Received: from EXCHPAPP11.corp.twcable.com ([10.245.162.16]) by exchpapp11.corp.twcable.com ([10.245.162.16]) with mapi id 15.00.1178.000; Thu, 10 Nov 2016 12:44:59 -0500 From: "Weil, Jason" To: "lmap@ietf.org" Thread-Topic: Remote Presenters Thread-Index: AQHSO3onNehbZCp1oESoOdupYfimzQ== Date: Thu, 10 Nov 2016 17:44:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.3.160329 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.64.163.240] x-tm-as-product-ver: SMEX-11.0.0.1191-8.000.1202-22690.005 x-tm-as-result: No--31.416800-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_D44A1C4C64D39jasonweiltwcablecom_" MIME-Version: 1.0 Archived-At: Subject: [lmap] Remote Presenters X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 17:45:03 -0000 --_000_D44A1C4C64D39jasonweiltwcablecom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Do we have any presenters that will not be present in Seoul next week that = will need MeetEcho support? Thanks, Jason ________________________________ This E-mail and any of its attachments may contain Time Warner Cable propri= etary information, which is privileged, confidential, or subject to copyrig= ht belonging to Time Warner Cable. This E-mail is intended solely for the u= se of the individual or entity to which it is addressed. If you are not the= intended recipient of this E-mail, you are hereby notified that any dissem= ination, distribution, copying, or action taken in relation to the contents= of and attachments to this E-mail is strictly prohibited and may be unlawf= ul. If you have received this E-mail in error, please notify the sender imm= ediately and permanently delete the original and any copy of this E-mail an= d any printout. --_000_D44A1C4C64D39jasonweiltwcablecom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Do we have any presenters that will not be present in Seoul next week = that will need MeetEcho support?

Thanks,
Jason 


This E-mail and any of its attachments may contain Time Warner Cable propri= etary information, which is privileged, confidential, or subject to copyrig= ht belonging to Time Warner Cable. This E-mail is intended solely for the u= se of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mai= l, you are hereby notified that any dissemination, distribution, copying, o= r action taken in relation to the contents of and attachments to this E-mai= l is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the = sender immediately and permanently delete the original and any copy of this= E-mail and any printout.
 --_000_D44A1C4C64D39jasonweiltwcablecom_-- From nobody Thu Nov 10 10:15:56 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1823A129491 for ; Thu, 10 Nov 2016 10:15:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5OyTDbhaHX5G for ; Thu, 10 Nov 2016 10:15:53 -0800 (PST) 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 1A49012946E for ; Thu, 10 Nov 2016 10:15:53 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 7A61A14BF; Thu, 10 Nov 2016 19:15:51 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id AG4wjF-P2CvR; Thu, 10 Nov 2016 19:15:48 +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; Thu, 10 Nov 2016 19:15:51 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 508C820051; Thu, 10 Nov 2016 19:15:51 +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 12QOPyqi67S2; Thu, 10 Nov 2016 19:15:51 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id ED7F120050; Thu, 10 Nov 2016 19:15:50 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 912683D1C9F0; Thu, 10 Nov 2016 19:15:49 +0100 (CET) Date: Thu, 10 Nov 2016 19:15:49 +0100 From: Juergen Schoenwaelder To: "Weil, Jason" Message-ID: <20161110181549.GA2413@elstar.local> Mail-Followup-To: "Weil, Jason" , "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.6.0 (2016-04-01) Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] Remote Presenters X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 18:15:55 -0000 On Thu, Nov 10, 2016 at 05:44:58PM +0000, Weil, Jason wrote: > Do we have any presenters that will not be present in Seoul next week that will need MeetEcho support? > I will not be physically in Seoul. We need to settle the open issues on the information model and the yang data model, either here on the list before the meeting or during the meeting. /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 Thu Nov 10 12:58:32 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D3D31296B8 for ; Thu, 10 Nov 2016 12:58:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TfJ5G9nyQjDC for ; Thu, 10 Nov 2016 12:58:28 -0800 (PST) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::234]) (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 A527F12965E for ; Thu, 10 Nov 2016 12:58:26 -0800 (PST) Received: by mail-qt0-x234.google.com with SMTP id p16so154372751qta.0 for ; Thu, 10 Nov 2016 12:58:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ccCCnUIWgb3t/TLFyQJPDAA40LaH78qiHuvjLSCrOd4=; b=WimEMbmWqS4bXQpG1oWBTpUPgkWXtpCriPep1FHIf6yemL41rPjlNMYQLyWcVK8it2 eY2hqxU9AVj7rwrUEZHmg7hbMgz9DmcdXywTNw5MAsCdOv1ClgkIY1NEHJUUB5C2GwIc TYiWOA9CKcuDdsWN4JKXdrGr7AkLIgHgxXMjOYfOmcuD5bQCfVX+xJY2i2giPOk6/8qx 8qeso/u8m6XRlJkjkb4OkwyZGrVlG+YnkL13+JB9aibUMLasbGD8HI3+M+NZJ0AtlWAH qHWC76B5dfUSXssNMw+vyfmnVcllh0yJiu9fP7gI9e7qrmX+P2tAVmxrZI31gCICRjNM lR2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ccCCnUIWgb3t/TLFyQJPDAA40LaH78qiHuvjLSCrOd4=; b=P9g4FR5zjkYR5wKIdBo8kbCkCKN5m2ouiuxT5hE7gI2mSzGcH4HzUQqwub+s+1Q52p lpIypnY5/K0NDsKb3y4biSwnqaoEMWgYtnA/dvKSkdVDQA988Yf4WYSuGuh/+5WLS+9R avC8JNCOqM+Drq+PSWckMm0lcJ3dZ59Xp8rMCCLKbjIIk9Vl+fEHDJqkA/KPnUwCwGMf XaAF0VMB16PwWSnMD7BYCIUaGHYmD/GDuo4d8WNwgqzqEFiuA7DigH1RCli1kO1d8lVA vcbZuJ3mw5Gy9K32REpcU0EumdPSUPBDfhJSnRDdn1//eREUfVADVUqFrgl2cPYIMKqV OLgQ== X-Gm-Message-State: ABUngvff8XviOgHqgdHDUwlFbJyPmbEGHd+4uiqX3wQIbe/DuvU13MXy0Q9ncW7qBrqrfbMpbLZW/khbXosAAQ== X-Received: by 10.200.40.101 with SMTP id 34mr8304867qtr.38.1478811505884; Thu, 10 Nov 2016 12:58:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.21.228 with HTTP; Thu, 10 Nov 2016 12:58:25 -0800 (PST) In-Reply-To: References: From: Dan Romascanu Date: Thu, 10 Nov 2016 22:58:25 +0200 Message-ID: To: "Weil, Jason" Content-Type: multipart/alternative; boundary=001a1140451c7f82b20540f8a29a Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] Remote Presenters X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2016 20:58:31 -0000 --001a1140451c7f82b20540f8a29a Content-Type: text/plain; charset=UTF-8 I will not be in Seoul. It would be good for me to have remote participation capability. Thanks and Regards, Dan On Thu, Nov 10, 2016 at 7:44 PM, Weil, Jason wrote: > Do we have any presenters that will not be present in Seoul next week that > will need MeetEcho support? > > Thanks, > Jason > > ------------------------------ > > This E-mail and any of its attachments may contain Time Warner Cable > proprietary information, which is privileged, confidential, or subject to > copyright belonging to Time Warner Cable. This E-mail is intended solely > for the use of the individual or entity to which it is addressed. If you > are not the intended recipient of this E-mail, you are hereby notified that > any dissemination, distribution, copying, or action taken in relation to > the contents of and attachments to this E-mail is strictly prohibited and > may be unlawful. If you have received this E-mail in error, please notify > the sender immediately and permanently delete the original and any copy of > this E-mail and any printout. > > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap > > --001a1140451c7f82b20540f8a29a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I will not be in Seoul. It would be good for me to ha= ve remote participation capability.


Thanks and Regar= ds,

Dan

On Thu, Nov 10, 2016 at 7:44 PM, Weil, Jason <jason.weil@twcable.com> wrote:
Do we have any presenters that will not be present in Seoul next week = that will need MeetEcho support?

Thanks,
Jason=C2=A0


This E-mail and any of its attachments may contain Time Warner Cable propri= etary information, which is privileged, confidential, or subject to copyrig= ht belonging to Time Warner Cable. This E-mail is intended solely for the u= se of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mai= l, you are hereby notified that any dissemination, distribution, copying, o= r action taken in relation to the contents of and attachments to this E-mai= l is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the = sender immediately and permanently delete the original and any copy of this= E-mail and any printout.

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


--001a1140451c7f82b20540f8a29a-- From nobody Tue Nov 15 18:38:33 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 306C61294D8 for ; Tue, 15 Nov 2016 18:38:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E2wqRNpS2G1H for ; Tue, 15 Nov 2016 18:38:29 -0800 (PST) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 304711293FC for ; Tue, 15 Nov 2016 18:38:29 -0800 (PST) Received: from pps.filterd (m0049295.ppops.net [127.0.0.1]) by m0049295.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id uAG2ZTTT029629 for ; Tue, 15 Nov 2016 21:38:29 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049295.ppops.net-00191d01. with ESMTP id 26rct5tqcy-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 15 Nov 2016 21:38:28 -0500 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uAG2cRCI018851 for ; Tue, 15 Nov 2016 21:38:27 -0500 Received: from mlpi409.sfdc.sbc.com (mlpi409.sfdc.sbc.com [130.9.128.241]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uAG2cM8O018806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 15 Nov 2016 21:38:24 -0500 Received: from clpi183.sldc.sbc.com (clpi183.sldc.sbc.com [135.41.1.46]) by mlpi409.sfdc.sbc.com (RSA Interceptor) for ; Wed, 16 Nov 2016 02:38:11 GMT Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id uAG2cBms024502 for ; Tue, 15 Nov 2016 20:38:11 -0600 Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id uAG2c4di024218 for ; Tue, 15 Nov 2016 20:38:06 -0600 Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-azure.research.att.com (Postfix) with ESMTP id E0B59E07EB for ; Tue, 15 Nov 2016 21:38:03 -0500 (EST) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0319.002; Tue, 15 Nov 2016 21:38:03 -0500 From: "MORTON, ALFRED C (AL)" To: "lmap@ietf.org" Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8aw71LaQYSPa0uSCTrZGDc8F6Da8pzQ Date: Wed, 16 Nov 2016 02:38:03 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> In-Reply-To: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.70.49.184] 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=2016-11-15_08:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611160040 Archived-At: Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 02:38:31 -0000 Hi Juergen, In the latest Info Model... > -----Original Message----- ... >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 >=20 [ACM]=20 The metric registry has become generic: 3.10. Common Objects: Registry Information Tasks and actions can be associated with entries in a registry. A registry object refers to an entry in a registry (identified by a URI) and it may define a set of roles. 3.10.1. Definition of ma-registry-obj object { uri ma-registry-uri; [string ma-registry-role<0..*>;] } ma-registry-obj; The ma-registry-obj refers to an entry of a registry and it defines the associated role(s). The ma-registry-obj consists of the following elements: ma-registry-uri: A URI identifying an entry in a registry. ma-registry-role: An optional and possibly empty unordered set of roles for the identified registry entry. -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- It's not clear to me how the generic object works with=20 respect to the performance metric registry. It was clear when the metric aspect was prominent (ma-metric-registry-obj). This may be because the idea of an LMAP task registry has been mentioned, but I haven't seen any details about=20 the LMAP task registry and maybe an example would help.=20 It would be good to see how the LMAP Task Registry and=20 IANA Performance metrics registry are used together. Since I'm mostly interested in using LMAP for control=20 and reporting of registered performance metrics, the composition of these measurement tasks should be as straightforward as possible. A follow-up question is how this will change the data model, which still appears to contain specific references to metrics. regards, Al From nobody Wed Nov 16 01:07:24 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DAD112968F for ; Wed, 16 Nov 2016 01:07:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.418 X-Spam-Level: X-Spam-Status: No, score=-3.418 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1TLwG2e7WIoq for ; Wed, 16 Nov 2016 01:07:20 -0800 (PST) Received: from smtpb1.bt.com (smtpb1.bt.com [62.7.242.141]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E68A5129689 for ; Wed, 16 Nov 2016 01:07:19 -0800 (PST) Received: from E07HT05-UKBR.domain1.systemhost.net (193.113.197.167) by EVMED05-UKBR.bt.com (10.216.161.37) with Microsoft SMTP Server (TLS) id 14.3.248.2; Wed, 16 Nov 2016 09:07:13 +0000 Received: from rew09926dag03c.domain1.systemhost.net (10.55.202.26) by E07HT05-UKBR.domain1.systemhost.net (193.113.197.167) with Microsoft SMTP Server (TLS) id 8.3.342.0; Wed, 16 Nov 2016 09:07:17 +0000 Received: from rew09926dag03b.domain1.systemhost.net (10.55.202.22) by rew09926dag03c.domain1.systemhost.net (10.55.202.26) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 16 Nov 2016 09:07:17 +0000 Received: from rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e]) by rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e%12]) with mapi id 15.00.1210.000; Wed, 16 Nov 2016 09:07:16 +0000 From: To: , Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8asad/zoPM9/E2KEj17dvlPlKDa/VqAgABoDCA= Date: Wed, 16 Nov 2016 09:07:16 +0000 Message-ID: <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.202.243] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 09:07:23 -0000 Sorry for having been quiet on this recently. Thanks for all the work on th= is Juergen.=20 I think it would be good to have a section that provides an example - to ac= t as some kind of link from the architecture doc to the info model. The inf= o model is now more generic (eg no specific measurement tasks) - so I think= it would be useful to show a simple example with measurement & reporting. = =20 Thanks, phil -----Original Message----- From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED C (AL= ) Sent: 16 November 2016 02:38 To: lmap@ietf.org Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Hi Juergen, In the latest Info Model... > -----Original Message----- ... >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 >=20 [ACM] The metric registry has become generic: 3.10. Common Objects: Registry Information Tasks and actions can be associated with entries in a registry. A registry object refers to an entry in a registry (identified by a URI) and it may define a set of roles. 3.10.1. Definition of ma-registry-obj object { uri ma-registry-uri; [string ma-registry-role<0..*>;] } ma-registry-obj; The ma-registry-obj refers to an entry of a registry and it defines the associated role(s). The ma-registry-obj consists of the following elements: ma-registry-uri: A URI identifying an entry in a registry. ma-registry-role: An optional and possibly empty unordered set of roles for the identified registry entry. -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- It's not clear to me how the generic object works with respect to the perfo= rmance metric registry. It was clear when the metric aspect was prominent (= ma-metric-registry-obj). This may be because the idea of an LMAP task registry has been mentioned, b= ut I haven't seen any details about the LMAP task registry and maybe an exa= mple would help.=20 It would be good to see how the LMAP Task Registry and IANA Performance met= rics registry are used together. Since I'm mostly interested in using LMAP for control and reporting of regi= stered performance metrics, the composition of these measurement tasks shou= ld be as straightforward as possible. A follow-up question is how this will change the data model, which still ap= pears to contain specific references to metrics. regards, Al _______________________________________________ lmap mailing list lmap@ietf.org https://www.ietf.org/mailman/listinfo/lmap From nobody Wed Nov 16 01:39:17 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E9FCB12968F for ; Wed, 16 Nov 2016 01:39:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PU55gFB3RpMs for ; Wed, 16 Nov 2016 01:39:14 -0800 (PST) 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 D8C431296A5 for ; Wed, 16 Nov 2016 01:39:13 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id B26831612; Wed, 16 Nov 2016 10:39:12 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id iL-VWFI7X3VY; Wed, 16 Nov 2016 10:39: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; Wed, 16 Nov 2016 10:39:12 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 478F420050; Wed, 16 Nov 2016 10:39:12 +0100 (CET) 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 injDslccj1pX; Wed, 16 Nov 2016 10:39:11 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id C2F0620053; Wed, 16 Nov 2016 10:39:11 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 293CB3D405BC; Wed, 16 Nov 2016 10:39:09 +0100 (CET) Date: Wed, 16 Nov 2016 10:39:09 +0100 From: Juergen Schoenwaelder To: "MORTON, ALFRED C (AL)" Message-ID: <20161116093909.GA51980@elstar.local> Mail-Followup-To: "MORTON, ALFRED C (AL)" , "lmap@ietf.org" References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 09:39:16 -0000 Al, since the edit is essentially just a name change, why do you think this makes things unclear? We just do not constrain the URI to point to a metrics registry. The motivation is that there are LMAP tasks that do not do measurements and thus do not require metric definitions. /js PS: I personally believe that an LMAP task registry would be a very good idea but I do not want to hold off the information model any longer. On Wed, Nov 16, 2016 at 02:38:03AM +0000, MORTON, ALFRED C (AL) wrote: > Hi Juergen, > > In the latest Info Model... > > -----Original Message----- > ... > > > > There's also a htmlized version available at: > > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 > > > [ACM] > The metric registry has become generic: > > 3.10. Common Objects: Registry Information > > Tasks and actions can be associated with entries in a registry. A > registry object refers to an entry in a registry (identified by a > URI) and it may define a set of roles. > > 3.10.1. Definition of ma-registry-obj > > object { > uri ma-registry-uri; > [string ma-registry-role<0..*>;] > } ma-registry-obj; > > The ma-registry-obj refers to an entry of a registry and it defines > the associated role(s). The ma-registry-obj consists of the > following elements: > > ma-registry-uri: A URI identifying an entry in a registry. > > ma-registry-role: An optional and possibly empty unordered > set of roles for the identified registry > entry. > -=-=-=-=-=-=-=-=- > > It's not clear to me how the generic object works with > respect to the performance metric registry. It was clear when the > metric aspect was prominent (ma-metric-registry-obj). > This may be because the idea of an LMAP task registry > has been mentioned, but I haven't seen any details about > the LMAP task registry and maybe an example would help. > It would be good to see how the LMAP Task Registry and > IANA Performance metrics registry are used together. > > Since I'm mostly interested in using LMAP for control > and reporting of registered performance metrics, the > composition of these measurement tasks should be as > straightforward as possible. > > A follow-up question is how this will change the data model, > which still appears to contain specific references to metrics. > > regards, > Al > > > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 01:42:23 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FA761296B0 for ; Wed, 16 Nov 2016 01:42:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ME13bMCv82tj for ; Wed, 16 Nov 2016 01:42:19 -0800 (PST) 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 7D98112969A for ; Wed, 16 Nov 2016 01:42:19 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 4B5B0186F; Wed, 16 Nov 2016 10:42:18 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id Nlko6B6AgV8M; Wed, 16 Nov 2016 10:42:15 +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; Wed, 16 Nov 2016 10:42:17 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id C530E20050; Wed, 16 Nov 2016 10:42:17 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id dUNGkyTmduOc; Wed, 16 Nov 2016 10:42:16 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 01DCE20055; Wed, 16 Nov 2016 10:42:17 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id BB89C3D40601; Wed, 16 Nov 2016 10:42:16 +0100 (CET) Date: Wed, 16 Nov 2016 10:42:16 +0100 From: Juergen Schoenwaelder To: philip.eardley@bt.com Message-ID: <20161116094216.GB51980@elstar.local> Mail-Followup-To: philip.eardley@bt.com, acmorton@att.com, lmap@ietf.org References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: acmorton@att.com, lmap@ietf.org Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 09:42:21 -0000 Phil, I am not sure which example you find missing. There is an example for an execution in section 4. There is no concrete serialization example because the information model is abstract and does not define any serialization rules. A concrete example (in XML serialization) can be found in the YANG data model - and the grand plan was to have the JSON serialization of the same model in the RESTCONF document. /js On Wed, Nov 16, 2016 at 09:07:16AM +0000, philip.eardley@bt.com wrote: > Sorry for having been quiet on this recently. Thanks for all the work on this Juergen. > > I think it would be good to have a section that provides an example - to act as some kind of link from the architecture doc to the info model. The info model is now more generic (eg no specific measurement tasks) - so I think it would be useful to show a simple example with measurement & reporting. > > Thanks, > phil > > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED C (AL) > Sent: 16 November 2016 02:38 > To: lmap@ietf.org > Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt > > Hi Juergen, > > In the latest Info Model... > > -----Original Message----- > ... > > > > There's also a htmlized version available at: > > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 > > > [ACM] > The metric registry has become generic: > > 3.10. Common Objects: Registry Information > > Tasks and actions can be associated with entries in a registry. A > registry object refers to an entry in a registry (identified by a > URI) and it may define a set of roles. > > 3.10.1. Definition of ma-registry-obj > > object { > uri ma-registry-uri; > [string ma-registry-role<0..*>;] > } ma-registry-obj; > > The ma-registry-obj refers to an entry of a registry and it defines > the associated role(s). The ma-registry-obj consists of the > following elements: > > ma-registry-uri: A URI identifying an entry in a registry. > > ma-registry-role: An optional and possibly empty unordered > set of roles for the identified registry > entry. > -=-=-=-=-=-=-=-=- > > It's not clear to me how the generic object works with respect to the performance metric registry. It was clear when the metric aspect was prominent (ma-metric-registry-obj). > This may be because the idea of an LMAP task registry has been mentioned, but I haven't seen any details about the LMAP task registry and maybe an example would help. > It would be good to see how the LMAP Task Registry and IANA Performance metrics registry are used together. > > Since I'm mostly interested in using LMAP for control and reporting of registered performance metrics, the composition of these measurement tasks should be as straightforward as possible. > > A follow-up question is how this will change the data model, which still appears to contain specific references to metrics. > > regards, > Al > > > _______________________________________________ > 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 -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 07:43:20 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CDE61294A8 for ; Wed, 16 Nov 2016 07:43:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.099 X-Spam-Level: X-Spam-Status: No, score=-4.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3bdjOqCg3TEc for ; Wed, 16 Nov 2016 07:43:16 -0800 (PST) Received: from smtpb1.bt.com (smtpb1.bt.com [62.7.242.142]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 07BBE129453 for ; Wed, 16 Nov 2016 07:43:15 -0800 (PST) Received: from E07HT02-UKBR.domain1.systemhost.net (193.113.197.160) by EVMED06-UKBR.bt.com (10.216.161.38) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 16 Nov 2016 15:43:12 +0000 Received: from rew09926dag03c.domain1.systemhost.net (10.55.202.26) by E07HT02-UKBR.domain1.systemhost.net (193.113.197.160) with Microsoft SMTP Server (TLS) id 8.3.342.0; Wed, 16 Nov 2016 15:42:52 +0000 Received: from rew09926dag03b.domain1.systemhost.net (10.55.202.22) by rew09926dag03c.domain1.systemhost.net (10.55.202.26) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 16 Nov 2016 15:42:51 +0000 Received: from rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e]) by rew09926dag03b.domain1.systemhost.net ([fe80::d514:fe50:560c:401e%12]) with mapi id 15.00.1210.000; Wed, 16 Nov 2016 15:42:51 +0000 From: To: Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8asad/zoPM9/E2KEj17dvlPlKDa/VqAgABoDCCAAA56AIAAX5Qg Date: Wed, 16 Nov 2016 15:42:51 +0000 Message-ID: <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> In-Reply-To: <20161116094216.GB51980@elstar.local> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.55.202.242] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: acmorton@att.com, lmap@ietf.org Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 15:43:19 -0000 The Section 4 example is about timing of events & schedules - pipelining /s= erialise etc - which is useful. I meant something like: take some variant of the example in RFC7594 and exp= lain how to use the information model << The Controller instructs one or more MAs and communicates the set of Measurement Tasks an MA should perform and when. For example, it may instruct an MA at a home gateway: "Measure the 'UDP latency' with www.example.org; repeat every hour at xx.05". The Controller also manages an MA by instructing it on how to report the Measurement Results, for example: "Report results once a day in a batch at 4am". >> Strictly speaking this is not needed, but I think it would be useful, as th= e information model is now quite abstract (eg measurement tasks and registr= ies no longer immediately obvious - as they're just tasks & registires). If= other people think this is pointless, then I'm ok.=20 -----Original Message----- From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]=20 Sent: 16 November 2016 09:42 To: Eardley,PL,Philip,TUB8 R Cc: acmorton@att.com; lmap@ietf.org Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Phil, I am not sure which example you find missing. There is an example for an ex= ecution in section 4. There is no concrete serialization example because th= e information model is abstract and does not define any serialization rules= . A concrete example (in XML serialization) can be found in the YANG data m= odel - and the grand plan was to have the JSON serialization of the same mo= del in the RESTCONF document. /js On Wed, Nov 16, 2016 at 09:07:16AM +0000, philip.eardley@bt.com wrote: > Sorry for having been quiet on this recently. Thanks for all the work on = this Juergen.=20 >=20 > I think it would be good to have a section that provides an example - to = act as some kind of link from the architecture doc to the info model. The i= nfo model is now more generic (eg no specific measurement tasks) - so I thi= nk it would be useful to show a simple example with measurement & reporting= . =20 >=20 > Thanks, > phil >=20 > -----Original Message----- > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED=20 > C (AL) > Sent: 16 November 2016 02:38 > To: lmap@ietf.org > Subject: Re: [lmap] I-D Action:=20 > draft-ietf-lmap-information-model-12.txt >=20 > Hi Juergen, >=20 > In the latest Info Model... > > -----Original Message----- > ... > >=20 > > There's also a htmlized version available at: > > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 > >=20 > [ACM] > The metric registry has become generic: >=20 > 3.10. Common Objects: Registry Information >=20 > Tasks and actions can be associated with entries in a registry. A > registry object refers to an entry in a registry (identified by a > URI) and it may define a set of roles. >=20 > 3.10.1. Definition of ma-registry-obj >=20 > object { > uri ma-registry-uri; > [string ma-registry-role<0..*>;] > } ma-registry-obj; >=20 > The ma-registry-obj refers to an entry of a registry and it defines > the associated role(s). The ma-registry-obj consists of the > following elements: >=20 > ma-registry-uri: A URI identifying an entry in a registry. >=20 > ma-registry-role: An optional and possibly empty unordered > set of roles for the identified registry > entry. > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >=20 > It's not clear to me how the generic object works with respect to the per= formance metric registry. It was clear when the metric aspect was prominent= (ma-metric-registry-obj). > This may be because the idea of an LMAP task registry has been mentioned,= but I haven't seen any details about the LMAP task registry and maybe an e= xample would help.=20 > It would be good to see how the LMAP Task Registry and IANA Performance m= etrics registry are used together. >=20 > Since I'm mostly interested in using LMAP for control and reporting of re= gistered performance metrics, the composition of these measurement tasks sh= ould be as straightforward as possible. >=20 > A follow-up question is how this will change the data model, which still = appears to contain specific references to metrics. >=20 > regards, > Al >=20 >=20 > _______________________________________________ > 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 --=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 Wed Nov 16 07:57:01 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 530E7129639 for ; Wed, 16 Nov 2016 07:57:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0FW4Cjxq-ARN for ; Wed, 16 Nov 2016 07:56:56 -0800 (PST) Received: from lxdnp29m.centurylink.com (lxdnp29m.centurylink.com [155.70.32.52]) (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 6F055129545 for ; Wed, 16 Nov 2016 07:56:56 -0800 (PST) Received: from lxdenvmpc030.qintra.com (lxdenvmpc030.qintra.com [10.1.51.30]) by lxdnp29m.centurylink.com (8.14.8/8.14.8) with ESMTP id uAGFuoZj021330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2016 08:56:50 -0700 Received: from lxdenvmpc030.qintra.com (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id BAF541E0058; Wed, 16 Nov 2016 08:56:44 -0700 (MST) Received: from lxdnp31k.corp.intranet (unknown [151.119.92.134]) by lxdenvmpc030.qintra.com (Postfix) with ESMTP id A16D71E007E; Wed, 16 Nov 2016 08:56:44 -0700 (MST) Received: from lxdnp31k.corp.intranet (localhost [127.0.0.1]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id uAGFui7m006617; Wed, 16 Nov 2016 08:56:44 -0700 Received: from vodcwhubex502.ctl.intranet (vodcwhubex502.ctl.intranet [151.117.206.28]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id uAGFuiTr006611 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Nov 2016 08:56:44 -0700 Received: from PODCWMBXEX505.ctl.intranet ([fe80::f87e:fe44:ad72:b610]) by vodcwhubex502.ctl.intranet ([151.117.206.28]) with mapi id 14.03.0294.000; Wed, 16 Nov 2016 09:56:43 -0600 From: "Bugenhagen, Michael K" To: "philip.eardley@bt.com" , "j.schoenwaelder@jacobs-university.de" Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8bRsvjT24vr006+fLPOTN+8+KDbYe+AgABsvwCAAAnHAIAAZL+A//+fS4A= Date: Wed, 16 Nov 2016 15:56:43 +0000 Message-ID: <7FFD36A0-01E6-43C4-B3DB-094421BCCEB1@centurylink.com> References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> In-Reply-To: <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1c.0.161115 x-originating-ip: [155.70.16.191] Content-Type: text/plain; charset="utf-8" Content-ID: <0CF1A9B0E664AD499B32D39233B9E2A0@centurylink.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-MML: disable X-CFilter-Loop: Reflected Archived-At: Cc: "acmorton@att.com" , "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 15:57:00 -0000 UGhpbCwgSnVlcmdlbiwNCg0KSSBhcG9sb2dpemUgYWhlYWQgb2YgdGltZSBmb3IgdGhlIGxvbmct d2luZGVkIHJldHJvc3BlY3TigKYgYnV0IGhlcmXigJlzIHNvbWV0aGluZyBJ4oCZdmUgcnVuIGFj cm9zcyB5b3UgbWF5IGJlIGFibGUgdG8gY29uc2lkZXIgaW4geW91ciBmcmFtZXdvcmsuDQoNCiAg ICAgICAgSSByZXZpZXdlZCB0aGUgZHJhZnQsIGFuZCBvbmUgdGhpbmcgdGhhdCBzZWVtcyB0byBi ZSBtaXNzaW5nIGhlcmUgaXMgYW55IOKAnE5BS+KAnSBmcm9tIHRoZSB0ZXN0IHNlcnZlciB3aGVu IGl04oCZcyBidXN5IG9yIG92ZXJsb2FkaW5nLg0KDQpHaXZlbiB0aGUgTUHigJlzIGNhbiBhdXRv bWF0aWNhbGx5IGRlbGF5IHRlc3RpbmcgZHVlIHRvIOKAnGNyb3NzIHRyYWZmaWPigJ0gdGhlcmUg c2hvdWxkIGJlIHNvbWUgQ0FDIHN0YXRlIHRyYWNraW5nIHNvIE9w4oCZcyBrbm93cyB3aGF0IGlz IGhhcHBlbmluZyB3aGVuIHRlc3RzIGRvbuKAmXQgZ2V0IHJ1biBiZWNhdXNlIHRoZSB0ZXN0IHNl cnZlciB3YXMgYnVzeS4gICAgVGhpcyBpcyBraW5kIG9mIGNvbnRyb2xsZXIgMTAxIGZvciBjYXBh Y2l0eSBwbGFubmluZywgYW5kIG9wc+KAmSB0cmFmZmljIGVuZ2luZWVyaW5nIGZvciB0aGUgdGVz dGluZywgYW5kIG9mIGNvdXJzZSBsb2dnaW5nLg0KDQogICAgSeKAmW0gbm90IHN1cmUgdGhlcmUg aXMgYSDigJx0ZXN0IHNlcnZlciBiZWhhdmlvcuKAnSB0aGF0IHRyYWNrcyB0aGlzIGluIHRoZSBp bmZvcm1hdGlvbiBtb2RlbCwgYnV0IGFsbCB0aGUgY3VycmVudCBjYXJyaWVyIGdyYWRlIHN5c3Rl bXMgKHN5c3RlbXMgdGhhdCB0ZWxlY29tcyB1c2UpIGhhdmUgdGhlbS4NCkl0IHdvdWxkIGJlIOKA nG5pY2XigJ0gaWYgdGhlIE1BIGtuZXcgd2h5IGEgdGVzdCBzZXJ2ZXIgaWdub3JlZCBhIHRlc3Qg KEnigJltIGFzc3VtaW5nIHRoZXkgb25seSBhbGxvdyBzbyBtYW55IGNvbm5lY3Rpb25zIHNvIGEg ZmFpbGVkIC8gdGltZWQgb3V0IHRlc3QgY2FuIG9jY3VyKSwgYnV0IEnigJltIG5vdCBzdXJlIGlm IHRoZXJlIGFyZSBhbnkgcHJvdmlzaW9ucyBmb3IgdGhpcy4NCg0KICAgSW4gdGhlIHBhc3QgSSBo YXZlIHNlZW4g4oCcdGVzdCBzb2Z0d2FyZeKAnSAoTUHigJlzICkgZ2V0IHR1cm5lZCB1cCB3aXRo b3V0IHRlbGxpbmcgdGhlIOKAnG9w4oCZcyB0ZWFtc+KAnSB3aG8gbWFpbnRhaW4gdGhlIHNlcnZl cnMg4oCTIHdoaWNoIHJlc3VsdHMgaW4g4oCcSE9U4oCdIHNlcnZlcnMgdGhhdCBnaXZlIGJhZCBy ZXN1bHRzIGJlY2F1c2UgdGhleSBkb27igJl0IGhhdmUgYW55IENBQywgb3IgdGhyb3R0bGluZyBv biBob3cgbWFueSB0ZXN0cyBhcmUgY29uY3VycmVudGx5IHJ1biwgYW5kIGVuZGVkIHVwIGFzIGEg Y29uZ2VzdGlvbiBwb2ludC4gICDigJMgdGhpcyBmYWlscyB0aGUgSVNPOWsgJiA3SyB0ZXN0aW5n IHN0YW5kYXJkcyBmb3IgdGhlIG1vc3QgcGFydC4NCg0KICAgICAgR2l2ZW4gdGhlIGNyaXRpY2Fs aXR5IG9mIHRoaXMsIGl04oCZcyBhIGJlc3QgcHJhY3RpY2UgdG8gY29tbXVuaWNhdGUgdGhlIHRl c3Qgc2VydmVyIE5BSyAvIEJ1c3ksIC4uIHRvIHRoZSBNQeKAmXMgc28gdGhlIHN5c3RlbSBpcyBt b3JlIGZ1bGwgcHJvb2YuDQogICBFc3BlY2lhbGx5IHdoZW4gdGhlIGN1c3RvbWVyLCBhbmQgdGhl IHRlc3Qgc2VydmVyIG1heSBiZSB0d28gZGlmZmVyZW50IHVuYWZmaWxpYXRlZCBwYXJ0aWVzLg0K DQpTbyDigJMgdGVzdCBzeXN0ZW0gYmVzdCBwcmFjdGljZXMgd291bGQgc2F5IC3igKYgbWFrZSBz dXJlIHlvdSBoYXZlIGEgQ0FDIG9uIHRoZSB0ZXN0IHNlcnZlcnMgYW5kIGNvbW11bmljYXRlIHRo YXQgdG8gdGhlIE1B4oCZcyBzbyB0aGV5IGtub3cgd2hhdOKAmXMgZ29pbmcgb24uDQoNCkJlc3Qs DQpNaWtlDQoNCg0KDQoNCg0KDQoNCg0KT24gMTEvMTYvMTYsIDk6NDIgQU0sICJsbWFwIG9uIGJl aGFsZiBvZiBwaGlsaXAuZWFyZGxleUBidC5jb20iIDxsbWFwLWJvdW5jZXNAaWV0Zi5vcmcgb24g YmVoYWxmIG9mIHBoaWxpcC5lYXJkbGV5QGJ0LmNvbT4gd3JvdGU6DQoNCiAgICBUaGUgU2VjdGlv biA0IGV4YW1wbGUgaXMgYWJvdXQgdGltaW5nIG9mIGV2ZW50cyAmIHNjaGVkdWxlcyAtIHBpcGVs aW5pbmcgL3NlcmlhbGlzZSBldGMgLSB3aGljaCBpcyB1c2VmdWwuDQoNCiAgICBJIG1lYW50IHNv bWV0aGluZyBsaWtlOiB0YWtlIHNvbWUgdmFyaWFudCBvZiB0aGUgZXhhbXBsZSBpbiBSRkM3NTk0 IGFuZCBleHBsYWluIGhvdyB0byB1c2UgdGhlIGluZm9ybWF0aW9uIG1vZGVsDQogICAgPDwgICBU aGUgQ29udHJvbGxlciBpbnN0cnVjdHMgb25lIG9yIG1vcmUgTUFzIGFuZCBjb21tdW5pY2F0ZXMg dGhlIHNldCBvZg0KICAgICAgIE1lYXN1cmVtZW50IFRhc2tzIGFuIE1BIHNob3VsZCBwZXJmb3Jt IGFuZCB3aGVuLiAgRm9yIGV4YW1wbGUsIGl0IG1heQ0KICAgICAgIGluc3RydWN0IGFuIE1BIGF0 IGEgaG9tZSBnYXRld2F5OiAiTWVhc3VyZSB0aGUgJ1VEUCBsYXRlbmN5JyB3aXRoDQogICAgICAg d3d3LmV4YW1wbGUub3JnOyByZXBlYXQgZXZlcnkgaG91ciBhdCB4eC4wNSIuICBUaGUgQ29udHJv bGxlciBhbHNvDQogICAgICAgbWFuYWdlcyBhbiBNQSBieSBpbnN0cnVjdGluZyBpdCBvbiBob3cg dG8gcmVwb3J0IHRoZSBNZWFzdXJlbWVudA0KICAgICAgIFJlc3VsdHMsIGZvciBleGFtcGxlOiAi UmVwb3J0IHJlc3VsdHMgb25jZSBhIGRheSBpbiBhIGJhdGNoIGF0IDRhbSIuDQogICAgPj4NCg0K ICAgIFN0cmljdGx5IHNwZWFraW5nIHRoaXMgaXMgbm90IG5lZWRlZCwgYnV0IEkgdGhpbmsgaXQg d291bGQgYmUgdXNlZnVsLCBhcyB0aGUgaW5mb3JtYXRpb24gbW9kZWwgaXMgbm93IHF1aXRlIGFi c3RyYWN0IChlZyBtZWFzdXJlbWVudCB0YXNrcyBhbmQgcmVnaXN0cmllcyBubyBsb25nZXIgaW1t ZWRpYXRlbHkgb2J2aW91cyAtIGFzIHRoZXkncmUganVzdCB0YXNrcyAmIHJlZ2lzdGlyZXMpLiBJ ZiBvdGhlciBwZW9wbGUgdGhpbmsgdGhpcyBpcyBwb2ludGxlc3MsIHRoZW4gSSdtIG9rLg0KDQoN CiAgICAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KICAgIEZyb206IEp1ZXJnZW4gU2Nob2Vu d2FlbGRlciBbbWFpbHRvOmouc2Nob2Vud2FlbGRlckBqYWNvYnMtdW5pdmVyc2l0eS5kZV0NCiAg ICBTZW50OiAxNiBOb3ZlbWJlciAyMDE2IDA5OjQyDQogICAgVG86IEVhcmRsZXksUEwsUGhpbGlw LFRVQjggUiA8cGhpbGlwLmVhcmRsZXlAYnQuY29tPg0KICAgIENjOiBhY21vcnRvbkBhdHQuY29t OyBsbWFwQGlldGYub3JnDQogICAgU3ViamVjdDogUmU6IFtsbWFwXSBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLWxtYXAtaW5mb3JtYXRpb24tbW9kZWwtMTIudHh0DQoNCiAgICBQaGlsLA0KDQogICAg SSBhbSBub3Qgc3VyZSB3aGljaCBleGFtcGxlIHlvdSBmaW5kIG1pc3NpbmcuIFRoZXJlIGlzIGFu IGV4YW1wbGUgZm9yIGFuIGV4ZWN1dGlvbiBpbiBzZWN0aW9uIDQuIFRoZXJlIGlzIG5vIGNvbmNy ZXRlIHNlcmlhbGl6YXRpb24gZXhhbXBsZSBiZWNhdXNlIHRoZSBpbmZvcm1hdGlvbiBtb2RlbCBp cyBhYnN0cmFjdCBhbmQgZG9lcyBub3QgZGVmaW5lIGFueSBzZXJpYWxpemF0aW9uIHJ1bGVzLiBB IGNvbmNyZXRlIGV4YW1wbGUgKGluIFhNTCBzZXJpYWxpemF0aW9uKSBjYW4gYmUgZm91bmQgaW4g dGhlIFlBTkcgZGF0YSBtb2RlbCAtIGFuZCB0aGUgZ3JhbmQgcGxhbiB3YXMgdG8gaGF2ZSB0aGUg SlNPTiBzZXJpYWxpemF0aW9uIG9mIHRoZSBzYW1lIG1vZGVsIGluIHRoZSBSRVNUQ09ORiBkb2N1 bWVudC4NCg0KICAgIC9qcw0KDQogICAgT24gV2VkLCBOb3YgMTYsIDIwMTYgYXQgMDk6MDc6MTZB TSArMDAwMCwgcGhpbGlwLmVhcmRsZXlAYnQuY29tIHdyb3RlOg0KICAgID4gU29ycnkgZm9yIGhh dmluZyBiZWVuIHF1aWV0IG9uIHRoaXMgcmVjZW50bHkuIFRoYW5rcyBmb3IgYWxsIHRoZSB3b3Jr IG9uIHRoaXMgSnVlcmdlbi4NCiAgICA+DQogICAgPiBJIHRoaW5rIGl0IHdvdWxkIGJlIGdvb2Qg dG8gaGF2ZSBhIHNlY3Rpb24gdGhhdCBwcm92aWRlcyBhbiBleGFtcGxlIC0gdG8gYWN0IGFzIHNv bWUga2luZCBvZiBsaW5rIGZyb20gdGhlIGFyY2hpdGVjdHVyZSBkb2MgdG8gdGhlIGluZm8gbW9k ZWwuIFRoZSBpbmZvIG1vZGVsIGlzIG5vdyBtb3JlIGdlbmVyaWMgKGVnIG5vIHNwZWNpZmljIG1l YXN1cmVtZW50IHRhc2tzKSAtIHNvIEkgdGhpbmsgaXQgd291bGQgYmUgdXNlZnVsIHRvIHNob3cg YSBzaW1wbGUgZXhhbXBsZSB3aXRoIG1lYXN1cmVtZW50ICYgcmVwb3J0aW5nLg0KICAgID4NCiAg ICA+IFRoYW5rcywNCiAgICA+IHBoaWwNCiAgICA+DQogICAgPiAtLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KICAgID4gRnJvbTogbG1hcCBbbWFpbHRvOmxtYXAtYm91bmNlc0BpZXRmLm9yZ10g T24gQmVoYWxmIE9mIE1PUlRPTiwgQUxGUkVEDQogICAgPiBDIChBTCkNCiAgICA+IFNlbnQ6IDE2 IE5vdmVtYmVyIDIwMTYgMDI6MzgNCiAgICA+IFRvOiBsbWFwQGlldGYub3JnDQogICAgPiBTdWJq ZWN0OiBSZTogW2xtYXBdIEktRCBBY3Rpb246DQogICAgPiBkcmFmdC1pZXRmLWxtYXAtaW5mb3Jt YXRpb24tbW9kZWwtMTIudHh0DQogICAgPg0KICAgID4gSGkgSnVlcmdlbiwNCiAgICA+DQogICAg PiBJbiB0aGUgbGF0ZXN0IEluZm8gTW9kZWwuLi4NCiAgICA+ID4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCiAgICA+IC4uLg0KICAgID4gPg0KICAgID4gPiBUaGVyZSdzIGFsc28gYSBodG1s aXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCiAgICA+ID4gaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbG1hcC1pbmZvcm1hdGlvbi1tb2RlbC0xMg0KICAgID4gPg0KICAg ID4gW0FDTV0NCiAgICA+IFRoZSBtZXRyaWMgcmVnaXN0cnkgaGFzIGJlY29tZSBnZW5lcmljOg0K ICAgID4NCiAgICA+IDMuMTAuICBDb21tb24gT2JqZWN0czogUmVnaXN0cnkgSW5mb3JtYXRpb24N CiAgICA+DQogICAgPiAgICBUYXNrcyBhbmQgYWN0aW9ucyBjYW4gYmUgYXNzb2NpYXRlZCB3aXRo IGVudHJpZXMgaW4gYSByZWdpc3RyeS4gIEENCiAgICA+ICAgIHJlZ2lzdHJ5IG9iamVjdCByZWZl cnMgdG8gYW4gZW50cnkgaW4gYSByZWdpc3RyeSAoaWRlbnRpZmllZCBieSBhDQogICAgPiAgICBV UkkpIGFuZCBpdCBtYXkgZGVmaW5lIGEgc2V0IG9mIHJvbGVzLg0KICAgID4NCiAgICA+IDMuMTAu MS4gIERlZmluaXRpb24gb2YgbWEtcmVnaXN0cnktb2JqDQogICAgPg0KICAgID4gICAgICBvYmpl Y3Qgew0KICAgID4gICAgICAgICAgdXJpICAgICAgICAgICAgICAgICBtYS1yZWdpc3RyeS11cmk7 DQogICAgPiAgICAgICAgIFtzdHJpbmcgICAgICAgICAgICAgIG1hLXJlZ2lzdHJ5LXJvbGU8MC4u Kj47XQ0KICAgID4gICAgICB9IG1hLXJlZ2lzdHJ5LW9iajsNCiAgICA+DQogICAgPiAgICBUaGUg bWEtcmVnaXN0cnktb2JqIHJlZmVycyB0byBhbiBlbnRyeSBvZiBhIHJlZ2lzdHJ5IGFuZCBpdCBk ZWZpbmVzDQogICAgPiAgICB0aGUgYXNzb2NpYXRlZCByb2xlKHMpLiAgVGhlIG1hLXJlZ2lzdHJ5 LW9iaiBjb25zaXN0cyBvZiB0aGUNCiAgICA+ICAgIGZvbGxvd2luZyBlbGVtZW50czoNCiAgICA+ DQogICAgPiAgICBtYS1yZWdpc3RyeS11cmk6ICAgICAgICAgIEEgVVJJIGlkZW50aWZ5aW5nIGFu IGVudHJ5IGluIGEgcmVnaXN0cnkuDQogICAgPg0KICAgID4gICAgbWEtcmVnaXN0cnktcm9sZTog ICAgICAgICBBbiBvcHRpb25hbCBhbmQgcG9zc2libHkgZW1wdHkgdW5vcmRlcmVkDQogICAgPiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHNldCBvZiByb2xlcyBmb3IgdGhlIGlkZW50aWZp ZWQgcmVnaXN0cnkNCiAgICA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW50cnkuDQog ICAgPiAtPS09LT0tPS09LT0tPS09LQ0KICAgID4NCiAgICA+IEl0J3Mgbm90IGNsZWFyIHRvIG1l IGhvdyB0aGUgZ2VuZXJpYyBvYmplY3Qgd29ya3Mgd2l0aCByZXNwZWN0IHRvIHRoZSBwZXJmb3Jt YW5jZSBtZXRyaWMgcmVnaXN0cnkuIEl0IHdhcyBjbGVhciB3aGVuIHRoZSBtZXRyaWMgYXNwZWN0 IHdhcyBwcm9taW5lbnQgKG1hLW1ldHJpYy1yZWdpc3RyeS1vYmopLg0KICAgID4gVGhpcyBtYXkg YmUgYmVjYXVzZSB0aGUgaWRlYSBvZiBhbiBMTUFQIHRhc2sgcmVnaXN0cnkgaGFzIGJlZW4gbWVu dGlvbmVkLCBidXQgSSBoYXZlbid0IHNlZW4gYW55IGRldGFpbHMgYWJvdXQgdGhlIExNQVAgdGFz ayByZWdpc3RyeSBhbmQgbWF5YmUgYW4gZXhhbXBsZSB3b3VsZCBoZWxwLg0KICAgID4gSXQgd291 bGQgYmUgZ29vZCB0byBzZWUgaG93IHRoZSBMTUFQIFRhc2sgUmVnaXN0cnkgYW5kIElBTkEgUGVy Zm9ybWFuY2UgbWV0cmljcyByZWdpc3RyeSBhcmUgdXNlZCB0b2dldGhlci4NCiAgICA+DQogICAg PiBTaW5jZSBJJ20gbW9zdGx5IGludGVyZXN0ZWQgaW4gdXNpbmcgTE1BUCBmb3IgY29udHJvbCBh bmQgcmVwb3J0aW5nIG9mIHJlZ2lzdGVyZWQgcGVyZm9ybWFuY2UgbWV0cmljcywgdGhlIGNvbXBv c2l0aW9uIG9mIHRoZXNlIG1lYXN1cmVtZW50IHRhc2tzIHNob3VsZCBiZSBhcyBzdHJhaWdodGZv cndhcmQgYXMgcG9zc2libGUuDQogICAgPg0KICAgID4gQSBmb2xsb3ctdXAgcXVlc3Rpb24gaXMg aG93IHRoaXMgd2lsbCBjaGFuZ2UgdGhlIGRhdGEgbW9kZWwsIHdoaWNoIHN0aWxsIGFwcGVhcnMg dG8gY29udGFpbiBzcGVjaWZpYyByZWZlcmVuY2VzIHRvIG1ldHJpY3MuDQogICAgPg0KICAgID4g cmVnYXJkcywNCiAgICA+IEFsDQogICAgPg0KICAgID4NCiAgICA+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgPiBsbWFwIG1haWxpbmcgbGlzdA0K ICAgID4gbG1hcEBpZXRmLm9yZw0KICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9sbWFwDQogICAgPg0KICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCiAgICA+IGxtYXAgbWFpbGluZyBsaXN0DQogICAgPiBsbWFwQGll dGYub3JnDQogICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xtYXAN Cg0KICAgIC0tDQogICAgSnVlcmdlbiBTY2hvZW53YWVsZGVyICAgICAgICAgICBKYWNvYnMgVW5p dmVyc2l0eSBCcmVtZW4gZ0dtYkgNCiAgICBQaG9uZTogKzQ5IDQyMSAyMDAgMzU4NyAgICAgICAg IENhbXB1cyBSaW5nIDEgfCAyODc1OSBCcmVtZW4gfCBHZXJtYW55DQogICAgRmF4OiAgICs0OSA0 MjEgMjAwIDMxMDMgICAgICAgICA8aHR0cDovL3d3dy5qYWNvYnMtdW5pdmVyc2l0eS5kZS8+DQoN CiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KICAg IGxtYXAgbWFpbGluZyBsaXN0DQogICAgbG1hcEBpZXRmLm9yZw0KICAgIGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbG1hcA0KDQoNClRoaXMgY29tbXVuaWNhdGlvbiBpcyB0 aGUgcHJvcGVydHkgb2YgQ2VudHVyeUxpbmsgYW5kIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBv ciBwcml2aWxlZ2VkIGluZm9ybWF0aW9uLiBVbmF1dGhvcml6ZWQgdXNlIG9mIHRoaXMgY29tbXVu aWNhdGlvbiBpcyBzdHJpY3RseSBwcm9oaWJpdGVkIGFuZCBtYXkgYmUgdW5sYXdmdWwuIElmIHlv dSBoYXZlIHJlY2VpdmVkIHRoaXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciwgcGxlYXNlIGltbWVk aWF0ZWx5IG5vdGlmeSB0aGUgc2VuZGVyIGJ5IHJlcGx5IGUtbWFpbCBhbmQgZGVzdHJveSBhbGwg Y29waWVzIG9mIHRoZSBjb21tdW5pY2F0aW9uIGFuZCBhbnkgYXR0YWNobWVudHMuDQo= From nobody Wed Nov 16 08:15:48 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B990129545 for ; Wed, 16 Nov 2016 08:15:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9OwdnK_4JNGt for ; Wed, 16 Nov 2016 08:15:44 -0800 (PST) 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 431E51294A8 for ; Wed, 16 Nov 2016 08:15:44 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 7DB3911C2; Wed, 16 Nov 2016 17:15:42 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id xz2d_TxyASH3; Wed, 16 Nov 2016 17:15:39 +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; Wed, 16 Nov 2016 17:15:41 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8383B20050; Wed, 16 Nov 2016 17:15:41 +0100 (CET) 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 D6kjNF9EUqxu; Wed, 16 Nov 2016 17:15: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 10D2E20053; Wed, 16 Nov 2016 17:15:39 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id AB7D73D40D91; Wed, 16 Nov 2016 17:15:39 +0100 (CET) Date: Wed, 16 Nov 2016 17:15:39 +0100 From: Juergen Schoenwaelder To: "Bugenhagen, Michael K" Message-ID: <20161116161539.GB52611@elstar.local> Mail-Followup-To: "Bugenhagen, Michael K" , "philip.eardley@bt.com" , "acmorton@att.com" , "lmap@ietf.org" References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> <7FFD36A0-01E6-43C4-B3DB-094421BCCEB1@centurylink.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: <7FFD36A0-01E6-43C4-B3DB-094421BCCEB1@centurylink.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "philip.eardley@bt.com" , "acmorton@att.com" , "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 16:15:47 -0000 Dear Michael, what is a 'test server' - the 'thing' a measurement task on a measurement agent runs a test against? If so, this is outside the scope of the information model. Even if the 'test server' would be run under the control of an LMAP measurement agent, it would be a task, i.e., the CAC (Call Admission Control?) would have to be implemented as part of the measurement task, not in the LMAP scheduler. The only thing that _could_ be relevant for the LMAP information model that I see in your message is throttling, i.e., suspending schedules if there are too many failures. /js On Wed, Nov 16, 2016 at 03:56:43PM +0000, Bugenhagen, Michael K wrote: > Phil, Juergen, > > I apologize ahead of time for the long-winded retrospect… but here’s something I’ve run across you may be able to consider in your framework. > > I reviewed the draft, and one thing that seems to be missing here is any “NAK” from the test server when it’s busy or overloading. > > Given the MA’s can automatically delay testing due to “cross traffic” there should be some CAC state tracking so Op’s knows what is happening when tests don’t get run because the test server was busy. This is kind of controller 101 for capacity planning, and ops’ traffic engineering for the testing, and of course logging. > > I’m not sure there is a “test server behavior” that tracks this in the information model, but all the current carrier grade systems (systems that telecoms use) have them. > It would be “nice” if the MA knew why a test server ignored a test (I’m assuming they only allow so many connections so a failed / timed out test can occur), but I’m not sure if there are any provisions for this. > > In the past I have seen “test software” (MA’s ) get turned up without telling the “op’s teams” who maintain the servers – which results in “HOT” servers that give bad results because they don’t have any CAC, or throttling on how many tests are concurrently run, and ended up as a congestion point. – this fails the ISO9k & 7K testing standards for the most part. > > Given the criticality of this, it’s a best practice to communicate the test server NAK / Busy, .. to the MA’s so the system is more full proof. > Especially when the customer, and the test server may be two different unaffiliated parties. > > So – test system best practices would say -… make sure you have a CAC on the test servers and communicate that to the MA’s so they know what’s going on. > > Best, > Mike > > > > > > > > > On 11/16/16, 9:42 AM, "lmap on behalf of philip.eardley@bt.com" wrote: > > The Section 4 example is about timing of events & schedules - pipelining /serialise etc - which is useful. > > I meant something like: take some variant of the example in RFC7594 and explain how to use the information model > << The Controller instructs one or more MAs and communicates the set of > Measurement Tasks an MA should perform and when. For example, it may > instruct an MA at a home gateway: "Measure the 'UDP latency' with > www.example.org; repeat every hour at xx.05". The Controller also > manages an MA by instructing it on how to report the Measurement > Results, for example: "Report results once a day in a batch at 4am". > >> > > Strictly speaking this is not needed, but I think it would be useful, as the information model is now quite abstract (eg measurement tasks and registries no longer immediately obvious - as they're just tasks & registires). If other people think this is pointless, then I'm ok. > > > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > Sent: 16 November 2016 09:42 > To: Eardley,PL,Philip,TUB8 R > Cc: acmorton@att.com; lmap@ietf.org > Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt > > Phil, > > I am not sure which example you find missing. There is an example for an execution in section 4. There is no concrete serialization example because the information model is abstract and does not define any serialization rules. A concrete example (in XML serialization) can be found in the YANG data model - and the grand plan was to have the JSON serialization of the same model in the RESTCONF document. > > /js > > On Wed, Nov 16, 2016 at 09:07:16AM +0000, philip.eardley@bt.com wrote: > > Sorry for having been quiet on this recently. Thanks for all the work on this Juergen. > > > > I think it would be good to have a section that provides an example - to act as some kind of link from the architecture doc to the info model. The info model is now more generic (eg no specific measurement tasks) - so I think it would be useful to show a simple example with measurement & reporting. > > > > Thanks, > > phil > > > > -----Original Message----- > > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED > > C (AL) > > Sent: 16 November 2016 02:38 > > To: lmap@ietf.org > > Subject: Re: [lmap] I-D Action: > > draft-ietf-lmap-information-model-12.txt > > > > Hi Juergen, > > > > In the latest Info Model... > > > -----Original Message----- > > ... > > > > > > There's also a htmlized version available at: > > > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 > > > > > [ACM] > > The metric registry has become generic: > > > > 3.10. Common Objects: Registry Information > > > > Tasks and actions can be associated with entries in a registry. A > > registry object refers to an entry in a registry (identified by a > > URI) and it may define a set of roles. > > > > 3.10.1. Definition of ma-registry-obj > > > > object { > > uri ma-registry-uri; > > [string ma-registry-role<0..*>;] > > } ma-registry-obj; > > > > The ma-registry-obj refers to an entry of a registry and it defines > > the associated role(s). The ma-registry-obj consists of the > > following elements: > > > > ma-registry-uri: A URI identifying an entry in a registry. > > > > ma-registry-role: An optional and possibly empty unordered > > set of roles for the identified registry > > entry. > > -=-=-=-=-=-=-=-=- > > > > It's not clear to me how the generic object works with respect to the performance metric registry. It was clear when the metric aspect was prominent (ma-metric-registry-obj). > > This may be because the idea of an LMAP task registry has been mentioned, but I haven't seen any details about the LMAP task registry and maybe an example would help. > > It would be good to see how the LMAP Task Registry and IANA Performance metrics registry are used together. > > > > Since I'm mostly interested in using LMAP for control and reporting of registered performance metrics, the composition of these measurement tasks should be as straightforward as possible. > > > > A follow-up question is how this will change the data model, which still appears to contain specific references to metrics. > > > > regards, > > Al > > > > > > _______________________________________________ > > 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 > > -- > 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 > > > This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 08:20:59 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83C23129545 for ; Wed, 16 Nov 2016 08:20:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OTRteyHvjvrL for ; Wed, 16 Nov 2016 08:20:57 -0800 (PST) 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 50D2E129504 for ; Wed, 16 Nov 2016 08:20:56 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 1DC5F1712; Wed, 16 Nov 2016 17:20:55 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id Bz1QZVKoN-69; Wed, 16 Nov 2016 17:20:52 +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; Wed, 16 Nov 2016 17:20:54 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id DCAE620053; Wed, 16 Nov 2016 17:20:54 +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 eAolkFO68qgg; Wed, 16 Nov 2016 17:20:54 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 83D8320050; Wed, 16 Nov 2016 17:20:54 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 474803D40E3F; Wed, 16 Nov 2016 17:20:54 +0100 (CET) Date: Wed, 16 Nov 2016 17:20:54 +0100 From: Juergen Schoenwaelder To: philip.eardley@bt.com Message-ID: <20161116162054.GC52611@elstar.local> Mail-Followup-To: philip.eardley@bt.com, acmorton@att.com, lmap@ietf.org References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: acmorton@att.com, lmap@ietf.org Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 16:20:58 -0000 On Wed, Nov 16, 2016 at 03:42:51PM +0000, philip.eardley@bt.com wrote: > The Section 4 example is about timing of events & schedules - pipelining /serialise etc - which is useful. > > I meant something like: take some variant of the example in RFC7594 and explain how to use the information model > << The Controller instructs one or more MAs and communicates the set of > Measurement Tasks an MA should perform and when. For example, it may > instruct an MA at a home gateway: "Measure the 'UDP latency' with > www.example.org; repeat every hour at xx.05". The Controller also > manages an MA by instructing it on how to report the Measurement > Results, for example: "Report results once a day in a batch at 4am". > >> > > Strictly speaking this is not needed, but I think it would be useful, as the information model is now quite abstract (eg measurement tasks and registries no longer immediately obvious - as they're just tasks & registires). If other people think this is pointless, then I'm ok. > My preference would have been to make the document even more concise. The reason is that maintaining consistency is a pain. And I believe we actually have a reasonable balance between explanatory text and concrete definitions. And the document does not exist in isolation. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 08:32:16 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3273B1294DB for ; Wed, 16 Nov 2016 08:32:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a0Fuil-mva26 for ; Wed, 16 Nov 2016 08:32:14 -0800 (PST) Received: from lxdnp29m.centurylink.com (lxdnp29m.centurylink.com [155.70.32.52]) (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 162121279EB for ; Wed, 16 Nov 2016 08:32:14 -0800 (PST) Received: from lxdenvmpc030.qintra.com (emailout.qintra.com [10.1.51.30]) by lxdnp29m.centurylink.com (8.14.8/8.14.8) with ESMTP id uAGGW9Ls015619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2016 09:32:09 -0700 Received: from lxdenvmpc030.qintra.com (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id F38141E006C; Wed, 16 Nov 2016 09:32:03 -0700 (MST) Received: from lxdnp31k.corp.intranet (unknown [151.119.92.134]) by lxdenvmpc030.qintra.com (Postfix) with ESMTP id CE89C1E0090; Wed, 16 Nov 2016 09:32:03 -0700 (MST) Received: from lxdnp31k.corp.intranet (localhost [127.0.0.1]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id uAGGW3Yt023583; Wed, 16 Nov 2016 09:32:03 -0700 Received: from vodcwhubex502.ctl.intranet (vodcwhubex502.ctl.intranet [151.117.206.28]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id uAGGW3c8023571 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Nov 2016 09:32:03 -0700 Received: from PODCWMBXEX505.ctl.intranet ([fe80::f87e:fe44:ad72:b610]) by vodcwhubex502.ctl.intranet ([151.117.206.28]) with mapi id 14.03.0294.000; Wed, 16 Nov 2016 10:32:03 -0600 From: "Bugenhagen, Michael K" To: Juergen Schoenwaelder Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8bRsvjT24vr006+fLPOTN+8+KDbYe+AgABsvwCAAAnHAIAAZL+A//+fS4CAAGnfgP//n/mA Date: Wed, 16 Nov 2016 16:32:02 +0000 Message-ID: <08EF6DD9-C3E9-4390-996D-3C0620CF3A92@centurylink.com> References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> <7FFD36A0-01E6-43C4-B3DB-094421BCCEB1@centurylink.com> <20161116161539.GB52611@elstar.local> In-Reply-To: <20161116161539.GB52611@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1c.0.161115 x-originating-ip: [155.70.16.191] Content-Type: text/plain; charset="utf-8" Content-ID: <87968F230A86BE43AD45A5793915383C@centurylink.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-MML: disable X-CFilter-Loop: Reflected Archived-At: Cc: "philip.eardley@bt.com" , "acmorton@att.com" , "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 16:32:16 -0000 SnVlcmdlbiwNCg0KICAgSW4gVFdBTVAgdGhpcyB3YXMgaGFuZGxlZCB2aWEgYSDigJxzZXR0aW5n 4oCdIG9mIGhvdyBtYW55IHNlc3Npb25zIC8gc3RyZWFtcyB0aGUgTUEgY291bGQgc3VwcG9ydC4N CiAgICAgICBJbiBhIExNQVAgdHlwZSBzeXN0ZW0gdGhhdCBwcm9ibGVtIGlzIG1vcmUgZG91Ymxl IGR1ZSB0byB0aGUgcHJvYmFiaWxpdHkgb2Ygb3ZlciBydW5uaW5nIGEgZGVkaWNhdGVkIHRlc3Qg c2VydmVyIGNvbXBsZXguDQoNCiAgICAgICAgTXkgY29uY2VybiBpcyB0aGF0IExhcmdlIHNjYWxl IHByb2plY3RzIGhhdmUgZW5jb3VudGVyZWQgdGhpcyBvY2N1cnJlbmNlIC0gIE1heWJlIGl04oCZ cyB0aGUgZmF1bHQgb2YgdGhlIHRlc3Qgc2VydmVyIG1hbmFnZXIgbm90IHNldHRpbmcgYSB0aHJl c2hvbGQgYXMgd2FzIGNyZWF0ZWQgaW4gVFdBTVAgdG8gZW5zdXJlIHRoZSBzaXR1YXRpb24gZG9l c27igJl0IG9jY3VyLiAgQnV0IGl0IGlzIHJlYWwsIGFuZCBoYXMgb2NjdXJyZWQgc28gSSB0aG91 Z2h0IGl0IHdhcyB3b3J0aCBwb2ludGluZyBvdXQuDQoNCkdpdmVuIHRoZSBNQSBmcmFtZXdvcmsg YXMgZGVzY3JpYmVkIHRoZSDigJxjb250cm9s4oCdIHNob3VsZCBmb2xsb3cgdGhlIFRXQU1QIENB QyAvIFNlc3Npb24gbWV0aG9kIHRvIG1ha2Ugc3VyZSB0ZXN0IHNlcnZlcnMgZG9u4oCZdCBnZXQg b3ZlcmxvYWRlZCwgd2l0aCBzb21lIHV0aWxpemF0aW9uIC8gY2FsbCBibG9ja2luZyBzdGF04oCZ cywgd2hpY2ggYXJlIG5vcm1hbCBmb3Igc3lzdGVtIGNhcGFjaXR5IG1hbmFnZW1lbnQuDQoNCiAg IElmIGl0IGlzIG91dCBvZiBzY29wZSwgc29tZSBpbmZvcm1hdGl2ZSB0ZXh0IG1heSBiZSBhcHBy b3ByaWF0ZSB0byBhbGVydCBwb3RlbnRpYWwgdXNlcnMgb2YgdGhlIHNwZWMgb2YgdGhlIGlzc3Vl 4oCmDQoNCiAgICAgICAgIElmIG5vdGhpbmcgZWxzZSwgbWF5YmUgYSBiaWcgcmVkIHdhcm5pbmcg bGFiZWw/ICAg4pi6DQoNCg0KUmVnYXJkcywNCk1pa2UNCg0KDQoNCg0KT24gMTEvMTYvMTYsIDEw OjE1IEFNLCAibG1hcCBvbiBiZWhhbGYgb2YgSnVlcmdlbiBTY2hvZW53YWVsZGVyIiA8bG1hcC1i b3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBqLnNjaG9lbndhZWxkZXJAamFjb2JzLXVuaXZl cnNpdHkuZGU+IHdyb3RlOg0KDQogICAgRGVhciBNaWNoYWVsLA0KDQogICAgd2hhdCBpcyBhICd0 ZXN0IHNlcnZlcicgLSB0aGUgJ3RoaW5nJyBhIG1lYXN1cmVtZW50IHRhc2sgb24gYQ0KICAgIG1l YXN1cmVtZW50IGFnZW50IHJ1bnMgYSB0ZXN0IGFnYWluc3Q/IElmIHNvLCB0aGlzIGlzIG91dHNp ZGUgdGhlDQogICAgc2NvcGUgb2YgdGhlIGluZm9ybWF0aW9uIG1vZGVsLiBFdmVuIGlmIHRoZSAn dGVzdCBzZXJ2ZXInIHdvdWxkIGJlIHJ1bg0KICAgIHVuZGVyIHRoZSBjb250cm9sIG9mIGFuIExN QVAgbWVhc3VyZW1lbnQgYWdlbnQsIGl0IHdvdWxkIGJlIGEgdGFzaywNCiAgICBpLmUuLCB0aGUg Q0FDIChDYWxsIEFkbWlzc2lvbiBDb250cm9sPykgd291bGQgaGF2ZSB0byBiZSBpbXBsZW1lbnRl ZA0KICAgIGFzIHBhcnQgb2YgdGhlIG1lYXN1cmVtZW50IHRhc2ssIG5vdCBpbiB0aGUgTE1BUCBz Y2hlZHVsZXIuDQoNCiAgICBUaGUgb25seSB0aGluZyB0aGF0IF9jb3VsZF8gYmUgcmVsZXZhbnQg Zm9yIHRoZSBMTUFQIGluZm9ybWF0aW9uIG1vZGVsDQogICAgdGhhdCBJIHNlZSBpbiB5b3VyIG1l c3NhZ2UgaXMgdGhyb3R0bGluZywgaS5lLiwgc3VzcGVuZGluZyBzY2hlZHVsZXMNCiAgICBpZiB0 aGVyZSBhcmUgdG9vIG1hbnkgZmFpbHVyZXMuDQoNCiAgICAvanMNCg0KICAgIE9uIFdlZCwgTm92 IDE2LCAyMDE2IGF0IDAzOjU2OjQzUE0gKzAwMDAsIEJ1Z2VuaGFnZW4sIE1pY2hhZWwgSyB3cm90 ZToNCiAgICA+IFBoaWwsIEp1ZXJnZW4sDQogICAgPg0KICAgID4gSSBhcG9sb2dpemUgYWhlYWQg b2YgdGltZSBmb3IgdGhlIGxvbmctd2luZGVkIHJldHJvc3BlY3TigKYgYnV0IGhlcmXigJlzIHNv bWV0aGluZyBJ4oCZdmUgcnVuIGFjcm9zcyB5b3UgbWF5IGJlIGFibGUgdG8gY29uc2lkZXIgaW4g eW91ciBmcmFtZXdvcmsuDQogICAgPg0KICAgID4gICAgICAgICBJIHJldmlld2VkIHRoZSBkcmFm dCwgYW5kIG9uZSB0aGluZyB0aGF0IHNlZW1zIHRvIGJlIG1pc3NpbmcgaGVyZSBpcyBhbnkg4oCc TkFL4oCdIGZyb20gdGhlIHRlc3Qgc2VydmVyIHdoZW4gaXTigJlzIGJ1c3kgb3Igb3ZlcmxvYWRp bmcuDQogICAgPg0KICAgID4gR2l2ZW4gdGhlIE1B4oCZcyBjYW4gYXV0b21hdGljYWxseSBkZWxh eSB0ZXN0aW5nIGR1ZSB0byDigJxjcm9zcyB0cmFmZmlj4oCdIHRoZXJlIHNob3VsZCBiZSBzb21l IENBQyBzdGF0ZSB0cmFja2luZyBzbyBPcOKAmXMga25vd3Mgd2hhdCBpcyBoYXBwZW5pbmcgd2hl biB0ZXN0cyBkb27igJl0IGdldCBydW4gYmVjYXVzZSB0aGUgdGVzdCBzZXJ2ZXIgd2FzIGJ1c3ku ICAgIFRoaXMgaXMga2luZCBvZiBjb250cm9sbGVyIDEwMSBmb3IgY2FwYWNpdHkgcGxhbm5pbmcs IGFuZCBvcHPigJkgdHJhZmZpYyBlbmdpbmVlcmluZyBmb3IgdGhlIHRlc3RpbmcsIGFuZCBvZiBj b3Vyc2UgbG9nZ2luZy4NCiAgICA+DQogICAgPiAgICAgSeKAmW0gbm90IHN1cmUgdGhlcmUgaXMg YSDigJx0ZXN0IHNlcnZlciBiZWhhdmlvcuKAnSB0aGF0IHRyYWNrcyB0aGlzIGluIHRoZSBpbmZv cm1hdGlvbiBtb2RlbCwgYnV0IGFsbCB0aGUgY3VycmVudCBjYXJyaWVyIGdyYWRlIHN5c3RlbXMg KHN5c3RlbXMgdGhhdCB0ZWxlY29tcyB1c2UpIGhhdmUgdGhlbS4NCiAgICA+IEl0IHdvdWxkIGJl IOKAnG5pY2XigJ0gaWYgdGhlIE1BIGtuZXcgd2h5IGEgdGVzdCBzZXJ2ZXIgaWdub3JlZCBhIHRl c3QgKEnigJltIGFzc3VtaW5nIHRoZXkgb25seSBhbGxvdyBzbyBtYW55IGNvbm5lY3Rpb25zIHNv IGEgZmFpbGVkIC8gdGltZWQgb3V0IHRlc3QgY2FuIG9jY3VyKSwgYnV0IEnigJltIG5vdCBzdXJl IGlmIHRoZXJlIGFyZSBhbnkgcHJvdmlzaW9ucyBmb3IgdGhpcy4NCiAgICA+DQogICAgPiAgICBJ biB0aGUgcGFzdCBJIGhhdmUgc2VlbiDigJx0ZXN0IHNvZnR3YXJl4oCdIChNQeKAmXMgKSBnZXQg dHVybmVkIHVwIHdpdGhvdXQgdGVsbGluZyB0aGUg4oCcb3DigJlzIHRlYW1z4oCdIHdobyBtYWlu dGFpbiB0aGUgc2VydmVycyDigJMgd2hpY2ggcmVzdWx0cyBpbiDigJxIT1TigJ0gc2VydmVycyB0 aGF0IGdpdmUgYmFkIHJlc3VsdHMgYmVjYXVzZSB0aGV5IGRvbuKAmXQgaGF2ZSBhbnkgQ0FDLCBv ciB0aHJvdHRsaW5nIG9uIGhvdyBtYW55IHRlc3RzIGFyZSBjb25jdXJyZW50bHkgcnVuLCBhbmQg ZW5kZWQgdXAgYXMgYSBjb25nZXN0aW9uIHBvaW50LiAgIOKAkyB0aGlzIGZhaWxzIHRoZSBJU085 ayAmIDdLIHRlc3Rpbmcgc3RhbmRhcmRzIGZvciB0aGUgbW9zdCBwYXJ0Lg0KICAgID4NCiAgICA+ ICAgICAgIEdpdmVuIHRoZSBjcml0aWNhbGl0eSBvZiB0aGlzLCBpdOKAmXMgYSBiZXN0IHByYWN0 aWNlIHRvIGNvbW11bmljYXRlIHRoZSB0ZXN0IHNlcnZlciBOQUsgLyBCdXN5LCAuLiB0byB0aGUg TUHigJlzIHNvIHRoZSBzeXN0ZW0gaXMgbW9yZSBmdWxsIHByb29mLg0KICAgID4gICAgRXNwZWNp YWxseSB3aGVuIHRoZSBjdXN0b21lciwgYW5kIHRoZSB0ZXN0IHNlcnZlciBtYXkgYmUgdHdvIGRp ZmZlcmVudCB1bmFmZmlsaWF0ZWQgcGFydGllcy4NCiAgICA+DQogICAgPiBTbyDigJMgdGVzdCBz eXN0ZW0gYmVzdCBwcmFjdGljZXMgd291bGQgc2F5IC3igKYgbWFrZSBzdXJlIHlvdSBoYXZlIGEg Q0FDIG9uIHRoZSB0ZXN0IHNlcnZlcnMgYW5kIGNvbW11bmljYXRlIHRoYXQgdG8gdGhlIE1B4oCZ cyBzbyB0aGV5IGtub3cgd2hhdOKAmXMgZ29pbmcgb24uDQogICAgPg0KICAgID4gQmVzdCwNCiAg ICA+IE1pa2UNCiAgICA+DQogICAgPg0KICAgID4NCiAgICA+DQogICAgPg0KICAgID4NCiAgICA+ DQogICAgPg0KICAgID4gT24gMTEvMTYvMTYsIDk6NDIgQU0sICJsbWFwIG9uIGJlaGFsZiBvZiBw aGlsaXAuZWFyZGxleUBidC5jb20iIDxsbWFwLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9m IHBoaWxpcC5lYXJkbGV5QGJ0LmNvbT4gd3JvdGU6DQogICAgPg0KICAgID4gICAgIFRoZSBTZWN0 aW9uIDQgZXhhbXBsZSBpcyBhYm91dCB0aW1pbmcgb2YgZXZlbnRzICYgc2NoZWR1bGVzIC0gcGlw ZWxpbmluZyAvc2VyaWFsaXNlIGV0YyAtIHdoaWNoIGlzIHVzZWZ1bC4NCiAgICA+DQogICAgPiAg ICAgSSBtZWFudCBzb21ldGhpbmcgbGlrZTogdGFrZSBzb21lIHZhcmlhbnQgb2YgdGhlIGV4YW1w bGUgaW4gUkZDNzU5NCBhbmQgZXhwbGFpbiBob3cgdG8gdXNlIHRoZSBpbmZvcm1hdGlvbiBtb2Rl bA0KICAgID4gICAgIDw8ICAgVGhlIENvbnRyb2xsZXIgaW5zdHJ1Y3RzIG9uZSBvciBtb3JlIE1B cyBhbmQgY29tbXVuaWNhdGVzIHRoZSBzZXQgb2YNCiAgICA+ICAgICAgICBNZWFzdXJlbWVudCBU YXNrcyBhbiBNQSBzaG91bGQgcGVyZm9ybSBhbmQgd2hlbi4gIEZvciBleGFtcGxlLCBpdCBtYXkN CiAgICA+ICAgICAgICBpbnN0cnVjdCBhbiBNQSBhdCBhIGhvbWUgZ2F0ZXdheTogIk1lYXN1cmUg dGhlICdVRFAgbGF0ZW5jeScgd2l0aA0KICAgID4gICAgICAgIHd3dy5leGFtcGxlLm9yZzsgcmVw ZWF0IGV2ZXJ5IGhvdXIgYXQgeHguMDUiLiAgVGhlIENvbnRyb2xsZXIgYWxzbw0KICAgID4gICAg ICAgIG1hbmFnZXMgYW4gTUEgYnkgaW5zdHJ1Y3RpbmcgaXQgb24gaG93IHRvIHJlcG9ydCB0aGUg TWVhc3VyZW1lbnQNCiAgICA+ICAgICAgICBSZXN1bHRzLCBmb3IgZXhhbXBsZTogIlJlcG9ydCBy ZXN1bHRzIG9uY2UgYSBkYXkgaW4gYSBiYXRjaCBhdCA0YW0iLg0KICAgID4gICAgID4+DQogICAg Pg0KICAgID4gICAgIFN0cmljdGx5IHNwZWFraW5nIHRoaXMgaXMgbm90IG5lZWRlZCwgYnV0IEkg dGhpbmsgaXQgd291bGQgYmUgdXNlZnVsLCBhcyB0aGUgaW5mb3JtYXRpb24gbW9kZWwgaXMgbm93 IHF1aXRlIGFic3RyYWN0IChlZyBtZWFzdXJlbWVudCB0YXNrcyBhbmQgcmVnaXN0cmllcyBubyBs b25nZXIgaW1tZWRpYXRlbHkgb2J2aW91cyAtIGFzIHRoZXkncmUganVzdCB0YXNrcyAmIHJlZ2lz dGlyZXMpLiBJZiBvdGhlciBwZW9wbGUgdGhpbmsgdGhpcyBpcyBwb2ludGxlc3MsIHRoZW4gSSdt IG9rLg0KICAgID4NCiAgICA+DQogICAgPiAgICAgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CiAgICA+ICAgICBGcm9tOiBKdWVyZ2VuIFNjaG9lbndhZWxkZXIgW21haWx0bzpqLnNjaG9lbndh ZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGVdDQogICAgPiAgICAgU2VudDogMTYgTm92ZW1iZXIg MjAxNiAwOTo0Mg0KICAgID4gICAgIFRvOiBFYXJkbGV5LFBMLFBoaWxpcCxUVUI4IFIgPHBoaWxp cC5lYXJkbGV5QGJ0LmNvbT4NCiAgICA+ICAgICBDYzogYWNtb3J0b25AYXR0LmNvbTsgbG1hcEBp ZXRmLm9yZw0KICAgID4gICAgIFN1YmplY3Q6IFJlOiBbbG1hcF0gSS1EIEFjdGlvbjogZHJhZnQt aWV0Zi1sbWFwLWluZm9ybWF0aW9uLW1vZGVsLTEyLnR4dA0KICAgID4NCiAgICA+ICAgICBQaGls LA0KICAgID4NCiAgICA+ICAgICBJIGFtIG5vdCBzdXJlIHdoaWNoIGV4YW1wbGUgeW91IGZpbmQg bWlzc2luZy4gVGhlcmUgaXMgYW4gZXhhbXBsZSBmb3IgYW4gZXhlY3V0aW9uIGluIHNlY3Rpb24g NC4gVGhlcmUgaXMgbm8gY29uY3JldGUgc2VyaWFsaXphdGlvbiBleGFtcGxlIGJlY2F1c2UgdGhl IGluZm9ybWF0aW9uIG1vZGVsIGlzIGFic3RyYWN0IGFuZCBkb2VzIG5vdCBkZWZpbmUgYW55IHNl cmlhbGl6YXRpb24gcnVsZXMuIEEgY29uY3JldGUgZXhhbXBsZSAoaW4gWE1MIHNlcmlhbGl6YXRp b24pIGNhbiBiZSBmb3VuZCBpbiB0aGUgWUFORyBkYXRhIG1vZGVsIC0gYW5kIHRoZSBncmFuZCBw bGFuIHdhcyB0byBoYXZlIHRoZSBKU09OIHNlcmlhbGl6YXRpb24gb2YgdGhlIHNhbWUgbW9kZWwg aW4gdGhlIFJFU1RDT05GIGRvY3VtZW50Lg0KICAgID4NCiAgICA+ICAgICAvanMNCiAgICA+DQog ICAgPiAgICAgT24gV2VkLCBOb3YgMTYsIDIwMTYgYXQgMDk6MDc6MTZBTSArMDAwMCwgcGhpbGlw LmVhcmRsZXlAYnQuY29tIHdyb3RlOg0KICAgID4gICAgID4gU29ycnkgZm9yIGhhdmluZyBiZWVu IHF1aWV0IG9uIHRoaXMgcmVjZW50bHkuIFRoYW5rcyBmb3IgYWxsIHRoZSB3b3JrIG9uIHRoaXMg SnVlcmdlbi4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiBJIHRoaW5rIGl0IHdvdWxkIGJlIGdv b2QgdG8gaGF2ZSBhIHNlY3Rpb24gdGhhdCBwcm92aWRlcyBhbiBleGFtcGxlIC0gdG8gYWN0IGFz IHNvbWUga2luZCBvZiBsaW5rIGZyb20gdGhlIGFyY2hpdGVjdHVyZSBkb2MgdG8gdGhlIGluZm8g bW9kZWwuIFRoZSBpbmZvIG1vZGVsIGlzIG5vdyBtb3JlIGdlbmVyaWMgKGVnIG5vIHNwZWNpZmlj IG1lYXN1cmVtZW50IHRhc2tzKSAtIHNvIEkgdGhpbmsgaXQgd291bGQgYmUgdXNlZnVsIHRvIHNo b3cgYSBzaW1wbGUgZXhhbXBsZSB3aXRoIG1lYXN1cmVtZW50ICYgcmVwb3J0aW5nLg0KICAgID4g ICAgID4NCiAgICA+ICAgICA+IFRoYW5rcywNCiAgICA+ICAgICA+IHBoaWwNCiAgICA+ICAgICA+ DQogICAgPiAgICAgPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KICAgID4gICAgID4gRnJv bTogbG1hcCBbbWFpbHRvOmxtYXAtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1PUlRP TiwgQUxGUkVEDQogICAgPiAgICAgPiBDIChBTCkNCiAgICA+ICAgICA+IFNlbnQ6IDE2IE5vdmVt YmVyIDIwMTYgMDI6MzgNCiAgICA+ICAgICA+IFRvOiBsbWFwQGlldGYub3JnDQogICAgPiAgICAg PiBTdWJqZWN0OiBSZTogW2xtYXBdIEktRCBBY3Rpb246DQogICAgPiAgICAgPiBkcmFmdC1pZXRm LWxtYXAtaW5mb3JtYXRpb24tbW9kZWwtMTIudHh0DQogICAgPiAgICAgPg0KICAgID4gICAgID4g SGkgSnVlcmdlbiwNCiAgICA+ICAgICA+DQogICAgPiAgICAgPiBJbiB0aGUgbGF0ZXN0IEluZm8g TW9kZWwuLi4NCiAgICA+ICAgICA+ID4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCiAgICA+ ICAgICA+IC4uLg0KICAgID4gICAgID4gPg0KICAgID4gICAgID4gPiBUaGVyZSdzIGFsc28gYSBo dG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCiAgICA+ICAgICA+ID4gaHR0cHM6Ly90b29s cy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbG1hcC1pbmZvcm1hdGlvbi1tb2RlbC0xMg0KICAg ID4gICAgID4gPg0KICAgID4gICAgID4gW0FDTV0NCiAgICA+ICAgICA+IFRoZSBtZXRyaWMgcmVn aXN0cnkgaGFzIGJlY29tZSBnZW5lcmljOg0KICAgID4gICAgID4NCiAgICA+ICAgICA+IDMuMTAu ICBDb21tb24gT2JqZWN0czogUmVnaXN0cnkgSW5mb3JtYXRpb24NCiAgICA+ICAgICA+DQogICAg PiAgICAgPiAgICBUYXNrcyBhbmQgYWN0aW9ucyBjYW4gYmUgYXNzb2NpYXRlZCB3aXRoIGVudHJp ZXMgaW4gYSByZWdpc3RyeS4gIEENCiAgICA+ICAgICA+ICAgIHJlZ2lzdHJ5IG9iamVjdCByZWZl cnMgdG8gYW4gZW50cnkgaW4gYSByZWdpc3RyeSAoaWRlbnRpZmllZCBieSBhDQogICAgPiAgICAg PiAgICBVUkkpIGFuZCBpdCBtYXkgZGVmaW5lIGEgc2V0IG9mIHJvbGVzLg0KICAgID4gICAgID4N CiAgICA+ICAgICA+IDMuMTAuMS4gIERlZmluaXRpb24gb2YgbWEtcmVnaXN0cnktb2JqDQogICAg PiAgICAgPg0KICAgID4gICAgID4gICAgICBvYmplY3Qgew0KICAgID4gICAgID4gICAgICAgICAg dXJpICAgICAgICAgICAgICAgICBtYS1yZWdpc3RyeS11cmk7DQogICAgPiAgICAgPiAgICAgICAg IFtzdHJpbmcgICAgICAgICAgICAgIG1hLXJlZ2lzdHJ5LXJvbGU8MC4uKj47XQ0KICAgID4gICAg ID4gICAgICB9IG1hLXJlZ2lzdHJ5LW9iajsNCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICBU aGUgbWEtcmVnaXN0cnktb2JqIHJlZmVycyB0byBhbiBlbnRyeSBvZiBhIHJlZ2lzdHJ5IGFuZCBp dCBkZWZpbmVzDQogICAgPiAgICAgPiAgICB0aGUgYXNzb2NpYXRlZCByb2xlKHMpLiAgVGhlIG1h LXJlZ2lzdHJ5LW9iaiBjb25zaXN0cyBvZiB0aGUNCiAgICA+ICAgICA+ICAgIGZvbGxvd2luZyBl bGVtZW50czoNCiAgICA+ICAgICA+DQogICAgPiAgICAgPiAgICBtYS1yZWdpc3RyeS11cmk6ICAg ICAgICAgIEEgVVJJIGlkZW50aWZ5aW5nIGFuIGVudHJ5IGluIGEgcmVnaXN0cnkuDQogICAgPiAg ICAgPg0KICAgID4gICAgID4gICAgbWEtcmVnaXN0cnktcm9sZTogICAgICAgICBBbiBvcHRpb25h bCBhbmQgcG9zc2libHkgZW1wdHkgdW5vcmRlcmVkDQogICAgPiAgICAgPiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHNldCBvZiByb2xlcyBmb3IgdGhlIGlkZW50aWZpZWQgcmVnaXN0cnkN CiAgICA+ICAgICA+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZW50cnkuDQogICAgPiAg ICAgPiAtPS09LT0tPS09LT0tPS09LQ0KICAgID4gICAgID4NCiAgICA+ICAgICA+IEl0J3Mgbm90 IGNsZWFyIHRvIG1lIGhvdyB0aGUgZ2VuZXJpYyBvYmplY3Qgd29ya3Mgd2l0aCByZXNwZWN0IHRv IHRoZSBwZXJmb3JtYW5jZSBtZXRyaWMgcmVnaXN0cnkuIEl0IHdhcyBjbGVhciB3aGVuIHRoZSBt ZXRyaWMgYXNwZWN0IHdhcyBwcm9taW5lbnQgKG1hLW1ldHJpYy1yZWdpc3RyeS1vYmopLg0KICAg ID4gICAgID4gVGhpcyBtYXkgYmUgYmVjYXVzZSB0aGUgaWRlYSBvZiBhbiBMTUFQIHRhc2sgcmVn aXN0cnkgaGFzIGJlZW4gbWVudGlvbmVkLCBidXQgSSBoYXZlbid0IHNlZW4gYW55IGRldGFpbHMg YWJvdXQgdGhlIExNQVAgdGFzayByZWdpc3RyeSBhbmQgbWF5YmUgYW4gZXhhbXBsZSB3b3VsZCBo ZWxwLg0KICAgID4gICAgID4gSXQgd291bGQgYmUgZ29vZCB0byBzZWUgaG93IHRoZSBMTUFQIFRh c2sgUmVnaXN0cnkgYW5kIElBTkEgUGVyZm9ybWFuY2UgbWV0cmljcyByZWdpc3RyeSBhcmUgdXNl ZCB0b2dldGhlci4NCiAgICA+ICAgICA+DQogICAgPiAgICAgPiBTaW5jZSBJJ20gbW9zdGx5IGlu dGVyZXN0ZWQgaW4gdXNpbmcgTE1BUCBmb3IgY29udHJvbCBhbmQgcmVwb3J0aW5nIG9mIHJlZ2lz dGVyZWQgcGVyZm9ybWFuY2UgbWV0cmljcywgdGhlIGNvbXBvc2l0aW9uIG9mIHRoZXNlIG1lYXN1 cmVtZW50IHRhc2tzIHNob3VsZCBiZSBhcyBzdHJhaWdodGZvcndhcmQgYXMgcG9zc2libGUuDQog ICAgPiAgICAgPg0KICAgID4gICAgID4gQSBmb2xsb3ctdXAgcXVlc3Rpb24gaXMgaG93IHRoaXMg d2lsbCBjaGFuZ2UgdGhlIGRhdGEgbW9kZWwsIHdoaWNoIHN0aWxsIGFwcGVhcnMgdG8gY29udGFp biBzcGVjaWZpYyByZWZlcmVuY2VzIHRvIG1ldHJpY3MuDQogICAgPiAgICAgPg0KICAgID4gICAg ID4gcmVnYXJkcywNCiAgICA+ICAgICA+IEFsDQogICAgPiAgICAgPg0KICAgID4gICAgID4NCiAg ICA+ICAgICA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQogICAgPiAgICAgPiBsbWFwIG1haWxpbmcgbGlzdA0KICAgID4gICAgID4gbG1hcEBpZXRmLm9y Zw0KICAgID4gICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sbWFw DQogICAgPiAgICAgPg0KICAgID4gICAgID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCiAgICA+ICAgICA+IGxtYXAgbWFpbGluZyBsaXN0DQogICAgPiAg ICAgPiBsbWFwQGlldGYub3JnDQogICAgPiAgICAgPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2xtYXANCiAgICA+DQogICAgPiAgICAgLS0NCiAgICA+ICAgICBKdWVyZ2Vu IFNjaG9lbndhZWxkZXIgICAgICAgICAgIEphY29icyBVbml2ZXJzaXR5IEJyZW1lbiBnR21iSA0K ICAgID4gICAgIFBob25lOiArNDkgNDIxIDIwMCAzNTg3ICAgICAgICAgQ2FtcHVzIFJpbmcgMSB8 IDI4NzU5IEJyZW1lbiB8IEdlcm1hbnkNCiAgICA+ICAgICBGYXg6ICAgKzQ5IDQyMSAyMDAgMzEw MyAgICAgICAgIDxodHRwOi8vd3d3LmphY29icy11bml2ZXJzaXR5LmRlLz4NCiAgICA+DQogICAg PiAgICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCiAg ICA+ICAgICBsbWFwIG1haWxpbmcgbGlzdA0KICAgID4gICAgIGxtYXBAaWV0Zi5vcmcNCiAgICA+ ICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xtYXANCiAgICA+DQog ICAgPg0KICAgID4gVGhpcyBjb21tdW5pY2F0aW9uIGlzIHRoZSBwcm9wZXJ0eSBvZiBDZW50dXJ5 TGluayBhbmQgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRp b24uIFVuYXV0aG9yaXplZCB1c2Ugb2YgdGhpcyBjb21tdW5pY2F0aW9uIGlzIHN0cmljdGx5IHBy b2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBj b21tdW5pY2F0aW9uIGluIGVycm9yLCBwbGVhc2UgaW1tZWRpYXRlbHkgbm90aWZ5IHRoZSBzZW5k ZXIgYnkgcmVwbHkgZS1tYWlsIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2YgdGhlIGNvbW11bmlj YXRpb24gYW5kIGFueSBhdHRhY2htZW50cy4NCiAgICA+IF9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQogICAgPiBsbWFwIG1haWxpbmcgbGlzdA0KICAgID4g bG1hcEBpZXRmLm9yZw0KICAgID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9sbWFwDQoNCiAgICAtLQ0KICAgIEp1ZXJnZW4gU2Nob2Vud2FlbGRlciAgICAgICAgICAgSmFj b2JzIFVuaXZlcnNpdHkgQnJlbWVuIGdHbWJIDQogICAgUGhvbmU6ICs0OSA0MjEgMjAwIDM1ODcg ICAgICAgICBDYW1wdXMgUmluZyAxIHwgMjg3NTkgQnJlbWVuIHwgR2VybWFueQ0KICAgIEZheDog ICArNDkgNDIxIDIwMCAzMTAzICAgICAgICAgPGh0dHA6Ly93d3cuamFjb2JzLXVuaXZlcnNpdHku ZGUvPg0KDQogICAgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCiAgICBsbWFwIG1haWxpbmcgbGlzdA0KICAgIGxtYXBAaWV0Zi5vcmcNCiAgICBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2xtYXANCg0KDQpUaGlzIGNvbW11bmljYXRp b24gaXMgdGhlIHByb3BlcnR5IG9mIENlbnR1cnlMaW5rIGFuZCBtYXkgY29udGFpbiBjb25maWRl bnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbi4gVW5hdXRob3JpemVkIHVzZSBvZiB0aGlz IGNvbW11bmljYXRpb24gaXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVs LiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IsIHBsZWFz ZSBpbW1lZGlhdGVseSBub3RpZnkgdGhlIHNlbmRlciBieSByZXBseSBlLW1haWwgYW5kIGRlc3Ry b3kgYWxsIGNvcGllcyBvZiB0aGUgY29tbXVuaWNhdGlvbiBhbmQgYW55IGF0dGFjaG1lbnRzLg0K From nobody Wed Nov 16 09:57:53 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37AE5129422 for ; Wed, 16 Nov 2016 09:57:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RJNs8Q7ZsIcf for ; Wed, 16 Nov 2016 09:57:51 -0800 (PST) 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 84C3E1294BC for ; Wed, 16 Nov 2016 09:51:03 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 35E94FCD; Wed, 16 Nov 2016 18:51:02 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id av7aaEIvGBYP; Wed, 16 Nov 2016 18:50:58 +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; Wed, 16 Nov 2016 18:51:00 +0100 (CET) Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id E170020053; Wed, 16 Nov 2016 18:51:00 +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 Xsh4t90vwZBV; Wed, 16 Nov 2016 18:50:59 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 45E1B20050; Wed, 16 Nov 2016 18:50:59 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id EF8643D41127; Wed, 16 Nov 2016 18:50:58 +0100 (CET) Date: Wed, 16 Nov 2016 18:50:58 +0100 From: Juergen Schoenwaelder To: "Bugenhagen, Michael K" Message-ID: <20161116175058.GC52870@elstar.local> Mail-Followup-To: "Bugenhagen, Michael K" , "philip.eardley@bt.com" , "acmorton@att.com" , "lmap@ietf.org" References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> <7FFD36A0-01E6-43C4-B3DB-094421BCCEB1@centurylink.com> <20161116161539.GB52611@elstar.local> <08EF6DD9-C3E9-4390-996D-3C0620CF3A92@centurylink.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Clacks-Overhead: GNU Terry Pratchett Content-Transfer-Encoding: 8bit In-Reply-To: <08EF6DD9-C3E9-4390-996D-3C0620CF3A92@centurylink.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "philip.eardley@bt.com" , "acmorton@att.com" , "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 17:57:52 -0000 Mike, at this level of abstraction, it sounds more like material that should perhaps more deeply discussed in the framework (RFC 7594). The LMAP information model is all about describing how the internals of the LMAP measurement agents work. I am not sure this is the proper place to state that measurement protocols should have proper rate limiting and overload controls. I searched for 'limit' and 'load' and 'rate' in RFC 7594 and there is some discussion but mostly limited to possible load issues on the collector, load issues on the path, and that suppression may be used to handle overload situations. /js On Wed, Nov 16, 2016 at 04:32:02PM +0000, Bugenhagen, Michael K wrote: > Juergen, > > In TWAMP this was handled via a “setting” of how many sessions / streams the MA could support. > In a LMAP type system that problem is more double due to the probability of over running a dedicated test server complex. > > My concern is that Large scale projects have encountered this occurrence - Maybe it’s the fault of the test server manager not setting a threshold as was created in TWAMP to ensure the situation doesn’t occur. But it is real, and has occurred so I thought it was worth pointing out. > > Given the MA framework as described the “control” should follow the TWAMP CAC / Session method to make sure test servers don’t get overloaded, with some utilization / call blocking stat’s, which are normal for system capacity management. > > If it is out of scope, some informative text may be appropriate to alert potential users of the spec of the issue… > > If nothing else, maybe a big red warning label? ☺ > > > Regards, > Mike > > > > > On 11/16/16, 10:15 AM, "lmap on behalf of Juergen Schoenwaelder" wrote: > > Dear Michael, > > what is a 'test server' - the 'thing' a measurement task on a > measurement agent runs a test against? If so, this is outside the > scope of the information model. Even if the 'test server' would be run > under the control of an LMAP measurement agent, it would be a task, > i.e., the CAC (Call Admission Control?) would have to be implemented > as part of the measurement task, not in the LMAP scheduler. > > The only thing that _could_ be relevant for the LMAP information model > that I see in your message is throttling, i.e., suspending schedules > if there are too many failures. > > /js > > On Wed, Nov 16, 2016 at 03:56:43PM +0000, Bugenhagen, Michael K wrote: > > Phil, Juergen, > > > > I apologize ahead of time for the long-winded retrospect… but here’s something I’ve run across you may be able to consider in your framework. > > > > I reviewed the draft, and one thing that seems to be missing here is any “NAK” from the test server when it’s busy or overloading. > > > > Given the MA’s can automatically delay testing due to “cross traffic” there should be some CAC state tracking so Op’s knows what is happening when tests don’t get run because the test server was busy. This is kind of controller 101 for capacity planning, and ops’ traffic engineering for the testing, and of course logging. > > > > I’m not sure there is a “test server behavior” that tracks this in the information model, but all the current carrier grade systems (systems that telecoms use) have them. > > It would be “nice” if the MA knew why a test server ignored a test (I’m assuming they only allow so many connections so a failed / timed out test can occur), but I’m not sure if there are any provisions for this. > > > > In the past I have seen “test software” (MA’s ) get turned up without telling the “op’s teams” who maintain the servers – which results in “HOT” servers that give bad results because they don’t have any CAC, or throttling on how many tests are concurrently run, and ended up as a congestion point. – this fails the ISO9k & 7K testing standards for the most part. > > > > Given the criticality of this, it’s a best practice to communicate the test server NAK / Busy, .. to the MA’s so the system is more full proof. > > Especially when the customer, and the test server may be two different unaffiliated parties. > > > > So – test system best practices would say -… make sure you have a CAC on the test servers and communicate that to the MA’s so they know what’s going on. > > > > Best, > > Mike > > > > > > > > > > > > > > > > > > On 11/16/16, 9:42 AM, "lmap on behalf of philip.eardley@bt.com" wrote: > > > > The Section 4 example is about timing of events & schedules - pipelining /serialise etc - which is useful. > > > > I meant something like: take some variant of the example in RFC7594 and explain how to use the information model > > << The Controller instructs one or more MAs and communicates the set of > > Measurement Tasks an MA should perform and when. For example, it may > > instruct an MA at a home gateway: "Measure the 'UDP latency' with > > www.example.org; repeat every hour at xx.05". The Controller also > > manages an MA by instructing it on how to report the Measurement > > Results, for example: "Report results once a day in a batch at 4am". > > >> > > > > Strictly speaking this is not needed, but I think it would be useful, as the information model is now quite abstract (eg measurement tasks and registries no longer immediately obvious - as they're just tasks & registires). If other people think this is pointless, then I'm ok. > > > > > > -----Original Message----- > > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] > > Sent: 16 November 2016 09:42 > > To: Eardley,PL,Philip,TUB8 R > > Cc: acmorton@att.com; lmap@ietf.org > > Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt > > > > Phil, > > > > I am not sure which example you find missing. There is an example for an execution in section 4. There is no concrete serialization example because the information model is abstract and does not define any serialization rules. A concrete example (in XML serialization) can be found in the YANG data model - and the grand plan was to have the JSON serialization of the same model in the RESTCONF document. > > > > /js > > > > On Wed, Nov 16, 2016 at 09:07:16AM +0000, philip.eardley@bt.com wrote: > > > Sorry for having been quiet on this recently. Thanks for all the work on this Juergen. > > > > > > I think it would be good to have a section that provides an example - to act as some kind of link from the architecture doc to the info model. The info model is now more generic (eg no specific measurement tasks) - so I think it would be useful to show a simple example with measurement & reporting. > > > > > > Thanks, > > > phil > > > > > > -----Original Message----- > > > From: lmap [mailto:lmap-bounces@ietf.org] On Behalf Of MORTON, ALFRED > > > C (AL) > > > Sent: 16 November 2016 02:38 > > > To: lmap@ietf.org > > > Subject: Re: [lmap] I-D Action: > > > draft-ietf-lmap-information-model-12.txt > > > > > > Hi Juergen, > > > > > > In the latest Info Model... > > > > -----Original Message----- > > > ... > > > > > > > > There's also a htmlized version available at: > > > > https://tools.ietf.org/html/draft-ietf-lmap-information-model-12 > > > > > > > [ACM] > > > The metric registry has become generic: > > > > > > 3.10. Common Objects: Registry Information > > > > > > Tasks and actions can be associated with entries in a registry. A > > > registry object refers to an entry in a registry (identified by a > > > URI) and it may define a set of roles. > > > > > > 3.10.1. Definition of ma-registry-obj > > > > > > object { > > > uri ma-registry-uri; > > > [string ma-registry-role<0..*>;] > > > } ma-registry-obj; > > > > > > The ma-registry-obj refers to an entry of a registry and it defines > > > the associated role(s). The ma-registry-obj consists of the > > > following elements: > > > > > > ma-registry-uri: A URI identifying an entry in a registry. > > > > > > ma-registry-role: An optional and possibly empty unordered > > > set of roles for the identified registry > > > entry. > > > -=-=-=-=-=-=-=-=- > > > > > > It's not clear to me how the generic object works with respect to the performance metric registry. It was clear when the metric aspect was prominent (ma-metric-registry-obj). > > > This may be because the idea of an LMAP task registry has been mentioned, but I haven't seen any details about the LMAP task registry and maybe an example would help. > > > It would be good to see how the LMAP Task Registry and IANA Performance metrics registry are used together. > > > > > > Since I'm mostly interested in using LMAP for control and reporting of registered performance metrics, the composition of these measurement tasks should be as straightforward as possible. > > > > > > A follow-up question is how this will change the data model, which still appears to contain specific references to metrics. > > > > > > regards, > > > Al > > > > > > > > > _______________________________________________ > > > 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 > > > > -- > > 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 > > > > > > This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. > > _______________________________________________ > > lmap mailing list > > lmap@ietf.org > > https://www.ietf.org/mailman/listinfo/lmap > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 > > _______________________________________________ > lmap mailing list > lmap@ietf.org > https://www.ietf.org/mailman/listinfo/lmap > > > This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 10:30:41 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0D1C129541 for ; Wed, 16 Nov 2016 10:30:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.398 X-Spam-Level: X-Spam-Status: No, score=-3.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CBdGKTsQJEIT for ; Wed, 16 Nov 2016 10:30:39 -0800 (PST) Received: from lxomp52w.centurylink.com (lxomp52w.centurylink.com [155.70.50.76]) (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 8A2161294A7 for ; Wed, 16 Nov 2016 10:30:39 -0800 (PST) Received: from lxomavmpc030.qintra.com (lxomavmpc030.qintra.com [151.117.207.30]) by lxomp52w.centurylink.com (8.14.8/8.14.8) with ESMTP id uAGIUXIm058579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 16 Nov 2016 12:30:34 -0600 Received: from lxomavmpc030.qintra.com (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id C4C791E0032; Wed, 16 Nov 2016 12:30:28 -0600 (CST) Received: from lxomp06u.corp.intranet (unknown [151.117.18.14]) by lxomavmpc030.qintra.com (Postfix) with ESMTP id A80F01E0059; Wed, 16 Nov 2016 12:30:28 -0600 (CST) Received: from lxomp06u.corp.intranet (localhost [127.0.0.1]) by lxomp06u.corp.intranet (8.14.8/8.14.8) with ESMTP id uAGIUSlX047009; Wed, 16 Nov 2016 12:30:28 -0600 Received: from vodcwhubex501.ctl.intranet (vodcwhubex501.ctl.intranet [151.117.206.27]) by lxomp06u.corp.intranet (8.14.8/8.14.8) with ESMTP id uAGIUS7A047006 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 16 Nov 2016 12:30:28 -0600 Received: from PODCWMBXEX505.ctl.intranet ([fe80::f87e:fe44:ad72:b610]) by vodcwhubex501.ctl.intranet ([151.117.206.27]) with mapi id 14.03.0294.000; Wed, 16 Nov 2016 12:30:28 -0600 From: "Bugenhagen, Michael K" To: Juergen Schoenwaelder Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8bRsvjT24vr006+fLPOTN+8+KDbYe+AgABsvwCAAAnHAIAAZL+A//+fS4CAAGnfgP//n/mAgAB6qQD//6ZzgA== Date: Wed, 16 Nov 2016 18:30:28 +0000 Message-ID: References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> <7FFD36A0-01E6-43C4-B3DB-094421BCCEB1@centurylink.com> <20161116161539.GB52611@elstar.local> <08EF6DD9-C3E9-4390-996D-3C0620CF3A92@centurylink.com> <20161116175058.GC52870@elstar.local> In-Reply-To: <20161116175058.GC52870@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1c.0.161115 x-originating-ip: [155.70.16.191] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-TM-AS-MML: disable X-CFilter-Loop: Reflected Archived-At: Cc: "philip.eardley@bt.com" , "acmorton@att.com" , "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 18:30:41 -0000 SSBhZ3JlZS4NCg0KICAgICBNeSB0aG91Z2h0IGhlcmUgd2FzIHRoYXQgYSB0ZXN0IHNlcnZlciBp cyBhIE1B4oCmLiAgVG8gc29tZSBleHRlbnQuDQoNClNvLCB0aGUgVFdBTVAgbWV0aG9kIG1pZ2h0 IGFwcGx5IGdsb2JhbGx5IOKAkyBidXQgSSBoYXZlbuKAmXQgYmVlbiBhYmxlIHRvIGtlZXAgdXAg d2l0aCB0aGUgTE1BUCB3b3JrIHNvIEkgdGhvdWdodCBJIG93ZWQgdGhlIGdyb3VwIHRoZSBpbnB1 dCBvbiDigJxoZXkgd2XigJl2ZSBzZWVuIHRoaXMgaW4gcmVhbCB0ZXN0aW5n4oCdIHR5cGUgaW5w dXRzLg0KDQpUaGF0IHdheSB0aGUgZ3JvdXAgaGFzIGEgY2hhbmNlIHRvIHJlYWN0IGlmIHNvbWV0 aGluZyBuZWVkcyB0byBiZSBmaXhlZOKApg0KTm90IHN1cmUgaWYgdGhlcmUgaXMgYW55dGhpbmcg dG8gZml4LCBidXQgYXQgbGVhc3QgSSBjb21tdW5pY2F0ZWQgaXQuDQoNCldpc2ggSSB3YXMgYXQg dGhlIG1lZXRpbmcgd2l0aCB5b3UgZ3V5cyEhDQoNCkJlc3QgcmVnYXJkcywNCk1pa2UNCg0KDQoN Cg0KDQpPbiAxMS8xNi8xNiwgMTE6NTAgQU0sICJKdWVyZ2VuIFNjaG9lbndhZWxkZXIiIDxqLnNj aG9lbndhZWxkZXJAamFjb2JzLXVuaXZlcnNpdHkuZGU+IHdyb3RlOg0KDQogICAgSSBzZWFyY2hl ZCBmb3IgJ2xpbWl0JyBhbmQgJ2xvYWQnIGFuZCAncmF0ZScgaW4gUkZDIDc1OTQgYW5kIHRoZXJl IGlzDQogICAgc29tZSBkaXNjdXNzaW9uIGJ1dCBtb3N0bHkgbGltaXRlZCB0byBwb3NzaWJsZSBs b2FkIGlzc3VlcyBvbiB0aGUNCiAgICBjb2xsZWN0b3IsIGxvYWQgaXNzdWVzIG9uIHRoZSBwYXRo LCBhbmQgdGhhdCBzdXBwcmVzc2lvbiBtYXkgYmUgdXNlZA0KICAgIHRvIGhhbmRsZSBvdmVybG9h ZCBzaXR1YXRpb25zLg0KDQpUaGlzIGNvbW11bmljYXRpb24gaXMgdGhlIHByb3BlcnR5IG9mIENl bnR1cnlMaW5rIGFuZCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgb3IgcHJpdmlsZWdlZCBpbmZv cm1hdGlvbi4gVW5hdXRob3JpemVkIHVzZSBvZiB0aGlzIGNvbW11bmljYXRpb24gaXMgc3RyaWN0 bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0 aGlzIGNvbW11bmljYXRpb24gaW4gZXJyb3IsIHBsZWFzZSBpbW1lZGlhdGVseSBub3RpZnkgdGhl IHNlbmRlciBieSByZXBseSBlLW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiB0aGUgY29t bXVuaWNhdGlvbiBhbmQgYW55IGF0dGFjaG1lbnRzLg0K From nobody Wed Nov 16 14:39:38 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF23112957B for ; Wed, 16 Nov 2016 14:39:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wUJpKFGI_T2b for ; Wed, 16 Nov 2016 14:39:35 -0800 (PST) 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 C360B1295AA for ; Wed, 16 Nov 2016 14:39:35 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 507F415BB; Wed, 16 Nov 2016 23:39:34 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id lEkNA2YtrMSY; Wed, 16 Nov 2016 23:39:31 +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; Wed, 16 Nov 2016 23:39:34 +0100 (CET) Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 312D620050; Wed, 16 Nov 2016 23:39:34 +0100 (CET) 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 IynL8G__P6ox; Wed, 16 Nov 2016 23:39:33 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id D8DBB20053; Wed, 16 Nov 2016 23:39:33 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 5BFFD3D417C7; Wed, 16 Nov 2016 23:39:31 +0100 (CET) Date: Wed, 16 Nov 2016 23:39:30 +0100 From: Juergen Schoenwaelder To: "MORTON, ALFRED C (AL)" Message-ID: <20161116223930.GA53972@elstar.local> Mail-Followup-To: "MORTON, ALFRED C (AL)" , "philip.eardley@bt.com" , "lmap@ietf.org" References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> <20161116162054.GC52611@elstar.local> <4D7F4AD313D3FC43A053B309F97543CF656C54@njmtexg5.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D7F4AD313D3FC43A053B309F97543CF656C54@njmtexg5.research.att.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Cc: "philip.eardley@bt.com" , "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2016 22:39:38 -0000 On Wed, Nov 16, 2016 at 08:55:35PM +0000, MORTON, ALFRED C (AL) wrote: > > Help us understand how you think LMAP will work now, > Al, it works as good or as bad as before - the URI can still point to the metrics registry. If you know how the metrics registry works, things will continue to function. The point is that there are tasks that do not collect metrics. (I thought we discussed this and settled this before.) /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Wed Nov 16 17:21:33 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D04E912986A for ; Wed, 16 Nov 2016 17:21:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.602 X-Spam-Level: X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rAjHHtWW2lAs for ; Wed, 16 Nov 2016 17:21:24 -0800 (PST) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0F2E1297C4 for ; Wed, 16 Nov 2016 17:21:23 -0800 (PST) Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.17/8.16.0.17) with SMTP id uAGKtEgQ008342; Wed, 16 Nov 2016 15:56:13 -0500 Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by mx0a-00191d01.pphosted.com with ESMTP id 26rx8qse4p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 16 Nov 2016 15:56:12 -0500 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uAGKu9vH000845; Wed, 16 Nov 2016 15:56:11 -0500 Received: from mlpi408.sfdc.sbc.com (mlpi408.sfdc.sbc.com [130.9.128.240]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id uAGKttOO000424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 16 Nov 2016 15:56:02 -0500 Received: from clpi183.sldc.sbc.com (clpi183.sldc.sbc.com [135.41.1.46]) by mlpi408.sfdc.sbc.com (RSA Interceptor); Wed, 16 Nov 2016 20:55:47 GMT Received: from sldc.sbc.com (localhost [127.0.0.1]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id uAGKtlfs011783; Wed, 16 Nov 2016 14:55:47 -0600 Received: from mail-azure.research.att.com (mail-azure.research.att.com [135.207.255.18]) by clpi183.sldc.sbc.com (8.14.5/8.14.5) with ESMTP id uAGKtaHb011190; Wed, 16 Nov 2016 14:55:37 -0600 Received: from exchange.research.att.com (njmtcas2.research.att.com [135.207.255.47]) by mail-azure.research.att.com (Postfix) with ESMTP id D89E9E070F; Wed, 16 Nov 2016 15:55:35 -0500 (EST) Received: from njmtexg5.research.att.com ([fe80::b09c:ff13:4487:78b6]) by njmtcas2.research.att.com ([fe80::d550:ec84:f872:cad9%15]) with mapi id 14.03.0319.002; Wed, 16 Nov 2016 15:55:35 -0500 From: "MORTON, ALFRED C (AL)" To: Juergen Schoenwaelder , "philip.eardley@bt.com" Thread-Topic: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt Thread-Index: AQHSM8aw71LaQYSPa0uSCTrZGDc8F6Da8pzQgADLTwCAAAnHAIAAZL+AgAAKogD///MyEA== Date: Wed, 16 Nov 2016 20:55:35 +0000 Message-ID: <4D7F4AD313D3FC43A053B309F97543CF656C54@njmtexg5.research.att.com> References: <147795313794.23217.15358328180744934565.idtracker@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF6469E5@njmtexg5.research.att.com> <76980d09da0a4bc2a0dcfd987be82e94@rew09926dag03b.domain1.systemhost.net> <20161116094216.GB51980@elstar.local> <217244c70df845bd82d4fa159f53ad50@rew09926dag03b.domain1.systemhost.net> <20161116162054.GC52611@elstar.local> In-Reply-To: <20161116162054.GC52611@elstar.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [31.133.151.243] 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=2016-11-16_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1611160313 Archived-At: Cc: "lmap@ietf.org" Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 01:21:27 -0000 > -----Original Message----- > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs- > university.de] > Sent: Wednesday, November 16, 2016 11:21 AM > To: philip.eardley@bt.com > Cc: MORTON, ALFRED C (AL); lmap@ietf.org > Subject: Re: [lmap] I-D Action: draft-ietf-lmap-information-model-12.txt >=20 > On Wed, Nov 16, 2016 at 03:42:51PM +0000, philip.eardley@bt.com wrote: > > The Section 4 example is about timing of events & schedules - > pipelining /serialise etc - which is useful. > > > > I meant something like: take some variant of the example in RFC7594 > and explain how to use the information model > > << The Controller instructs one or more MAs and communicates the set > of > > Measurement Tasks an MA should perform and when. For example, it > may > > instruct an MA at a home gateway: "Measure the 'UDP latency' with > > www.example.org; repeat every hour at xx.05". The Controller also > > manages an MA by instructing it on how to report the Measurement > > Results, for example: "Report results once a day in a batch at > 4am". > > >> > > > > Strictly speaking this is not needed, but I think it would be useful, > as the information model is now quite abstract (eg measurement tasks and > registries no longer immediately obvious - as they're just tasks & > registires). If other people think this is pointless, then I'm ok. > > >=20 > My preference would have been to make the document even more concise. > The reason is that maintaining consistency is a pain. And I believe we > actually have a reasonable balance between explanatory text and > concrete definitions. And the document does not exist in isolation. >=20 [ACM]=20 Juergen, You have described a Task registry on several occasions, but we have no details in writing or examples in the Framework RFC because this registry concept is new. Now that the information model has been generalized to allow for a Task=20 registry, I want to understand how you intend to use that registry and how it interacts with the Metrics registry (whose role we have=20 understood for years, but now potentially changes, I cannot tell how). Phil and I have both asked for examples so that we can understand=20 the implications of the changes you've executed. Examples have been the stepping stones to reach greater clarity in much of our work in LMAP over the last year, and I provided quite a few examples for the=20 metrics registry and Cycle Number discussions. Help us understand how you think LMAP will work now, Al From nobody Thu Nov 17 03:44:37 2016 Return-Path: X-Original-To: lmap@ietf.org Delivered-To: lmap@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A89C129481; Thu, 17 Nov 2016 03:44:36 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.38.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147938307649.1586.15119400681268285402.idtracker@ietfa.amsl.com> Date: Thu, 17 Nov 2016 03:44:36 -0800 Archived-At: Cc: lmap@ietf.org Subject: [lmap] I-D Action: draft-ietf-lmap-information-model-13.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 11:44:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Large-Scale Measurement of Broadband Performance of the IETF. Title : Information Model for Large-Scale Measurement Platforms (LMAP) Authors : Trevor Burbridge Philip Eardley Marcelo Bagnulo Juergen Schoenwaelder Filename : draft-ietf-lmap-information-model-13.txt Pages : 53 Date : 2016-11-17 Abstract: This Information Model applies to the Measurement Agent within a Large-Scale Measurement Platform. As such it outlines the information that is (pre-)configured on the Measurement Agent or exists in communications with a Controller or Collector within an LMAP framework. The purpose of such an Information Model is to provide a protocol and device independent view of the Measurement Agent that can be implemented via one or more Control and Report protocols. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lmap-information-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-lmap-information-model-13 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lmap-information-model-13 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 17 03:46:21 2016 Return-Path: X-Original-To: lmap@ietf.org Delivered-To: lmap@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 345D3129481; Thu, 17 Nov 2016 03:46:15 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.38.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147938317520.1586.16689537653452429179.idtracker@ietfa.amsl.com> Date: Thu, 17 Nov 2016 03:46:15 -0800 Archived-At: Cc: lmap@ietf.org Subject: [lmap] I-D Action: draft-ietf-lmap-yang-07.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 11:46:15 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Large-Scale Measurement of Broadband Performance of the IETF. Title : A YANG Data Model for LMAP Measurement Agents Authors : Juergen Schoenwaelder Vaibhav Bajpai Filename : draft-ietf-lmap-yang-07.txt Pages : 62 Date : 2016-11-17 Abstract: This document defines a data model for Large-Scale Measurement Platforms (LMAP). The data model is defined using the YANG data modeling language. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-lmap-yang-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lmap-yang-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Nov 17 09:06:05 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E81B912944B for ; Thu, 17 Nov 2016 09:06:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gZKvChrsMrzx for ; Thu, 17 Nov 2016 09:06:01 -0800 (PST) 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 B94E4129420 for ; Thu, 17 Nov 2016 09:06:00 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 4978014DD for ; Thu, 17 Nov 2016 18:05:59 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id hIz2j3_IsVqu for ; Thu, 17 Nov 2016 18:05:55 +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 ; Thu, 17 Nov 2016 18:05:58 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1023320053 for ; Thu, 17 Nov 2016 18:05:59 +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 oReXFgadDwSo; Thu, 17 Nov 2016 18:05: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 0BEB320050; Thu, 17 Nov 2016 18:05:58 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id B47783D43F73; Thu, 17 Nov 2016 18:05:57 +0100 (CET) Date: Thu, 17 Nov 2016 18:05:57 +0100 From: Juergen Schoenwaelder To: lmap@ietf.org Message-ID: <20161117170557.GA63646@elstar.local> Mail-Followup-To: lmap@ietf.org References: <147938317520.1586.16689537653452429179.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <147938317520.1586.16689537653452429179.idtracker@ietfa.amsl.com> User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: Re: [lmap] I-D Action: draft-ietf-lmap-yang-07.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2016 17:06:04 -0000 Hi, while updating my code I noticed that I forgot to add report-group-id to the YANG module. So we will need another revision of the I-D. I have already made the changes but lets see whether more pops up... /js On Thu, Nov 17, 2016 at 03:46:15AM -0800, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Large-Scale Measurement of Broadband Performance of the IETF. > > Title : A YANG Data Model for LMAP Measurement Agents > Authors : Juergen Schoenwaelder > Vaibhav Bajpai > Filename : draft-ietf-lmap-yang-07.txt > Pages : 62 > Date : 2016-11-17 > > Abstract: > This document defines a data model for Large-Scale Measurement > Platforms (LMAP). The data model is defined using the YANG data > modeling language. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-lmap-yang-07 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-lmap-yang-07 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt -- 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 Nov 18 01:09:10 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 383141295FC for ; Fri, 18 Nov 2016 01:09:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F9yYBIrKk2Q1 for ; Fri, 18 Nov 2016 01:09:06 -0800 (PST) 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 3225C12955F for ; Fri, 18 Nov 2016 01:09:06 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 5B1B517EA for ; Fri, 18 Nov 2016 10:09:04 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id OTa1pLMXO0NN for ; Fri, 18 Nov 2016 10:09:00 +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 ; Fri, 18 Nov 2016 10:09:04 +0100 (CET) Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id 441DE20054 for ; Fri, 18 Nov 2016 10:09:04 +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 T5mYmBjGwmzk; Fri, 18 Nov 2016 10:09:03 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id E47EC20050; Fri, 18 Nov 2016 10:09:03 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id 348ED3D455C6; Fri, 18 Nov 2016 10:09:01 +0100 (CET) Date: Fri, 18 Nov 2016 10:09:01 +0100 From: Juergen Schoenwaelder To: lmap@ietf.org Message-ID: <20161118090859.GA68452@elstar.local> Mail-Followup-To: lmap@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: [lmap] config false objects not mandatory X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 09:09:08 -0000 Hi, I just realized that all config false objects in the YANG data model are marked as optional (the default if not explicitly marked mandatory in YANG). I do not think this is what we want; I always considered it mandatory that an implementation reports the the state of schedules and basic counters like the number of invocations, number of failures etc. Hence, I plan to make the config false objects as mandatory true in the update of the YANG module. If you disagree, please speak up. /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 Nov 18 10:29:31 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 66A42129617 for ; Fri, 18 Nov 2016 10:29:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.697 X-Spam-Level: X-Spam-Status: No, score=-5.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.497] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WNirRPpIYT3y for ; Fri, 18 Nov 2016 10:29:26 -0800 (PST) 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 7E0CB129483 for ; Fri, 18 Nov 2016 10:29:25 -0800 (PST) Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 212E714FF for ; Fri, 18 Nov 2016 19:29:24 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 3SeLY5H64eGN for ; Fri, 18 Nov 2016 19:29:19 +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 ; Fri, 18 Nov 2016 19:29:23 +0100 (CET) Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 226EB20053 for ; Fri, 18 Nov 2016 19:29:23 +0100 (CET) X-Virus-Scanned: amavisd-new at jacobs-university.de Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id R-QgQBiyHNZt; Fri, 18 Nov 2016 19:29:21 +0100 (CET) Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id DF60520050; Fri, 18 Nov 2016 19:29:21 +0100 (CET) Received: by elstar.local (Postfix, from userid 501) id BA5453D46140; Fri, 18 Nov 2016 19:29:20 +0100 (CET) Date: Fri, 18 Nov 2016 19:29:20 +0100 From: Juergen Schoenwaelder To: lmap@ietf.org Message-ID: <20161118182919.GA71497@elstar.local> Mail-Followup-To: lmap@ietf.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.6.0 (2016-04-01) Archived-At: Subject: [lmap] merging /lmap and /lmap-state X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen Schoenwaelder List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Nov 2016 18:29:29 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, when I started to draft the first versions of the YANG data model some 2+ years ago, I started to follow the /foo and /foo-state approach that separates the state tree from the config tree. This pattern evolved out of the work on the ietf-interfaces YANG module and related YANG data models. The technical reasons for the /foo and /foo-state approach do not really apply to LMAP since we do not necessarily have to support different lifecycles for config and state and we are not provisioning config for hot-pluggable resources. Since Spring this year, I have been working on a proposal for a revised datastore model that, among other things, does not require anymore to separate configuration data from state data. From what I have heard, this revised datastore model (which introduces a separate operational state datastore) seems to be well received by the NETMOD and NETCONF working groups. So I started to think about what does it take to merge the /lmap and /lmap-state branches together. It turned out that the actual edits are very straight forward. The whole data model gets about 5% shorter (we save all the duplicated container and list definitions in the /lmap-state branch) and I find the merged model significantely easier to understand. The merged YANG model also is a bit closer to the information model, in particular with the modeling of capabilities. Hence, I propose to move forward with the merged trees as this simplifies the model. I am attaching the two tree pyang -f tree outputs so you can easily see the difference of the structures. If there are any reasons against merging the trees, please raise them now otherwise I will post -08 early next week with the merged tree. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ietf-lmap-control.tree" module: ietf-lmap-control +--rw lmap | +--rw agent | | +--rw agent-id? yang:uuid | | +--rw group-id? string | | +--rw measurement-point? string | | +--rw report-agent-id? boolean | | +--rw report-group-id? boolean | | +--rw report-measurement-point? boolean | | +--rw controller-timeout? uint32 | +--rw tasks | | +--rw task* [name] | | +--rw name lmap:identifier | | +--rw metric* [uri] | | | +--rw uri inet:uri | | | +--rw role* string | | +--rw program? string | | +--rw option* [id] | | | +--rw id lmap:identifier | | | +--rw name? string | | | +--rw value? string | | +--rw tag* lmap:identifier | +--rw schedules | | +--rw schedule* [name] | | +--rw name lmap:identifier | | +--rw start event-ref | | +--rw (stop)? | | | +--:(end) | | | | +--rw end? event-ref | | | +--:(duration) | | | +--rw duration? uint32 | | +--rw execution-mode? enumeration | | +--rw tag* lmap:tag | | +--rw suppression-tag* lmap:tag | | +--rw action* [name] | | +--rw name lmap:identifier | | +--rw task task-ref | | +--rw parameters | | | +--rw (extension)? | | +--rw option* [id] | | | +--rw id lmap:identifier | | | +--rw name? string | | | +--rw value? string | | +--rw destination* schedule-ref | | +--rw tag* lmap:tag | | +--rw suppression-tag* lmap:tag | +--rw suppressions | | +--rw suppression* [name] | | +--rw name lmap:identifier | | +--rw start? event-ref | | +--rw end? event-ref | | +--rw match* lmap:glob-pattern | | +--rw stop-running? boolean | +--rw events | +--rw event* [name] | +--rw name lmap:identifier | +--rw random-spread? uint32 | +--rw cycle-interval? uint32 | +--rw (event-type)? | +--:(periodic) | | +--rw periodic | | +--rw interval uint32 | | +--rw start? yang:date-and-time | | +--rw end? yang:date-and-time | +--:(calendar) | | +--rw calendar | | +--rw month* lmap:month-or-all | | +--rw day-of-month* lmap:day-of-months-or-all | | +--rw day-of-week* lmap:weekday-or-all | | +--rw hour* lmap:hour-or-all | | +--rw minute* lmap:minute-or-all | | +--rw second* lmap:second-or-all | | +--rw timezone-offset? lmap:timezone-offset | | +--rw start? yang:date-and-time | | +--rw end? yang:date-and-time | +--:(one-off) | | +--rw one-off | | +--rw time yang:date-and-time | +--:(immediate) | | +--rw immediate empty | +--:(startup) | | +--rw startup empty | +--:(controller-lost) | | +--rw controller-lost empty | +--:(controller-connected) | +--rw controller-connected empty +--ro lmap-state +--ro agent | +--ro agent-id? yang:uuid | +--ro version string | +--ro tag* lmap:tag | +--ro last-started yang:date-and-time +--ro tasks | +--ro task* [name] | +--ro name lmap:identifier | +--ro metric* [uri] | | +--ro uri inet:uri | | +--ro role* string | +--ro version? string | +--ro program? string +--ro schedules | +--ro schedule* [name] | +--ro name lmap:identifier | +--ro state enumeration | +--ro storage yang:gauge64 | +--ro invocations yang:counter32 | +--ro suppressions yang:counter32 | +--ro overlaps yang:counter32 | +--ro failures yang:counter32 | +--ro last-invocation? yang:date-and-time | +--ro action* [name] | +--ro name lmap:identifier | +--ro state enumeration | +--ro storage yang:gauge64 | +--ro invocations yang:counter32 | +--ro suppressions yang:counter32 | +--ro overlaps yang:counter32 | +--ro failures yang:counter32 | +--ro last-invocation yang:date-and-time | +--ro last-completion yang:date-and-time | +--ro last-status lmap:status-code | +--ro last-message string | +--ro last-failed-completion yang:date-and-time | +--ro last-failed-status lmap:status-code | +--ro last-failed-message string +--ro suppressions +--ro suppression* [name] +--ro name lmap:identifier +--ro state enumeration --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ietf-lmap-new-control.tree" module: ietf-lmap-new-control +--rw lmap +--rw agent | +--rw agent-id? yang:uuid | +--rw group-id? string | +--rw measurement-point? string | +--rw report-agent-id? boolean | +--rw report-group-id? boolean | +--rw report-measurement-point? boolean | +--rw controller-timeout? uint32 | +--ro last-started yang:date-and-time +--ro capabilities | +--ro version string | +--ro tag* lmap:tag | +--ro task* [name] | +--ro name lmap:identifier | +--ro metric* [uri] | | +--ro uri inet:uri | | +--ro role* string | +--ro version? string | +--ro program? string +--rw tasks | +--rw task* [name] | +--rw name lmap:identifier | +--rw metric* [uri] | | +--rw uri inet:uri | | +--rw role* string | +--rw program? string | +--rw option* [id] | | +--rw id lmap:identifier | | +--rw name? string | | +--rw value? string | +--rw tag* lmap:identifier +--rw schedules | +--rw schedule* [name] | +--rw name lmap:identifier | +--rw start event-ref | +--rw (stop)? | | +--:(end) | | | +--rw end? event-ref | | +--:(duration) | | +--rw duration? uint32 | +--rw execution-mode? enumeration | +--rw tag* lmap:tag | +--rw suppression-tag* lmap:tag | +--ro state enumeration | +--ro storage yang:gauge64 | +--ro invocations yang:counter32 | +--ro suppressions yang:counter32 | +--ro overlaps yang:counter32 | +--ro failures yang:counter32 | +--ro last-invocation? yang:date-and-time | +--rw action* [name] | +--rw name lmap:identifier | +--rw task task-ref | +--rw parameters | | +--rw (extension)? | +--rw option* [id] | | +--rw id lmap:identifier | | +--rw name? string | | +--rw value? string | +--rw destination* schedule-ref | +--rw tag* lmap:tag | +--rw suppression-tag* lmap:tag | +--ro state enumeration | +--ro storage yang:gauge64 | +--ro invocations yang:counter32 | +--ro suppressions yang:counter32 | +--ro overlaps yang:counter32 | +--ro failures yang:counter32 | +--ro last-invocation yang:date-and-time | +--ro last-completion yang:date-and-time | +--ro last-status lmap:status-code | +--ro last-message string | +--ro last-failed-completion yang:date-and-time | +--ro last-failed-status lmap:status-code | +--ro last-failed-message string +--rw suppressions | +--rw suppression* [name] | +--rw name lmap:identifier | +--rw start? event-ref | +--rw end? event-ref | +--rw match* lmap:glob-pattern | +--rw stop-running? boolean | +--ro state enumeration +--rw events +--rw event* [name] +--rw name lmap:identifier +--rw random-spread? uint32 +--rw cycle-interval? uint32 +--rw (event-type)? +--:(periodic) | +--rw periodic | +--rw interval uint32 | +--rw start? yang:date-and-time | +--rw end? yang:date-and-time +--:(calendar) | +--rw calendar | +--rw month* lmap:month-or-all | +--rw day-of-month* lmap:day-of-months-or-all | +--rw day-of-week* lmap:weekday-or-all | +--rw hour* lmap:hour-or-all | +--rw minute* lmap:minute-or-all | +--rw second* lmap:second-or-all | +--rw timezone-offset? lmap:timezone-offset | +--rw start? yang:date-and-time | +--rw end? yang:date-and-time +--:(one-off) | +--rw one-off | +--rw time yang:date-and-time +--:(immediate) | +--rw immediate empty +--:(startup) | +--rw startup empty +--:(controller-lost) | +--rw controller-lost empty +--:(controller-connected) +--rw controller-connected empty --d6Gm4EdcadzBjdND-- From nobody Sat Nov 19 01:48:03 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 565571294B9 for ; Sat, 19 Nov 2016 01:48:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VjY41tPIYQWt for ; Sat, 19 Nov 2016 01:48:00 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 A9924129461 for ; Sat, 19 Nov 2016 01:48:00 -0800 (PST) Received: by mail-qk0-x236.google.com with SMTP id n204so295904783qke.2 for ; Sat, 19 Nov 2016 01:48:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=TYtTw6NX7W1jOR4k8EeHZMU++OvcpFm+lhvDVIS/3CI=; b=Y44K9yyYHrVjT/33lzlpYDePtRS4Ow+oO7gCMUu7TxgE8jkQXLMjsW/ySfrqZEFWbC 3lQOqv7UKYe7t+jISQ0SmK8SXEjt7ety12bFX9cVZtx0bf8e0cUF1r050oYYV5JwoYD+ sFyVB84FVdjA2dSh+UsXsnBFkof9ibzXyJT+BIRpysy3t/c9M9OzaPOZ6gD+9oVX3WnU wUgEWiBDlkYYCN6GlLnSKgvspvjuD2mo3n+5vnrmUDKLMlPhThsJ00i589zxX7h+W18I GwukaRooE3VrCBeZuJitlB0Y6FCq0UtLTlwXL8NumMTnK+Zwd7EB380rSx62MAfnwaXh 9tXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=TYtTw6NX7W1jOR4k8EeHZMU++OvcpFm+lhvDVIS/3CI=; b=g8GT6M5itObyf1t7NqQYm0NhFq2YLL7FHhH5gMKg74roSAcH8wnggkaGXugCEurB3G rYIjuOtppU0yBkOP3KrE1OXPC9q6k0Sc5n5i4pqXV0CN25n38FNYLM9uEHfbaEE1AVvA Pv3VTt7HDjCNrctdyriu5pPu8wFHLHC1hE06oWWDfoxVY8ATOISMqbr3AO1STkWOIB1W TyGK0C5ayrzBZkEKU7BAEXcv7Qo5oM+EyRRIg18FDZ9T6ufvkTBpyIoWC7ImOQcOwkig CaXaB+HcqRR23iCBFd3tYAKLlLNCmfaeSUdCzN+DbFYDEuRh1okJ/PZ1KrfPHTcGyTjV ULCw== X-Gm-Message-State: AKaTC013sKZnN5hP2w8qOEvOj9PhYA5WJ/gEGGS0bRwjrHoQUsMPqqheVGOuOfAG2bN/beRykyXN1UzVZJjRuA== X-Received: by 10.55.76.150 with SMTP id z144mr4451713qka.194.1479548879857; Sat, 19 Nov 2016 01:47:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.21.213 with HTTP; Sat, 19 Nov 2016 01:47:59 -0800 (PST) In-Reply-To: <20161118090859.GA68452@elstar.local> References: <20161118090859.GA68452@elstar.local> From: Dan Romascanu Date: Sat, 19 Nov 2016 11:47:59 +0200 Message-ID: To: Juergen Schoenwaelder , lmap@ietf.org Content-Type: multipart/alternative; boundary=001a114a8868696e9c0541a451ad Archived-At: Subject: Re: [lmap] config false objects not mandatory X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Nov 2016 09:48:02 -0000 --001a114a8868696e9c0541a451ad Content-Type: text/plain; charset=UTF-8 (as contributor) sems right to me (as co-chair) please make the change and all other edits and update the YANG I-D, any concerns can be expressed as WGLC comments Thanks and Regards, Dan On Fri, Nov 18, 2016 at 11:09 AM, Juergen Schoenwaelder < j.schoenwaelder@jacobs-university.de> wrote: > Hi, > > I just realized that all config false objects in the YANG data model > are marked as optional (the default if not explicitly marked mandatory > in YANG). I do not think this is what we want; I always considered it > mandatory that an implementation reports the the state of schedules > and basic counters like the number of invocations, number of failures > etc. Hence, I plan to make the config false objects as mandatory true > in the update of the YANG module. If you disagree, please speak up. > > /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 > --001a114a8868696e9c0541a451ad Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
(as contributor) sems right to me
= (as co-chair) please make the change and all other edits and update the YAN= G I-D, any concerns can be expressed as WGLC comments

Thanks a= nd Regards,

Dan


On Fri, Nov 18, 2016 at 11:09 AM, Juergen Schoenwa= elder <j.schoenwaelder@jacobs-university.de> wrote:
Hi,

I just realized that all config false objects in the YANG data model
are marked as optional (the default if not explicitly marked mandatory
in YANG). I do not think this is what we want; I always considered it
mandatory that an implementation reports the the state of schedules
and basic counters like the number of invocations, number of failures
etc. Hence, I plan to make the config false objects as mandatory true
in the update of the YANG module. If you disagree, please speak up.

/js

--
Juergen Schoenwaelder=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Jacobs Univer= sity Bremen gGmbH
Phone: +49= 421 200 3587=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Campus Ring 1 | 28759 Br= emen | Germany
Fax:=C2=A0 =C2=A0+49 421 200 3103=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<htt= p://www.jacobs-university.de/>

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

--001a114a8868696e9c0541a451ad-- From nobody Sun Nov 20 04:11:27 2016 Return-Path: X-Original-To: lmap@ietf.org Delivered-To: lmap@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E03A127077; Sun, 20 Nov 2016 04:11:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.38.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147964388611.17893.4820302869305898779.idtracker@ietfa.amsl.com> Date: Sun, 20 Nov 2016 04:11:26 -0800 Archived-At: Cc: lmap@ietf.org Subject: [lmap] I-D Action: draft-ietf-lmap-yang-08.txt X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2016 12:11:26 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Large-Scale Measurement of Broadband Performance of the IETF. Title : A YANG Data Model for LMAP Measurement Agents Authors : Juergen Schoenwaelder Vaibhav Bajpai Filename : draft-ietf-lmap-yang-08.txt Pages : 60 Date : 2016-11-20 Abstract: This document defines a data model for Large-Scale Measurement Platforms (LMAP). The data model is defined using the YANG data modeling language. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-lmap-yang-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-lmap-yang-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Nov 21 08:23:51 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0701D128B38 for ; Mon, 21 Nov 2016 08:23:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NWnRnrk6ZGJb for ; Mon, 21 Nov 2016 08:23:47 -0800 (PST) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (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 AFB92124281 for ; Mon, 21 Nov 2016 08:23:47 -0800 (PST) Received: by mail-qt0-x232.google.com with SMTP id n6so207822484qtd.1 for ; Mon, 21 Nov 2016 08:23:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=Q63mTHswzpfGFkejFqE5oUe85nSFiWtOXK7xLpvnv2A=; b=oloJmtWDkku6opNXobvjW2T482THBOKpU6BMjiJUm7gVEwkREjjbHYW9qBMioWq5rC 33jQn6TpIg99ilpxA2qZjcYzZ2GOYW8fIu/s9HRpZkdEn5nrz+2hdihFq+SuF7C+oKDu a+4QtZ9piezEFGbx75+QVOIsZ7C+Y7+uHAV7FgFoVGCbu4FFjTRqxwHJAhMVfwsxQqSt IVsD4lqF4sMvmnYPUC76zgYgA4Dg8NcE0rU97oLFJg5V4zMZf8k/h4Tj7h8gzloo8/hg do0kWMPjR3Er22rW7h/VKPYjEFRHPt7dENhfF1aDywlqsjqQ52Lkrvkp2ca32BoXMPol o0LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Q63mTHswzpfGFkejFqE5oUe85nSFiWtOXK7xLpvnv2A=; b=YcZT9RtASUWw6CrzWqzOjOj4Q0HzZ2aREYpw+FAFeBzA3/EOrr1D0giSq4ltsMhvyG x0XChkoz3at/KHh5UDjINblJEZMgSpIWzQVnKprzFgGqX4HRjrhKzcZS0p/XzNlMDLkA Mp3o9nP+cxtaQbn66HTvL0KJssa4w8LbU5wIBDxIvoe48dooHKyKVTE9wBP1UyVMmcxX mLlm42emNnk14ziVSUaCT9iHcygxbXZey1L3RL9tKfG+NumjvohYHv1ccaHCeOvuHLXZ 0dAL21AEoXZEwY8ifUQbAwvyQeRE6kY/K3oPtwLZwPGuVurdXb94kFc+x2mfhIAiygjt aiPA== X-Gm-Message-State: AKaTC00SOOFF91IGDpc8xCA64YynBsIJlXK9Z7OsUUh7+nmz4CM0EuW4KrzI8+haqwRkae2DFt5bCDLtA2DHfA== X-Received: by 10.200.46.129 with SMTP id h1mr8294629qta.277.1479745426258; Mon, 21 Nov 2016 08:23:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.21.213 with HTTP; Mon, 21 Nov 2016 08:23:45 -0800 (PST) From: Dan Romascanu Date: Mon, 21 Nov 2016 18:23:45 +0200 Message-ID: To: lmap@ietf.org Content-Type: multipart/alternative; boundary=001a1135dede7d7d530541d2146d Archived-At: Subject: [lmap] WGLC for draft-ietf-lmap-information-model-13 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 16:23:50 -0000 --001a1135dede7d7d530541d2146d Content-Type: text/plain; charset=UTF-8 This message starts an LMAP WGLC for draft-ietf-lmap-information-model-13 - https://datatracker.ietf.org/doc/draft-ietf-lmap-information-model/. Please let us know if you believe that this document is ready to be sent to the IESG for consideration as Proposed Standards. It's OK to state that the document is just fine, it's even better to let us know if you have concerns and comments to improve and detail them. Messages about implementations or plans to implement are also welcome. Please send these before Monday December 5, 2016. Thanks and Regards, Jason and Dan --001a1135dede7d7d530541d2146d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This message starts an LMAP WGLC for draft-= ietf-lmap-information-model-13 - https://datatracker.ietf.org/doc/draf= t-ietf-lmap-information-model/.

Please let us know if you= believe that this document is ready to be sent to the IESG for considerati= on as Proposed Standards. It's OK to state that the document is just fi= ne, it's even better to let us know if you have concerns and comments t= o improve and detail them. Messages about implementations or plans to imple= ment are also welcome. Please send these before Monday December 5, 2016.
Thanks and Regards,

Jason and Dan


--001a1135dede7d7d530541d2146d-- From nobody Mon Nov 21 08:26:02 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 462A7129511 for ; Mon, 21 Nov 2016 08:26:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HIw4tIAInb5j for ; Mon, 21 Nov 2016 08:25:59 -0800 (PST) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::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 C56BE1294DF for ; Mon, 21 Nov 2016 08:25:58 -0800 (PST) Received: by mail-qk0-x22d.google.com with SMTP id n204so358123725qke.2 for ; Mon, 21 Nov 2016 08:25:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=M+fPyAPLLiif1Ua32fkWErtak2N3gYJMRYrQe0q7G54=; b=W+Uq/H+GA6NE6xQMqhW1sbU7yKvAIhJm+cLf3IXdPuuCSFfz90d3ZNyPsZVs4zoAac YawZGTsKHFCm4g4v/ss6Z47yC7nFSk0c7NLwXzWt2j/IdGw20lsdwVtNQbIqERo4+ZG5 zBAxIov30OSqPG3wkJCecUnVtAbrQEoDEOFtePq8TT0Y3tEwnJkp+Bswr2RmARibz/7L FQET3l9YPXHve8Lp3zoYSlJiIJffi1hF4M5lEHvXliYD2wSzdduYuRbPU2qs7pCbrGXT wG9Fvb30HE1jWN2Ros1FR2o0QrQxRDdANU4fCAfiEnCPceehiMKu+Aeiu20mdtX3xNyB FeZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=M+fPyAPLLiif1Ua32fkWErtak2N3gYJMRYrQe0q7G54=; b=fKrcCqN66x4lrp8TCkoRnXXcwEisjEhL5ywcuNvHXRdzkcrBC4+vGqjz/vZo4amOy0 9JBKG6ZRWADEfLlCKCDcI1K7X0KgCIfQg63sFD9mrVITb1eN5VRIwkyYzy8PSagJhRnz 5nbFsM2X7uzdWhTM7PVj+TLsCwfgBduqDEhizTftMmFI9ZgpM4NEurY/EfZCst/Wtyc9 hjtX1xuDoLvoTHxKqJ/HMAcB0Ph2PCdf7Z4csoZ567KNUH+pnp1x2QaRO/wF9MHqXRsv G06NKTZ1LcrKURYY65bIC9rBjBiLOw+EKvk1RGRnJiBZLle8IAvgIPb9zgIUHRlm6Jq8 M5eg== X-Gm-Message-State: AKaTC02eYUVrp8gl0xiPsiUsmE+GLPK73FHR+T4l/vRm0upH84vCGiDwtl+rFhbwBNxZtoDemOOoXg8oFEwKlQ== X-Received: by 10.55.27.141 with SMTP id m13mr19585387qkh.28.1479745557763; Mon, 21 Nov 2016 08:25:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.21.213 with HTTP; Mon, 21 Nov 2016 08:25:57 -0800 (PST) From: Dan Romascanu Date: Mon, 21 Nov 2016 18:25:57 +0200 Message-ID: To: lmap@ietf.org Content-Type: multipart/alternative; boundary=001a11409a56541e500541d21c8a Archived-At: Subject: [lmap] WGLC for draft-ietf-lmap-yang-08 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2016 16:26:00 -0000 --001a11409a56541e500541d21c8a Content-Type: text/plain; charset=UTF-8 This message starts an LMAP WGLC for draft-ietf-lmap-yang-08 - https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/. Please let us know if you believe that this document is ready to be sent to the IESG for consideration as Proposed Standards. It's OK to state that the document is just fine, it's even better to let us know if you have concerns and comments to improve and detail them. Messages about implementations or plans to implement are also welcome. Please send these before Monday December 5, 2016. Thanks and Regards, Jason and Dan --001a11409a56541e500541d21c8a Content-Type: text/html; charset=UTF-8
This message starts an LMAP WGLC for draft-ietf-lmap-yang-08 - https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/.

Please let us know if you believe that this document is ready to be sent to the IESG for consideration as Proposed Standards. It's OK to state that the document is just fine, it's even better to let us know if you have concerns and comments to improve and detail them. Messages about implementations or plans to implement are also welcome. Please send these before Monday December 5, 2016.

Thanks and Regards,

Jason and Dan
--001a11409a56541e500541d21c8a-- From nobody Wed Nov 30 04:50:10 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB1F1297DE for ; Wed, 30 Nov 2016 04:50:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JALtaA4KdO9D for ; Wed, 30 Nov 2016 04:50:07 -0800 (PST) Received: from mail-qt0-x230.google.com (mail-qt0-x230.google.com [IPv6:2607:f8b0:400d:c0d::230]) (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 7511712979D for ; Wed, 30 Nov 2016 04:50:07 -0800 (PST) Received: by mail-qt0-x230.google.com with SMTP id c47so186452227qtc.2 for ; Wed, 30 Nov 2016 04:50:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=NznOuiWAspphLbyI7wV+xggMSmD9y8LjySmRUEtg0cw=; b=gJQ5Si+zqDj8H3vzYdIgkQbO9yFaBjsQnaXq88ZmIbJ67RuakwuMFPk77cundxpm2K 6JsV5shV4LJ7xIi3YOp443y2WzfR+l5/QKsUFb1ASaLNjhvBYIjJYUzOa++OwHNpqqPm 0M/31Y2JeCwwVhs4WDLcfxDG97On0k3a03YqA4mc8FZlEVwCT5YkuP+d/bUu89f3bCEs hz0DteILT+yD8lIcohhB9wj+mLpXJ6cQ9pystLi23R2DJNd2DNeaMKr3ar9k3bmha1OA d4cxPgcoge9gx3/Hb04kr0eTny2tf4DEXnDlBC1+GwD/Cb/coS7xvoEd671GDi/Rfn7u e+mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=NznOuiWAspphLbyI7wV+xggMSmD9y8LjySmRUEtg0cw=; b=kFAy2Ccw9Z7DcpP83etvxr7nYHWBP3jEfUM1lRm8LOw9UJr4bFbVGEyKE9OQaxT+Na n4LFNLg2GAblz0koCsOS9L+qlRCDoqtJsiSadFOo9C5zkOwv5XI7XMrGVXWd/L70C4uW UtDdoCVMQ2QytnFPHX5PT6PCsZc/hf+Aevh2yXNgGXmiHBJDufrKEP9xIoZ+FRK1Z4aE gpwFWfKQrE9UBUck4h/tIUrT3lpk9jvGxeVOJmj6D3fkza21r2JyA64OEBYstbpXXMpC 9BwKURQx7vcVHOZhRnB1FrEQ5hPvvdzyodNeBt77LhMMoWfXPCpYJH00mZ6fcS+YBsmw ptvw== X-Gm-Message-State: AKaTC01sv9vInukBvAn+CCOIw3qbHz384Evqn2pbRWVV8AVh3JH0r6n2JXnW1G8WIcKx/rzipF8zChW1AcFm1Q== X-Received: by 10.200.34.56 with SMTP id o53mr32127118qto.272.1480510206390; Wed, 30 Nov 2016 04:50:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.40.114 with HTTP; Wed, 30 Nov 2016 04:50:05 -0800 (PST) In-Reply-To: References: From: Dan Romascanu Date: Wed, 30 Nov 2016 14:50:05 +0200 Message-ID: To: lmap@ietf.org Content-Type: multipart/alternative; boundary=001a11406abaf035e8054284242c Archived-At: Subject: Re: [lmap] WGLC for draft-ietf-lmap-yang-08 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 12:50:09 -0000 --001a11406abaf035e8054284242c Content-Type: text/plain; charset=UTF-8 This is a kind reminder about the running WGLC. Please send your comments. Short messages 'all OK' are also welcome and useful. Thanks and Regards, Jason and Dan On Mon, Nov 21, 2016 at 6:25 PM, Dan Romascanu wrote: > This message starts an LMAP WGLC for draft-ietf-lmap-yang-08 - > https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/. > > Please let us know if you believe that this document is ready to be sent > to the IESG for consideration as Proposed Standards. It's OK to state that > the document is just fine, it's even better to let us know if you have > concerns and comments to improve and detail them. Messages about > implementations or plans to implement are also welcome. Please send these > before Monday December 5, 2016. > > Thanks and Regards, > > Jason and Dan > --001a11406abaf035e8054284242c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is a kind reminder about the running WGLC. = Please send your comments. Short messages 'all OK' are also welcome= and useful.

Thanks and Regards,

Jason and Dan


O= n Mon, Nov 21, 2016 at 6:25 PM, Dan Romascanu <dromasca@gmail.com>= wrote:
This message starts an LMAP WGLC for draft-ietf-lmap-yang-08 - https://datatracker.ietf.org/doc/draft-ietf-lmap-yang/.
Please let us know if you believe that this document is ready to be sent to=20 the IESG for consideration as Proposed Standards. It's OK to state that= =20 the document is just fine, it's even better to let us know if you have= =20 concerns and comments to improve and detail them. Messages about=20 implementations or plans to implement are also welcome. Please send=20 these before Monday December 5, 2016.

Thanks and Regards,
Jason and Dan

--001a11406abaf035e8054284242c-- From nobody Wed Nov 30 04:50:25 2016 Return-Path: X-Original-To: lmap@ietfa.amsl.com Delivered-To: lmap@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4461512983F for ; Wed, 30 Nov 2016 04:50:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vpczSHFvS9Ru for ; Wed, 30 Nov 2016 04:50:21 -0800 (PST) Received: from mail-qt0-x22e.google.com (mail-qt0-x22e.google.com [IPv6:2607:f8b0:400d:c0d::22e]) (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 B23AF1297FE for ; Wed, 30 Nov 2016 04:50:21 -0800 (PST) Received: by mail-qt0-x22e.google.com with SMTP id n6so186646789qtd.1 for ; Wed, 30 Nov 2016 04:50:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=uibrdSyWkoQ+nJhgNIWP7GIDY1TJagFaypRezDnEnOI=; b=JfzCXIuDGYxvqH9ZZtUn5G4xDFHhUo5PhWgX60Z6o+9k7zPG42A9y8iSFZ2CCEbblt kmuaMA+6tXQp/I5TR8D/OYzOfFSlng8117h/q+2J43ID5uVrBkCMD9+aUEbwkJhjfas+ nk+lUTJy5Jiu+62TFgti5NItxuTug7JRbtwPSDIWYTYxo4LTTJX24Tb27xUw7v4afnib xAE2hXaTDq0Cq7HMpbe64d7FBzz86GLLRVldejjr9h2huUXRUinw6QNjkiJD+LL472/s Qopxyiz1poUJNR6fLtj4rASFsFDnYrjkJpjS9jdsuOZ585LtijCHEVdjEBCnTx1bBAfP kRSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=uibrdSyWkoQ+nJhgNIWP7GIDY1TJagFaypRezDnEnOI=; b=LR+DRgsvO1JXvzTCfk/DOxtN8AKcSajoPXJQQbOydoTpSGTQ56X0YXhMTB2k/cM/U8 zETL6lL4OQUvjxHVnhJpJcy8P2IKaPMf1/Vwrlxw5b65HhAnRSGkOeLIThSk4kGBJYs2 ZPZNAlFt9svoSGoj+FzA9Q9b3sY8AimJd5+RI8gyFkIaDWd9oCSUCLmj+Qaboz1PLUaD mH+Fi5F0EMwQB6E8A+tiYdvHdd0TerNXhQoe5zDPQKVq5+Ma1Rl/TRf7QTPJM/80tvBa RbFGZ9F9t4d8rYrKwzllDzQp4yJfqrzhy+iSEw1VGF+E77R/3BXaX5LdBl96ps9I6BAz hpqw== X-Gm-Message-State: AKaTC00Y9+zvGxBhbmzuoYZVacCYZTRrbeXlmtONkfLzsatOEDhnlASNpzSA8r4TT8IGcDTOlDywlQcCdvW8yA== X-Received: by 10.200.54.59 with SMTP id m56mr29819499qtb.200.1480510220586; Wed, 30 Nov 2016 04:50:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.40.114 with HTTP; Wed, 30 Nov 2016 04:50:20 -0800 (PST) In-Reply-To: References: From: Dan Romascanu Date: Wed, 30 Nov 2016 14:50:20 +0200 Message-ID: To: lmap@ietf.org Content-Type: multipart/alternative; boundary=001a113c786cc8e6cf05428425f0 Archived-At: Subject: Re: [lmap] WGLC for draft-ietf-lmap-information-model-13 X-BeenThere: lmap@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Large Scale Measurement of Access network Performance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2016 12:50:23 -0000 --001a113c786cc8e6cf05428425f0 Content-Type: text/plain; charset=UTF-8 This is a kind reminder about the running WGLC. Please send your comments. Short messages 'all OK' are also welcome and useful. Thanks and Regards, Jason and Dan On Mon, Nov 21, 2016 at 6:23 PM, Dan Romascanu wrote: > This message starts an LMAP WGLC for draft-ietf-lmap-information-model-13 > - https://datatracker.ietf.org/doc/draft-ietf-lmap-information-model/. > > Please let us know if you believe that this document is ready to be sent > to the IESG for consideration as Proposed Standards. It's OK to state that > the document is just fine, it's even better to let us know if you have > concerns and comments to improve and detail them. Messages about > implementations or plans to implement are also welcome. Please send these > before Monday December 5, 2016. > > Thanks and Regards, > > Jason and Dan > > > --001a113c786cc8e6cf05428425f0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This is a kind reminder about the running WGLC. = Please send your comments. Short messages 'all OK' are also welcome= and useful.

Thanks and Regards,

Jason and Dan

On Mo= n, Nov 21, 2016 at 6:23 PM, Dan Romascanu <dromasca@gmail.com> wrote:
This message starts an LMAP WGLC for draft-ietf-lmap-information-mod= el-13 - https://datatracker.ietf.org/doc/draft-= ietf-lmap-information-model/.

Please let us know if = you believe that this document is ready to be sent to the IESG for consider= ation as Proposed Standards. It's OK to state that the document is just= fine, it's even better to let us know if you have concerns and comment= s to improve and detail them. Messages about implementations or plans to im= plement are also welcome. Please send these before Monday December 5, 2016.=

Thanks and Regards,

Jason and Dan


<= /div>

--001a113c786cc8e6cf05428425f0--