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

Paul Aitken <paitken@cisco.com> Wed, 24 July 2013 20:18 UTC

Return-Path: <paitken@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 C699811E8239 for <lmap@ietfa.amsl.com>; Wed, 24 Jul 2013 13:18:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 fzOhsbKADzGD for <lmap@ietfa.amsl.com>; Wed, 24 Jul 2013 13:18:16 -0700 (PDT)
Received: from ams-iport-2.cisco.com (ams-iport-2.cisco.com [144.254.224.141]) by ietfa.amsl.com (Postfix) with ESMTP id 9A03511E80D2 for <lmap@ietf.org>; Wed, 24 Jul 2013 13:18:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1620; q=dns/txt; s=iport; t=1374697095; x=1375906695; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=JYOi/gTg3+OuZys8OEcckZtfRWSULX/giy2WHsl8F5E=; b=NWrTWMMBsdWd95Dx1SbZZaySeIdEZu9fZLgwzszBMwoJQlN8iBKsxlYw xycA99o4W1TOI9CYrdhZx7Og3WgNusE9McH3QuAmASpGs9CsUVpPh21Q9 FQoDz98oB0PtqccsUcEKXTGRdZE1e2rz7VF3h5ZfWM/iSN6EDPXyN2fzT 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjgFABM28FGQ/khL/2dsb2JhbABbgwY2uzmCfYEWFnSCJAEBAQMBMgEFNAwBBQsLIRYPCQMCAQIBRQYNAQcBAYgGBroDjjWBSAeEAAOXX4YjiyqDFQ
X-IronPort-AV: E=Sophos;i="4.89,737,1367971200"; d="scan'208";a="85076695"
Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-2.cisco.com with ESMTP; 24 Jul 2013 20:18:11 +0000
Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id r6OKI9V9001016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 24 Jul 2013 20:18:09 GMT
Received: from [10.61.164.215] ([10.61.164.215]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id r6OKI7Vo009753; Wed, 24 Jul 2013 21:18:08 +0100 (BST)
Message-ID: <51F0367F.1060905@cisco.com>
Date: Wed, 24 Jul 2013 21:18:07 +0100
From: Paul Aitken <paitken@cisco.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130623 Thunderbird/17.0.7
MIME-Version: 1.0
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
References: <51ED59B3.3040701@cisco.com> <9904FB1B0159DA42B0B887B7FA8119CA1287FC5D@AZ-FFEXMB04.global.avaya.com> <51EFEC2A.9010701@cisco.com> <51F0297A.7040407@it.uc3m.es>
In-Reply-To: <51F0297A.7040407@it.uc3m.es>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
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 20:18:22 -0000

Marcelo,

> El 24/07/13 17:00, Paul Aitken escribió:
>> Dan,
>>
>>> The single controller (for a given MA) key assumption is not 
>>> mentioned by draft-akhter-lmap-framework. Why?
>>
>> The only key assumption (in the LMAP WG charter) is "that the 
>> measurement system is under the control of a single organization".
>>
>> Given that assumption, we don't see the necessity of restricting an 
>> MA to a single controller.
>> This allows for redundant / backup controllers, or a controller cloud 
>> (thinking of rserpool, eg).
>
>
> Right, i would express that each MA is under one controller at any 
> point in time. It can change controller (i.e. backup) but i think 
> having more than one controller controlling simoultaneously one MA 
> introduces a lot of complexity and i am not sure it is worth it.
>
> MAkes sense?

Since the system is under control of a single organization, it's up to 
that organisation how to organise their controllers and MA's. We should 
make it possible for them to do what they want, rather than making it 
possible to only do what we think is best.

MA's should do what they're requested by controllers as best as they're 
able. I can't immediately think of a situation where an MA could be 
given conflicting instructions. However, if conflicts are possible the 
MA could enqueue the requested tests to be run sequentially to avoid 
inter-test conflict. If conflict can arise from two controllers, then it 
can also arise by requesting the same tests from a single controller - 
so designing this limitation into the system gains nothing.

P.