Re: [lmap] A question about running actions in sequence

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 16 May 2017 16:11 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 F16BB129544 for <lmap@ietfa.amsl.com>; Tue, 16 May 2017 09:11:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.465
X-Spam-Level: *
X-Spam-Status: No, score=1.465 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 4xghSCnV3XN7 for <lmap@ietfa.amsl.com>; Tue, 16 May 2017 09:11:16 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA95012D0C3 for <lmap@ietf.org>; Tue, 16 May 2017 09:06:37 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id D58506A0; Tue, 16 May 2017 18:06:35 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id lIphXCnsATXC; Tue, 16 May 2017 18:06:34 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Tue, 16 May 2017 18:06:35 +0200 (CEST)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id B5B4A2006D; Tue, 16 May 2017 18:06:35 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id O6r1idJr1POR; Tue, 16 May 2017 18:06:35 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 2A8C720063; Tue, 16 May 2017 18:06:35 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 592C63F49833; Tue, 16 May 2017 18:06:34 +0200 (CEST)
Date: Tue, 16 May 2017 18:06:33 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Fredrik Kers <fredrik.kers@netrounds.com>
Cc: lmap@ietf.org
Message-ID: <20170516160633.GA23770@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Fredrik Kers <fredrik.kers@netrounds.com>, lmap@ietf.org
References: <CAKkp-KTaAgvDQSZQEybjx_1AX8qytctg6PCNzSckpEW+2A8Awg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAKkp-KTaAgvDQSZQEybjx_1AX8qytctg6PCNzSckpEW+2A8Awg@mail.gmail.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/IQFhBtLh98KXfy7iYoe3dte9U4s>
Subject: Re: [lmap] A question about running actions in sequence
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 16 May 2017 16:11:18 -0000

On Tue, May 16, 2017 at 05:35:36PM +0200, Fredrik Kers wrote:
> Hi!
> 
> I have a question about how running Actions in sequence is supposed to work
> according to the LAMP information model.
> 
> Let's take a simple example. Say you have two actions that you want to run
> in sequence, first a traceroute that finds all routers between the MA and a
> remote peer, and after that a time limited ping to each of the routers.
> 
> It will not be possible to use the Schedule's duration to do the time
> limiting of the ping since there is no way to have a second Schedule (doing
> the ping) starting after the first Schedule (doing the traceroute) is
> finished.

Right, the schedule's duration is a limit on the duration of the whole
schedule, which may consist of multiple actions.

> Also, you can not place both Actions in the same Schedule and use the
> Schedule's duration since you don't know how long time the traceroute will
> take.

Yes.

> The only way that I see is to make it possible to configure the duration in
> the ping Actions itself. Is this how it's intended to be done?

It seems this is what you are looking for. Right now, the information
model does not support per action duration limits. This could be added
though, I think, without breaking anything.

> The possibility to schedule arbitrary actions in a sequence would be
> quite limited by this I think.

I am not sure this statement is right. But yes, if you want to have
per action duration limits, they are not part of this version of the
LMAP models. Whether this is a major omission or not - well I do not
know.

Perhaps a somewhat kludgy workaround could be a schedule that does
just the traceroute (with a duration set to cover the traceroutes)
where the traceroute action feeds into another schedule (with a
duration set to cover pings) that does the pings.

/js

PS: Personally, I find the concrete use case a bit surprising. If you
    want to probe the path for a certain time, why not run traceroute
    for a certain time; this causes roughly the same number of probe
    packets and your measurement adjusts to any path changes during
    the measurement itself. But perhaps you just picked this as an
    example to illustrate the question.

-- 
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/>