Re: [lmap] Feedback on draft-eardley-lmap-terminology
Benoit Claise <bclaise@cisco.com> Wed, 24 July 2013 08:32 UTC
Return-Path: <bclaise@cisco.com>
X-Original-To: lmap@ietfa.amsl.com
Delivered-To: lmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 113C911E83BB for <lmap@ietfa.amsl.com>; Wed, 24 Jul 2013 01:32:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.598
X-Spam-Level:
X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S5k5-gxY1PeP for <lmap@ietfa.amsl.com>; Wed, 24 Jul 2013 01:32:16 -0700 (PDT)
Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118]) by ietfa.amsl.com (Postfix) with ESMTP id 4060911E83A3 for <lmap@ietf.org>; Wed, 24 Jul 2013 01:32:14 -0700 (PDT)
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r6O8W9fe017397; Wed, 24 Jul 2013 10:32:09 +0200 (CEST)
Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by strange-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id r6O8VlZR014482; Wed, 24 Jul 2013 10:31:57 +0200 (CEST)
Message-ID: <51EF90E4.6000907@cisco.com>
Date: Wed, 24 Jul 2013 10:31:32 +0200
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: philip.eardley@bt.com
References: <51ED59B3.3040701@cisco.com> <9510D26531EF184D9017DF24659BB87F35B7CD1AF5@EMV65-UKRD.domain1.systemhost.net>
In-Reply-To: <9510D26531EF184D9017DF24659BB87F35B7CD1AF5@EMV65-UKRD.domain1.systemhost.net>
Content-Type: multipart/alternative; boundary="------------050902070104090009010201"
Cc: lmap@ietf.org
Subject: Re: [lmap] Feedback on draft-eardley-lmap-terminology
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Large Scale Measurement of Access network Performance <lmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lmap>, <mailto:lmap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/lmap>
List-Post: <mailto:lmap@ietf.org>
List-Help: <mailto:lmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lmap>, <mailto:lmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2013 08:32:21 -0000
Phil, > > ** > > *<<*I'm not too clear if the Measurement Peer are dedicated test > server, or real server (google.com, SIP server, youtube)>> > > *The Measurement Peer could be either. It's up to the operator of the > measurement system to decide what Measurement Methods the Measurement > Peer needs and exactly how they're implemented.* > Sure, but what if I point all my 100.000 MAs to constantly ping http://home.bt.com/news-01363796671918. Not sure if BT will be happy. I could take a different example with DNS, NTP, CDN, ... That might be a point for an applicability section somewhere. Regards, Benoit > > ** > > ** > > Thanks > > phil** > > *From:*lmap-bounces@ietf.org [mailto:lmap-bounces@ietf.org] *On Behalf > Of *Benoit Claise > *Sent:* 22 July 2013 17:12 > *To:* lmap@ietf.org > *Subject:* [lmap] Feedback on draft-eardley-lmap-terminology > > Dear authors, > > A couple of high level points. > One of the goal behind this email is to generate discussions, either > on the list, or during the IETF meeting next week. > > - > > The consensus is that the LMAP working group should assume that a > Measurement Agent receives Instruction from only a single Controller > at any point in time (however it may Report to more than one > Collector). > > Instead of consensus, I would use "a key assumption" > The charter says: > > A key assumption constraining the initial work is that the measurement > system is under the control of a single organization (for example, an > Internet Service Provider or a regulator). > > - > Same remark for the term "consensus" in > > The job of a Bootstrap Protocol is to provide an automated way to > associate a Measurement Agent to its Controller, including > authentication credentials. Similarly, there should be a way to pull > the plug on rogue Measurement Agents. The current consensus on the > LMAP mailing list is that the working group should define the > bootstrap process but not a protocol. > > The charter mentions: > > "The management protocol to bootstrap the MAs in measurement devices > is out of scope of the LMAP charter." > > - > I would like to draw your attention to > claise-ippm-perf-metric-registry > <http://tools.ietf.org/html/draft-claise-ippm-perf-metric-registry>, > which will be presented in IPPM. > > - > I'm not too clear if the Measurement Peer are dedicated test server, > or real server (google.com, SIP server, youtube) > Do the Measurement Peer need the functionality of an IP SLA responder > or a TWAMP controller? > This might be clarified in the use case draft. > > - > This draft is good shape, but it's really a mix of terminology and > framework concepts. > I'm glad that there is a single delivery in the charter for both: > "1. The LMAP Framework - provides common terminology, basic > architecture elements, and justifies the simplifying constraints" > > > Regards, Benoit >
- [lmap] Feedback on draft-eardley-lmap-terminology Benoit Claise
- Re: [lmap] Feedback on draft-eardley-lmap-termino… philip.eardley
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Benoit Claise
- Re: [lmap] Feedback on draft-eardley-lmap-termino… philip.eardley
- Re: [lmap] Feedback on draft-eardley-lmap-termino… MORTON JR., ALFRED C (AL)
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Paul Aitken
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Romascanu, Dan (Dan)
- Re: [lmap] Feedback on draft-eardley-lmap-termino… MORTON JR., ALFRED C (AL)
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Paul Aitken
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Juergen Schoenwaelder
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Juergen Schoenwaelder
- Re: [lmap] Feedback on draft-eardley-lmap-termino… marcelo bagnulo braun
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Paul Aitken
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Juergen Schoenwaelder
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Paul Aitken
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Juergen Schoenwaelder
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Romascanu, Dan (Dan)
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Romascanu, Dan (Dan)
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Juergen Schoenwaelder
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Romascanu, Dan (Dan)
- Re: [lmap] Feedback on draft-eardley-lmap-termino… philip.eardley
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Paul Aitken
- Re: [lmap] Feedback on draft-eardley-lmap-termino… Juergen Schoenwaelder