[ippm] Fwd: New Version Notification for draft-fabini-ippm-2330-time-00.txt
Joachim Fabini <Joachim.Fabini@tuwien.ac.at> Wed, 14 October 2015 08:25 UTC
Return-Path: <Joachim.Fabini@tuwien.ac.at>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B083F1B2C5E for <ippm@ietfa.amsl.com>; Wed, 14 Oct 2015 01:25:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.041
X-Spam-Level:
X-Spam-Status: No, score=-3.041 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable
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 60b6cr3phafk for <ippm@ietfa.amsl.com>; Wed, 14 Oct 2015 01:25:12 -0700 (PDT)
Received: from mail1.zserv.tuwien.ac.at (mail1.zserv.tuwien.ac.at [128.130.35.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05AAE1B2C49 for <ippm@ietf.org>; Wed, 14 Oct 2015 01:11:08 -0700 (PDT)
Received: from [128.131.67.239] (jason.nt.tuwien.ac.at [128.131.67.239]) (authenticated bits=0) by mail1.zserv.tuwien.ac.at (8.13.8/8.13.8) with ESMTP id t9E8B6jQ002065 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 14 Oct 2015 10:11:06 +0200
References: <20151014063712.18867.76841.idtracker@ietfa.amsl.com>
To: "ippm@ietf.org" <ippm@ietf.org>
From: Joachim Fabini <Joachim.Fabini@tuwien.ac.at>
X-Enigmail-Draft-Status: N1110
X-Forwarded-Message-Id: <20151014063712.18867.76841.idtracker@ietfa.amsl.com>
Message-ID: <561E0E19.5030307@tuwien.ac.at>
Date: Wed, 14 Oct 2015 10:11:05 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <20151014063712.18867.76841.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ippm/TZVfxhAsGQbe9ZQ3KFLIm8RxPas>
Subject: [ippm] Fwd: New Version Notification for draft-fabini-ippm-2330-time-00.txt
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Oct 2015 08:25:14 -0000
Dear IPPM, Al and I have prepared and submitted a new draft that seeks to update another important aspect of RFC2330: time and timestamps. Main topics that the draft is supposed to to tackle include - an accurate definition (and guidelines) for host time, - a renaming of wire time (to account for wireless networks), - a discussion of the consequences of virtualization onto measurements. The document is currently in an _early_ stage, summarizing timestamp-related topics that have been identified to require an update. The main intention of the draft is to trigger discussions following the presentation, including the identification of possible associated topics to be included. We have asked for a timeslot to present this work at the IPPM meeting @ IETF94. Any input and/or opinion (either in advance to the ippm mailing list or following the presentation) is warmly welcome. Background: As of today, 2330-based metrics are supposed to treat host time variations (including the ones resulting from accessing timers at distinct protocol layers) as "measurement uncertainties". In the light of time-critical communications we believe that this is no longer adequate and that metric definitions can benefit from a more accurate/differentiated host time definition. Virtualized measurement environments are an additional challenge. Concerning the consequences of timestamp location selection for measurements, you can find some results in the paper cited in the draft as reference (M2M communication delay challenges - please drop me an email if you need a copy for personal use). regards, Joachim (on behalf of the authors) -------- Forwarded Message -------- Subject: New Version Notification for draft-fabini-ippm-2330-time-00.txt Date: Tue, 13 Oct 2015 23:37:12 -0700 From: internet-drafts@ietf.org To: Joachim Fabini <Joachim.Fabini@tuwien.ac.at>, Al Morton <acmorton@att.com>, Joachim Fabini <joachim.fabini@tuwien.ac.at> A new version of I-D, draft-fabini-ippm-2330-time-00.txt has been successfully submitted by Joachim Fabini and posted to the IETF repository. Name: draft-fabini-ippm-2330-time Revision: 00 Title: Updates for IPPM's Framework: Timestamping and Use Cases Document date: 2015-10-14 Group: Individual Submission Pages: 10 URL: https://www.ietf.org/internet-drafts/draft-fabini-ippm-2330-time-00.txt Status: https://datatracker.ietf.org/doc/draft-fabini-ippm-2330-time/ Htmlized: https://tools.ietf.org/html/draft-fabini-ippm-2330-time-00 Abstract: Quality and accuracy of measurements depend on the selection of appropriate locations and timers for timestamp acquisition. This memo updates the IP Performance Metrics (IPPM) Framework RFC 2330 with new considerations on timers, timestamps and time-related definitions with particular focus on wireless networks and virtualized hosts. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat
- [ippm] Fwd: New Version Notification for draft-fa… Joachim Fabini