Re: [PSAMP] PSAMP-INFO IE realtiveError

Andrew Johnson <andrjohn@cisco.com> Fri, 08 August 2008 18:48 UTC

Return-Path: <psamp-bounces@ietf.org>
X-Original-To: psamp-archive@lists.ietf.org
Delivered-To: ietfarch-psamp-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 61F173A68E7; Fri, 8 Aug 2008 11:48:19 -0700 (PDT)
X-Original-To: psamp@core3.amsl.com
Delivered-To: psamp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 30F263A68BD for <psamp@core3.amsl.com>; Fri, 8 Aug 2008 11:48:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fYAyiIhLHaRO for <psamp@core3.amsl.com>; Fri, 8 Aug 2008 11:48:17 -0700 (PDT)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 9947A3A676A for <psamp@ietf.org>; Fri, 8 Aug 2008 11:48:16 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.31,329,1215388800"; d="asc'?scan'208";a="16641458"
Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 08 Aug 2008 18:48:15 +0000
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id m78ImFGe001659; Fri, 8 Aug 2008 20:48:15 +0200
Received: from cisco.com (mrwint.cisco.com [64.103.71.48]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id m78ImFGl004658; Fri, 8 Aug 2008 18:48:15 GMT
Received: from [10.55.163.35] (ams-andrjohn-8712.cisco.com [10.55.163.35]) by cisco.com (8.11.7p3+Sun/8.8.8) with ESMTP id m78ImEf12290; Fri, 8 Aug 2008 19:48:14 +0100 (BST)
From: Andrew Johnson <andrjohn@cisco.com>
To: "Zseby, Tanja" <Tanja.Zseby@fokus.fraunhofer.de>
In-Reply-To: <804B13F8F3D94A4AB18B9B01ACB68FA101F5A81C@EXCHSRV.fokus.fraunhofer.de>
References: <804B13F8F3D94A4AB18B9B01ACB68FA101F5A5F9@EXCHSRV.fokus.fraunhofer.de> <489AB8F2.2050800@cisco.com> <804B13F8F3D94A4AB18B9B01ACB68FA101F5A810@EXCHSRV.fokus.fraunhofer.de> <489C52A7.6050907@cisco.com> <804B13F8F3D94A4AB18B9B01ACB68FA101F5A819@EXCHSRV.fokus.fraunhofer.de> <1218208442.9068.45.camel@localhost> <804B13F8F3D94A4AB18B9B01ACB68FA101F5A81C@EXCHSRV.fokus.fraunhofer.de>
Date: Fri, 08 Aug 2008 19:48:13 +0100
Message-Id: <1218221293.9068.61.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.3-1.2mdv2008.0
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=5052; t=1218221295; x=1219085295; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=andrjohn@cisco.com; z=From:=20Andrew=20Johnson=20<andrjohn@cisco.com> |Subject:=20RE=3A=20[PSAMP]=20PSAMP-INFO=20IE=20realtiveErr or |Sender:=20; bh=U4RB5Iq1zC6R2gsXKaMe8gs3HV7jobXMRmRonlPxIy0=; b=BGrBxzMmDyjUwXODVi4JUZRn1Ug4XnjvS1JCEOwocDtYZ/QwCnO2SjUcmt 1HviNyxfCsKmhdbb0HTQCmI6W2znGPuPKD7fN/TPxCIWaJThYVHxJOGaVhMy 7bBwHjY75l;
Authentication-Results: ams-dkim-2; header.From=andrjohn@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; );
Cc: psamp <psamp@ietf.org>, Juergen Quittek <Quittek@nw.neclab.eu>
Subject: Re: [PSAMP] PSAMP-INFO IE realtiveError
X-BeenThere: psamp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "This mailing list is used for discussion within the IETF packet sampling \(PSAMP\) WG" <psamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/psamp>, <mailto:psamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/psamp>
List-Post: <mailto:psamp@ietf.org>
List-Help: <mailto:psamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/psamp>, <mailto:psamp-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1837657598=="
Sender: psamp-bounces@ietf.org
Errors-To: psamp-bounces@ietf.org

