Re: [ippm] Last Call: draft-ietf-ippm-twamp-session-cntrl (Individual Session Control Feature for TWAMP) to Proposed Standard

Jerome Benoit <jerome.benoit@grenouille.com> Sun, 21 March 2010 20:12 UTC

Return-Path: <jerome.benoit@grenouille.com>
X-Original-To: ippm@core3.amsl.com
Delivered-To: ippm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 13EF93A681E for <ippm@core3.amsl.com>; Sun, 21 Mar 2010 13:12:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.948
X-Spam-Level: *
X-Spam-Status: No, score=1.948 tagged_above=-999 required=5 tests=[AWL=-0.047, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, HELO_MISMATCH_COM=0.553, HOST_MISMATCH_NET=0.311]
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 AKsabu4+4UbH for <ippm@core3.amsl.com>; Sun, 21 Mar 2010 13:12:07 -0700 (PDT)
Received: from laposte.grenouille.com (ns37873.ovh.net [91.121.8.57]) by core3.amsl.com (Postfix) with ESMTP id B680A3A67FD for <ippm@ietf.org>; Sun, 21 Mar 2010 13:12:05 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by laposte.grenouille.com (Postfix) with ESMTP id 6BE6B7F142 for <ippm@ietf.org>; Sun, 21 Mar 2010 21:12:21 +0100 (CET)
X-Virus-Scanned: spam & virus filtering at laposte.grenouille.com
Received: from laposte.grenouille.com ([127.0.0.1]) by localhost (ns37873.ovh.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cA16RlphiV4b for <ippm@ietf.org>; Sun, 21 Mar 2010 21:12:19 +0100 (CET)
Received: from nemesis.grenouille.com (bea13-2-82-239-143-199.fbx.proxad.net [82.239.143.199]) by laposte.grenouille.com (Postfix) with ESMTP id 8CDD77F120 for <ippm@ietf.org>; Sun, 21 Mar 2010 21:12:19 +0100 (CET)
Received: from localhost (localhost [IPv6:::1]) by nemesis.grenouille.com (Postfix) with SMTP id 1C9D46066C for <ippm@ietf.org>; Sun, 21 Mar 2010 21:12:19 +0100 (CET)
Date: Sun, 21 Mar 2010 21:12:18 +0100
From: Jerome Benoit <jerome.benoit@grenouille.com>
To: ippm@ietf.org
Message-Id: <20100321211218.a906dc80.jerome.benoit@grenouille.com>
In-Reply-To: <76acda071003211048v4330a008mf92f5494c1800b72@mail.gmail.com>
References: <201003181355.o2IDtTDD010094@klpd017.kcdc.att.com> <002401cac705$b5fd7110$4027460a@china.huawei.com> <201003190224.o2J2OHtm014686@klpd017.kcdc.att.com> <76acda071003211048v4330a008mf92f5494c1800b72@mail.gmail.com>
Organization: grenouille.com
X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.7; x86_64-redhat-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Sun__21_Mar_2010_21_12_18_+0100_yHBL0nKQ0mqn=SyE"
Subject: Re: [ippm] Last Call: draft-ietf-ippm-twamp-session-cntrl (Individual Session Control Feature for TWAMP) to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Sun, 21 Mar 2010 20:12:08 -0000

Le Sun, 21 Mar 2010 10:48:36 -0700,
Murtaza Chiba <mchiba@gmail.com> a écrit :

Hello, 

> Furthermore, if the Client assigns a SID it is not guaranteed to be
> unique in the network. If the server assigns one, at the very least
> all the clients that the server accepts connections from are
> guaranteed to have unique identifiers.

I lurk this IETF WG since some time in order to enhance an old
measurement system (that need less naive measurements and hackers) used
by end-user to troubleshoot their connexion in France. Quiet honestly,
neither OWAMP or TWAMP can be implemented without a revamp to serve our
need. 

To be more explicit : 

- We can't trust the end-user clock for timestamping measurement, we
rely on time difference from the server clock source only (we plan to
calibrate timestamping inaccuracy); 
- The measurement agent run behind the end-user CPE, 1-to-n NATed for
IPv4 and firewalled, so measurement agent must start the probing
session and initiate the connection, same for probing configuration
fetching). 

The end-to-end delay and delay between landmarks and end host is a very
useful metric to do troubleshooting but we can't do it by strictly
following IETF RFC ... 

For measurement agent UUID handling, we plan to : 

- generate it at first agent start; 
- register it on the server that will handle the birthday paradox; 
- UUID has nothing to do with your probing session ID but it's the
quickest way to map a probing configuration to an measurement agent
on network topology criteria or other ... 

Maybe it will be useful to this WG. 

Cheers.

-- 
Jérôme Benoit aka fraggle
La Météo du Net - http://grenouille.com
OpenPGP Key ID : 9FE9161D
Key fingerprint : 9CA4 0249 AF57 A35B 34B3 AC15 FAA0 CB50 9FE9 161D