Re: [lmap] Feedback on draft-eardley-lmap-terminology

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 25 July 2013 09:16 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: lmap@ietfa.amsl.com
Delivered-To: lmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 087CB21F9B03 for <lmap@ietfa.amsl.com>; Thu, 25 Jul 2013 02:16:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.249
X-Spam-Level:
X-Spam-Status: No, score=-103.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 AMcFU4S0Q9f6 for <lmap@ietfa.amsl.com>; Thu, 25 Jul 2013 02:16:14 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id 595DB21F9B14 for <lmap@ietf.org>; Thu, 25 Jul 2013 02:16:11 -0700 (PDT)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6B2FD20BE2; Thu, 25 Jul 2013 11:16:10 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id kLIvEO5VrAHn; Thu, 25 Jul 2013 11:16:10 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0250420BE1; Thu, 25 Jul 2013 11:16:10 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 646A82779292; Thu, 25 Jul 2013 11:16:06 +0200 (CEST)
Date: Thu, 25 Jul 2013 11:16:06 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Paul Aitken <paitken@cisco.com>
Message-ID: <20130725091606.GB41645@elstar.local>
Mail-Followup-To: Paul Aitken <paitken@cisco.com>, marcelo bagnulo braun <marcelo@it.uc3m.es>, lmap@ietf.org
References: <51ED59B3.3040701@cisco.com> <9904FB1B0159DA42B0B887B7FA8119CA1287FC5D@AZ-FFEXMB04.global.avaya.com> <51EFEC2A.9010701@cisco.com> <51F0297A.7040407@it.uc3m.es> <51F0367F.1060905@cisco.com> <20130724204924.GA40227@elstar.local> <51F041FD.4050408@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <51F041FD.4050408@cisco.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: marcelo bagnulo braun <marcelo@it.uc3m.es>, 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
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Thu, 25 Jul 2013 09:16:19 -0000

On Wed, Jul 24, 2013 at 10:07:09PM +0100, Paul Aitken wrote:

[...]

You I think you are proposing that instructions received from
different Controllers must be kept separate and the MA must act
towards a Controller as if there are no other controllers. A potential
problem with this is that there are likely instructions and tests that
do impact each other through side effects.  

   If C1 schedules a test to be started every 5 min past the hour that
   requires no cross traffic while C2 schedules a test to measure
   video streaming capabilities during the interval 3-7 minutes past
   the hour, then C1 will be surprised that the scheduled test never
   executes or produces wrong results.

Do you require that the MA has the logic to reject one of the
instructions in such a case? Or do you expect that the Controllers
will simply accept that MAs may not do what they think they should be
doing? Or do you expect to have at least read access to all
instructions? Will we end up with an access control model to handle
things properly in a configurable manner (like we did with SNMP and
NETCONF)?

If the assumption is complete separation then I believe this is quite
a big one - in particular if I consider devices like home routers or
hardware probes of some bigger existing measurement platforms as
potential targets for this work (usuall small embedded Linux systems
running on cheap hardware).

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>