On Fri, 2008-08-08 at 18:07 +0200, Zseby, Tanja wrote:
> Hi Andrew,
> 
> lets first forget about the fixed error and say we agree that we need
> something like an absolute error that defines the maximum error that can
> happen at each measurement (given the real error is unknown). 
> Then it was unclear for me why you report this together with a relative
> error which provides exactly the same information but only as percentage
> of the measured value. It is only for convenience that we can report
> either format.
> 
> relError=abserror/measured value
> 
> 
> e.g. you can e.g. say: The absolute error is +/- 0.2 kg:
> Person:   80.50kg +/- 0.2kg
> Mouse:     0.50 kg +/- 0.2kg
> 
> That corresponds to the relative errors:
> Person:   0.249 %
> Mouse:   40%

In the Accuracy Report Interpretation you only provide one accuracy for
the field, you don't report the accuracy per measurement.  The idea is
to provide the margin of error for all measurements of a certain type.

The only use of the error field types that was originally intended was
in the Accuracy Report Interpretation, where the error is scoped to the
field (and optionally template).  Unless you use a new template per
record I'm not sure how you would scope the error value to an individual
measurement.


> Or you could say: The relative error is +/- 10 %. Then you get the
> corresponding absolute errors:
> Person:   80.50kg +/- 8.05 kg
> Mouse:     0.50 kg +/ 0.05 kg
> 
> If this is o.k., the second question would be:  do we need something
> like an offset/fixed error ?
> e.g. Offset: 0.25
> Person (real value):   80.50kg 
> Person (measured):     80.75kg 
> 
> Mouse (real value):   0.50 kg 
> Mouse (measured):     0.75 kg 
> 
> The only thing that might be confusing is if you have an offset and
> report it together with a relative error, since the  relative error
> should still refer to the real value (without offset). But we probably
> do not need the offset value. 

I don't think we have any need for an offset.


> Hope this was not even more confusing...

I think I understand how you may have misunderstood how the error IEs
were intended to be used.  I hope I'm making things clearer... perhaps
the draft needs some clarification.

Cheers

Andrew


> Kind regards
> Tanja (starting to see white mice)
> 
> 
> > -----Original Message-----
> > From: Andrew Johnson [mailto:andrjohn@cisco.com]
> > Sent: Friday, August 08, 2008 5:14 PM
> > To: Zseby, Tanja
> > Cc: Paul Aitken; psamp; Juergen Quittek
> > Subject: Re: [PSAMP] PSAMP-INFO IE realtiveError
> > 
> > [SNIP]
> > > > >> The intention was to say that the clock is 5 minutes slow, +/-
> > 10
> > > > >> seconds - so there's both an absolute error and a relative
> > error.
> > > > >>
> > > > >
> > > > > NOW I finally understand what you meant by fixedError initially
> > !!
> > > > > This I would not consider as error. Any fixed deviation I would
> > > > rather
> > > > > name "offset"...
> > > > > If it is known couldn't you add it to the value and report the
> > > > correct
> > > > > time?
> > > >
> > > > In that case there would be no need to ever report "absoluteError"
> > -
> > > > because all the original measurements can be corrected before
> being
> > > > exported.
> > >
> > > Maybe for clarification:
> > > The absoluteError that I propose is different from what you intended
> > > by fixedError. absoluteError is a maximum error that you would
> expect
> > > due to the inaccurate measurement (e.g. the timestamp may vary by
> +/-
> > 5 ms).
> > > The real error that you make during measurements is unknown and can
> > > vary. Your fixedError is different. It is a fixed and known offset
> > for
> > > the measured values, correct?
> > 
> > I think the absoluteError is the same as the originally fixedError.
> In
> > Paul's example above the fixedError was +/- 10 seconds.  I'm not sure
> > how you would communicate the "5 minutes slow" part...
> > 
> > The original idea was fixedError would say this is accurate to within
> X
> > units.  Both the fixed and the absolute error can be used together,
> but
> > you just have to go with the least accurate one.  For example, if my
> > bathroom scales have a fixed error of 0.25kg and a relative error of
> > 0.5%, then they can weigh a person very accurate, but are rubbish for
> > weighing mice:
> >   Person1:   81.50kg +/- 0.4kg
> >   Mouse1:     0.25kg +/ 0.25kg
> > 
> > Cheers
> > 
> > Andrew
> 
_______________________________________________
PSAMP mailing list
PSAMP@ietf.org
https://www.ietf.org/mailman/listinfo/psamp