
From henk@ripe.net  Tue Jun 16 02:37:49 2009
Return-Path: <henk@ripe.net>
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 8561A3A6D57 for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 02:37:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.21
X-Spam-Level: 
X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[AWL=-1.481,  BAYES_00=-2.599, SARE_MLH_Stock1=0.87]
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 f0vmIytX56O2 for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 02:37:48 -0700 (PDT)
Received: from postlady.ripe.net (postlady.ripe.net [193.0.19.65]) by core3.amsl.com (Postfix) with ESMTP id 8E22C3A6930 for <ippm@ietf.org>; Tue, 16 Jun 2009 02:37:48 -0700 (PDT)
Received: from herring.ripe.net ([193.0.1.203]) by postlady.ripe.net with esmtp (Exim 4.63) (envelope-from <henk@ripe.net>) id 1MGV5S-0001BQ-5l for ippm@ietf.org; Tue, 16 Jun 2009 11:36:21 +0200
Received: from geir-3.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id 1F31E2F5BD for <ippm@ietf.org>; Tue, 16 Jun 2009 11:36:14 +0200 (CEST)
Message-ID: <4A37678E.7040306@ripe.net>
Date: Tue, 16 Jun 2009 11:36:14 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5312511d980c44badde04baa2b4a22b9c
Subject: [ippm] Meeting in Stockholm
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: Tue, 16 Jun 2009 09:37:49 -0000

IPPM group,

We will meet in Stockholm, please let us know if you have any agenda
items.

As a reminder, here is a list of things people promised to do in March:

1. Submit first draft of the advancement of metrics draft. (Ruediger et al).

2. Ask the list if there is interest in the various TWAMP drafts. (Al)

3. Include Yakov's comments in the Composition Framework draft and prepare
    for WGLC. (Al)

4. Finish the WG Reporting draft and prepare for WGLC. (Stas/Martin/Matt)

5. IPR disclosure for Loss Metrics, comments from group if we should pick
    this up.  (Joel, Nick).

Matt & Henk

-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.xs4all.nl/~henku
P.O.Box 10096          Singel 258         Phone: +31.20.5354414
1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
The Netherlands        The Netherlands    Mobile: +31.6.55861746
------------------------------------------------------------------------------

Belgium: an unsolvable problem, discussed in endless meetings, with no
          hope for a solution, where everybody still lives happily.

From acmorton@att.com  Tue Jun 16 02:59:38 2009
Return-Path: <acmorton@att.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 C0A293A6B49 for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 02:59:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.118
X-Spam-Level: 
X-Spam-Status: No, score=-105.118 tagged_above=-999 required=5 tests=[AWL=-0.192, BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, SARE_MLH_Stock1=0.87, USER_IN_WHITELIST=-100]
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 08Q+zUr1hZuq for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 02:59:38 -0700 (PDT)
Received: from mail146.messagelabs.com (mail146.messagelabs.com [216.82.241.147]) by core3.amsl.com (Postfix) with ESMTP id CF59E3A69BA for <ippm@ietf.org>; Tue, 16 Jun 2009 02:59:37 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-8.tower-146.messagelabs.com!1245146360!8484715!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.20.44]
Received: (qmail 11977 invoked from network); 16 Jun 2009 09:59:20 -0000
Received: from sbcsmtp0.sbc.com (HELO mlth002.enaf.sfdc.sbc.com) (144.160.20.44) by server-8.tower-146.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jun 2009 09:59:20 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5G9xKmL009958 for <ippm@ietf.org>; Tue, 16 Jun 2009 05:59:20 -0400
Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5G9xGkr009953 for <ippm@ietf.org>; Tue, 16 Jun 2009 05:59:17 -0400
Message-Id: <200906160959.n5G9xGkr009953@mlth002.enaf.sfdc.sbc.com>
Received: from acmt.att.com (vpn-135-70-79-127.vpn.swst.att.com[135.70.79.127](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090616095915gw1000u65ge>; Tue, 16 Jun 2009 09:59:16 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 16 Jun 2009 05:59:14 -0400
To: Henk Uijterwaal <henk@ripe.net>, IETF IPPM WG <ippm@ietf.org>
From: Al Morton <acmorton@att.com>
In-Reply-To: <4A37678E.7040306@ripe.net>
References: <4A37678E.7040306@ripe.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: Re: [ippm] Meeting in Stockholm
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: Tue, 16 Jun 2009 09:59:38 -0000

Henk,
two small clarifications:
At 05:36 AM 6/16/2009, Henk Uijterwaal wrote:
>2. Ask the list if there is interest in the various TWAMP drafts. (Al)

We have one question in each draft posed to the working group.
I will post/re-post the questions as needed. IPPM has already
indicated interest to work the two remaining drafts in 2008
(on reflecting octets and individual session control),
The "more-twamp" draft is again on the IESG agenda after
being deferred for two weeks...


>3. Include Yakov's comments in the Composition Framework draft and prepare
>    for WGLC. (Al)

Yaakov's comments were primarily on the Spatial Composition draft,
but when we discussed them in San Francisco, I concluded that some
of his comments are more efficiently addressed in the Framework.
So, there will be updates to both these drafts...

Al




From acmorton@att.com  Tue Jun 16 05:36:25 2009
Return-Path: <acmorton@att.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 AF6F63A6D36 for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:36:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.341
X-Spam-Level: 
X-Spam-Status: No, score=-104.341 tagged_above=-999 required=5 tests=[AWL=-0.873, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, SARE_MLH_Stock1=0.87, USER_IN_WHITELIST=-100]
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 fyXT8MvvZHlr for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:36:24 -0700 (PDT)
Received: from mail167.messagelabs.com (mail167.messagelabs.com [216.82.253.179]) by core3.amsl.com (Postfix) with ESMTP id CCB813A689E for <ippm@ietf.org>; Tue, 16 Jun 2009 05:36:24 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-3.tower-167.messagelabs.com!1245155294!8940391!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.20.44]
Received: (qmail 1962 invoked from network); 16 Jun 2009 12:28:15 -0000
Received: from sbcsmtp0.sbc.com (HELO mlth002.enaf.sfdc.sbc.com) (144.160.20.44) by server-3.tower-167.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jun 2009 12:28:15 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5GCSEPq002812 for <ippm@ietf.org>; Tue, 16 Jun 2009 08:28:14 -0400
Received: from maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5GCSAqY002804 for <ippm@ietf.org>; Tue, 16 Jun 2009 08:28:11 -0400
Message-Id: <200906161228.n5GCSAqY002804@mlth002.enaf.sfdc.sbc.com>
Received: from acmt.att.com (vpn-135-70-79-127.vpn.swst.att.com[135.70.79.127](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090616122809gw1000u65oe>; Tue, 16 Jun 2009 12:28:10 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 16 Jun 2009 08:28:07 -0400
To: Henk Uijterwaal <henk@ripe.net>
From: Al Morton <acmorton@att.com>
In-Reply-To: <4A377E78.4050100@ripe.net>
References: <4A37678E.7040306@ripe.net> <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com> <4A377E78.4050100@ripe.net>
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: [ippm] Question on Individual Session Control [was Re: Meeting in Stockholm]
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: Tue, 16 Jun 2009 12:36:25 -0000

<html>
<body>
At 07:14 AM 6/16/2009, Henk Uijterwaal wrote:<br>
<blockquote type=cite class=cite cite="">Al Morton wrote:<br>
<blockquote type=cite class=cite cite="">Henk,<br>
two small clarifications:<br>
At 05:36 AM 6/16/2009, Henk Uijterwaal wrote:<br>
<blockquote type=cite class=cite cite="">2. Ask the list if there is
interest in the various TWAMP drafts. (Al)</blockquote>We have one
question in each draft posed to the working group.<br>
I will post/re-post the questions as needed. IPPM has already<br>
indicated interest to work the two remaining drafts in 2008<br>
(on reflecting octets and individual session control),</blockquote><br>
Yes, that's what I meant.&nbsp; Please repost the question and let's
see<br>
if people have an opinion.</blockquote><br>
Murtaza and I are looking for feedback on a question posed <br>
at the last meeting, on the Individual Session control draft. <br>
It was in the last slide of<br>
<font size=2>
<a href="http://www.ietf.org/proceedings/09mar/slides/ippm-1/ippm-1_files/v3_document.htm" eudora="autourl">
http://www.ietf.org/proceedings/09mar/slides/ippm-1/ippm-1_files/v3_document.htm<br>
<br>
</a></font>Question for IPPM:<br><br>
o Authors propose to <u>disallow previous</u> Start/Stop (2,3) commands
when this feature is available and selected.<br>
o What does IPPM want to do?<br>
o Points to Consider:<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>- Mixing
the Start/Stop complicates&nbsp; ... (lots of things)<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>- The old
set has no Stop-Ack, so if none is received, ... ?<br><br>
Al<br><br>
</body>
</html>


From henk@ripe.net  Tue Jun 16 05:38:10 2009
Return-Path: <henk@ripe.net>
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 72D443A6D12 for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:38:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.111
X-Spam-Level: 
X-Spam-Status: No, score=-3.111 tagged_above=-999 required=5 tests=[AWL=-1.382, BAYES_00=-2.599, SARE_MLH_Stock1=0.87]
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 3vFb5u9NLuVm for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:38:09 -0700 (PDT)
Received: from postlady.ripe.net (postlady.ripe.net [193.0.19.65]) by core3.amsl.com (Postfix) with ESMTP id 4D8E93A6D6C for <ippm@ietf.org>; Tue, 16 Jun 2009 05:38:09 -0700 (PDT)
Received: from herring.ripe.net ([193.0.1.203]) by postlady.ripe.net with esmtp (Exim 4.63) (envelope-from <henk@ripe.net>) id 1MGWc5-0004AQ-0F; Tue, 16 Jun 2009 13:14:06 +0200
Received: from geir-3.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id E50982F5CF; Tue, 16 Jun 2009 13:14:00 +0200 (CEST)
Message-ID: <4A377E78.4050100@ripe.net>
Date: Tue, 16 Jun 2009 13:14:00 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: Al Morton <acmorton@att.com>
References: <4A37678E.7040306@ripe.net> <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com>
In-Reply-To: <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5025b75bcc91bb90f53e9aa3568ee4e7e
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Meeting in Stockholm
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: Tue, 16 Jun 2009 12:38:10 -0000

Al Morton wrote:
> Henk,
> two small clarifications:
> At 05:36 AM 6/16/2009, Henk Uijterwaal wrote:
>> 2. Ask the list if there is interest in the various TWAMP drafts. (Al)
> 
> We have one question in each draft posed to the working group.
> I will post/re-post the questions as needed. IPPM has already
> indicated interest to work the two remaining drafts in 2008
> (on reflecting octets and individual session control),

Yes, that's what I meant.  Please repost the question and let's see
if people have an opinion.

> The "more-twamp" draft is again on the IESG agenda after
> being deferred for two weeks...

As far as I can see, all discusses have been cleared.

>> 3. Include Yakov's comments in the Composition Framework draft and 
>> prepare
>>    for WGLC. (Al)
> 
> Yaakov's comments were primarily on the Spatial Composition draft,
> but when we discussed them in San Francisco, I concluded that some
> of his comments are more efficiently addressed in the Framework.
> So, there will be updates to both these drafts...

Henk


-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.xs4all.nl/~henku
P.O.Box 10096          Singel 258         Phone: +31.20.5354414
1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
The Netherlands        The Netherlands    Mobile: +31.6.55861746
------------------------------------------------------------------------------

Belgium: an unsolvable problem, discussed in endless meetings, with no
          hope for a solution, where everybody still lives happily.

From henk@ripe.net  Tue Jun 16 05:41:13 2009
Return-Path: <henk@ripe.net>
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 A4A863A6D65 for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:41:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.025
X-Spam-Level: 
X-Spam-Status: No, score=-7.025 tagged_above=-999 required=5 tests=[AWL=2.704,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_MLH_Stock1=0.87]
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 tZUKpN1d3KEB for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:41:12 -0700 (PDT)
Received: from postgirl.ripe.net (postgirl.ripe.net [193.0.19.66]) by core3.amsl.com (Postfix) with ESMTP id AD9153A6BAC for <ippm@ietf.org>; Tue, 16 Jun 2009 05:41:12 -0700 (PDT)
Received: from herring.ripe.net ([193.0.1.203]) by postgirl.ripe.net with esmtp (Exim 4.63) (envelope-from <henk@ripe.net>) id 1MGXws-0001WR-Ls; Tue, 16 Jun 2009 14:39:39 +0200
Received: from geir-3.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id 95AA62F630; Tue, 16 Jun 2009 14:39:34 +0200 (CEST)
Message-ID: <4A379286.9050309@ripe.net>
Date: Tue, 16 Jun 2009 14:39:34 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: Al Morton <acmorton@att.com>
References: <4A37678E.7040306@ripe.net> <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com> <4A377E78.4050100@ripe.net> <200906161228.n5GCSAmT002803@mlth002.enaf.sfdc.sbc.com>
In-Reply-To: <200906161228.n5GCSAmT002803@mlth002.enaf.sfdc.sbc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5141a1cd7b310f0655c02d19c7fcf10c2
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Question on Individual Session Control [was Re: Meeting in Stockholm]
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: Tue, 16 Jun 2009 12:41:13 -0000

IPPM group,

> Question for IPPM:
> 
> o Authors propose to _disallow previous_ Start/Stop (2,3) commands when 
> this feature is available and selected.
> o What does IPPM want to do?
> o Points to Consider:
>         - Mixing the Start/Stop complicates  ... (lots of things)
>         - The old set has no Stop-Ack, so if none is received, ... ?

If you have an opinion on this, then please post to the list before
July 6.

Henk


-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.xs4all.nl/~henku
P.O.Box 10096          Singel 258         Phone: +31.20.5354414
1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
The Netherlands        The Netherlands    Mobile: +31.6.55861746
------------------------------------------------------------------------------

Belgium: an unsolvable problem, discussed in endless meetings, with no
          hope for a solution, where everybody still lives happily.

From acmorton@att.com  Tue Jun 16 05:42:02 2009
Return-Path: <acmorton@att.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 01CC93A6D6B for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:42:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.601
X-Spam-Level: 
X-Spam-Status: No, score=-104.601 tagged_above=-999 required=5 tests=[AWL=-0.263, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 BoY-YiuovrPd for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 05:42:01 -0700 (PDT)
Received: from mail161.messagelabs.com (mail161.messagelabs.com [216.82.253.115]) by core3.amsl.com (Postfix) with ESMTP id F039E3A6B74 for <ippm@ietf.org>; Tue, 16 Jun 2009 05:42:00 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-15.tower-161.messagelabs.com!1245156076!22655299!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.20.44]
Received: (qmail 6020 invoked from network); 16 Jun 2009 12:41:16 -0000
Received: from sbcsmtp0.sbc.com (HELO mlth002.enaf.sfdc.sbc.com) (144.160.20.44) by server-15.tower-161.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Jun 2009 12:41:16 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5GCfFws016794 for <ippm@ietf.org>; Tue, 16 Jun 2009 08:41:15 -0400
Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by mlth002.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5GCf9Xc016768 for <ippm@ietf.org>; Tue, 16 Jun 2009 08:41:09 -0400
Message-Id: <200906161241.n5GCf9Xc016768@mlth002.enaf.sfdc.sbc.com>
Received: from acmt.att.com (vpn-135-70-79-127.vpn.swst.att.com[135.70.79.127](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090616124107gw1000u65se>; Tue, 16 Jun 2009 12:41:08 +0000
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 16 Jun 2009 08:41:05 -0400
To: ippm@ietf.org
From: Al Morton <acmorton@att.com>
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
Subject: [ippm] Question on Reflect Octets Draft
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: Tue, 16 Jun 2009 12:42:02 -0000

<html>
<body>
Another TWAMP feature Question for IPPM,<br><br>
Len Ciavattone and I would like to hear any comments<br>
on the proposal to revise the test packet format<br>
as part of the Reflect Octets feature.<br><br>
The draft <br>
<a href="http://tools.ietf.org/html/draft-ietf-ippm-twamp-reflect-octets-01" eudora="autourl">
http://tools.ietf.org/html/draft-ietf-ippm-twamp-reflect-octets-01<br>
</a>and the slides <br>
<font size=2>
<a href="http://www.ietf.org/proceedings/09mar/slides/ippm-2/ippm-2_files/v3_document.htm" eudora="autourl">
http://www.ietf.org/proceedings/09mar/slides/ippm-2/ippm-2_files/v3_document.htm<br>
</a></font>describe what is proposed.<br><br>
The benefits of using the new test packet format we concocted
are:<br><br>
&nbsp;- the problem with asymmetrical sizes of test packets sent in <br>
different directions is solved.<br>
&nbsp;- the generation of the Reflector to Sender packet is
simplified<br>
by shuffling the position of some fields.<br><br>
This would be an optional feature, which removes the need to<br>
do some complicated padding truncation operations as described<br>
in the draft (needed if we don't adopt this or other new
format).<br><br>
Let us know whet you think,<br>
Al and Len<br><br>
</body>
</html>


From henk@ripe.net  Tue Jun 16 11:35:41 2009
Return-Path: <henk@ripe.net>
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 6415C3A6A2F for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 11:35:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.619
X-Spam-Level: 
X-Spam-Status: No, score=-7.619 tagged_above=-999 required=5 tests=[AWL=2.980,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 QUEq0snEmNvI for <ippm@core3.amsl.com>; Tue, 16 Jun 2009 11:35:40 -0700 (PDT)
Received: from postgirl.ripe.net (postgirl.ripe.net [193.0.19.66]) by core3.amsl.com (Postfix) with ESMTP id 759043A6A91 for <ippm@ietf.org>; Tue, 16 Jun 2009 11:35:40 -0700 (PDT)
Received: from herring.ripe.net ([193.0.1.203]) by postgirl.ripe.net with esmtp (Exim 4.63) (envelope-from <henk@ripe.net>) id 1MGY4c-0001uQ-Di; Tue, 16 Jun 2009 14:47:39 +0200
Received: from geir-3.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id 039D02F5A7; Tue, 16 Jun 2009 14:47:34 +0200 (CEST)
Message-ID: <4A379465.5080001@ripe.net>
Date: Tue, 16 Jun 2009 14:47:33 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: Al Morton <acmorton@att.com>
References: <200906161241.n5GCf9Xc016768@mlth002.enaf.sfdc.sbc.com>
In-Reply-To: <200906161241.n5GCf9Xc016768@mlth002.enaf.sfdc.sbc.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5bda86fbcc9cf8773172afe934a67b491
Cc: ippm@ietf.org
Subject: Re: [ippm] Question on Reflect Octets Draft
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: Tue, 16 Jun 2009 18:35:41 -0000

IPPM group,

> Let us know whet you think,
> Al and Len

As with the other question from Al, please give your opinion in the next
3 weeks.

Henk

-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.xs4all.nl/~henku
P.O.Box 10096          Singel 258         Phone: +31.20.5354414
1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
The Netherlands        The Netherlands    Mobile: +31.6.55861746
------------------------------------------------------------------------------

Belgium: an unsolvable problem, discussed in endless meetings, with no
          hope for a solution, where everybody still lives happily.

From wwwrun@core3.amsl.com  Mon Jun 22 11:07:15 2009
Return-Path: <wwwrun@core3.amsl.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 30) id 9C03728C25F; Mon, 22 Jun 2009 11:07:15 -0700 (PDT)
X-idtracker: yes
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <20090622180715.9C03728C25F@core3.amsl.com>
Date: Mon, 22 Jun 2009 11:07:15 -0700 (PDT)
Cc: Internet Architecture Board <iab@iab.org>, ippm chair <ippm-chairs@tools.ietf.org>, ippm mailing list <ippm@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [ippm] Protocol Action: 'More Features for the Two-Way Active Measurement Protocol - 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: Mon, 22 Jun 2009 18:07:15 -0000

The IESG has approved the following document:

- 'More Features for the Two-Way Active Measurement Protocol - TWAMP '
   <draft-ietf-ippm-more-twamp-02.txt> as a Proposed Standard

This document is the product of the IP Performance Metrics Working Group. 

The IESG contact persons are Lars Eggert and Magnus Westerlund.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ippm-more-twamp-02.txt

Technical Summary

The IETF has completed its work on TWAMP - the Two-Way Active
Measurement Protocol. This memo describes a simple extension to
TWAMP, the option to use different security modes in the TWAMP-
Control and TWAMP-Test protocols.

Working Group Summary

This document was discussed at various IETF meetings in 2008. There
was no controversy in the WG process. Consensus was smooth.

Document Quality

At least 3 vendors are implementing TWAMP.

Personnel

The document shepherd is Henk Uijterwaal (henk@ripe.net).
Lars Eggert (lars.eggert@nokia.com) reviewed the ID for the IESG.

RFC Editor Note

RFC Editor's Note:

Title:
OLD
More features for TWAMP
NEW
Mixed Security Mode for TWAMP


5.  Security Considerations
OLD
   The extended mixed-mode of operation permits stronger security/
   integrity protection on the TWAMP-Control protocol while
   simultaneously emphasizing accuracy or efficiency on the TWAMP-Test
   protocol, thus making it possible to increase overall security when
   compared to the previous options.

NEW
   The extended mixed-mode of operation permits stronger security/
   integrity protection on the TWAMP-Control protocol while
   simultaneously emphasizing accuracy or efficiency on the TWAMP-Test
   protocol, thus making it possible to increase overall security when
   compared to the previous options (when resource constraints would
   have forced less security for TWAMP-Control and unauthenticated
   TWAMP-Test is not a significant concern).


From lars.eggert@nokia.com  Tue Jun 23 01:30:38 2009
Return-Path: <lars.eggert@nokia.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 9E1013A6B1F; Tue, 23 Jun 2009 01:30:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.535
X-Spam-Level: 
X-Spam-Status: No, score=-2.535 tagged_above=-999 required=5 tests=[AWL=0.064,  BAYES_00=-2.599]
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 jo2ZWCKDndJc; Tue, 23 Jun 2009 01:30:37 -0700 (PDT)
Received: from mail.fit.nokia.com (mail.fit.nokia.com [195.148.124.195]) by core3.amsl.com (Postfix) with ESMTP id 6E8833A68ED; Tue, 23 Jun 2009 01:30:37 -0700 (PDT)
Received: from [192.168.0.198] (wlan.fit.nokia.com [195.148.124.254]) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id n5N8UjMc074848 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 23 Jun 2009 11:30:47 +0300 (EEST) (envelope-from lars.eggert@nokia.com)
Message-Id: <F2E5EC0B-B61B-44E0-A2EC-2FA98C47B019@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
To: IETF-Announce <ietf-announce@ietf.org>, Internet Architecture Board <iab@iab.org>, ippm chair <ippm-chairs@tools.ietf.org>, ippm mailing list <ippm@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>, "iesg-secretary@ietf.org System" <iesg-secretary@ietf.org>
In-Reply-To: <20090622180715.9C03728C25F@core3.amsl.com>
Content-Type: multipart/signed; boundary=Apple-Mail-14--996815483; micalg=sha1; protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Tue, 23 Jun 2009 11:30:40 +0300
References: <20090622180715.9C03728C25F@core3.amsl.com>
X-Mailer: Apple Mail (2.935.3)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.fit.nokia.com [195.148.124.194]); Tue, 23 Jun 2009 11:30:48 +0300 (EEST)
Subject: Re: [ippm] [IAB] Protocol Action: 'More Features for the Two-Way Active Measurement Protocol - 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: Tue, 23 Jun 2009 08:30:38 -0000

--Apple-Mail-14--996815483
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Hi,

please note that the title of the document has been changed to "Mixed  
Security Mode for TWAMP" as indicated by the RFC Editor Note below -  
the document title in this email subject and body is hence incorrect.

Lars

On 2009-6-22, at 21:07, The IESG wrote:

> The IESG has approved the following document:
>
> - 'More Features for the Two-Way Active Measurement Protocol - TWAMP '
>   <draft-ietf-ippm-more-twamp-02.txt> as a Proposed Standard
>
> This document is the product of the IP Performance Metrics Working  
> Group.
>
> The IESG contact persons are Lars Eggert and Magnus Westerlund.
>
> A URL of this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-ietf-ippm-more-twamp-02.txt
>
> Technical Summary
>
> The IETF has completed its work on TWAMP - the Two-Way Active
> Measurement Protocol. This memo describes a simple extension to
> TWAMP, the option to use different security modes in the TWAMP-
> Control and TWAMP-Test protocols.
>
> Working Group Summary
>
> This document was discussed at various IETF meetings in 2008. There
> was no controversy in the WG process. Consensus was smooth.
>
> Document Quality
>
> At least 3 vendors are implementing TWAMP.
>
> Personnel
>
> The document shepherd is Henk Uijterwaal (henk@ripe.net).
> Lars Eggert (lars.eggert@nokia.com) reviewed the ID for the IESG.
>
> RFC Editor Note
>
> RFC Editor's Note:
>
> Title:
> OLD
> More features for TWAMP
> NEW
> Mixed Security Mode for TWAMP
>
>
> 5.  Security Considerations
> OLD
>   The extended mixed-mode of operation permits stronger security/
>   integrity protection on the TWAMP-Control protocol while
>   simultaneously emphasizing accuracy or efficiency on the TWAMP-Test
>   protocol, thus making it possible to increase overall security when
>   compared to the previous options.
>
> NEW
>   The extended mixed-mode of operation permits stronger security/
>   integrity protection on the TWAMP-Control protocol while
>   simultaneously emphasizing accuracy or efficiency on the TWAMP-Test
>   protocol, thus making it possible to increase overall security when
>   compared to the previous options (when resource constraints would
>   have forced less security for TWAMP-Control and unauthenticated
>   TWAMP-Test is not a significant concern).
>


--Apple-Mail-14--996815483
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGQDCCAvkw
ggJioAMCAQICEEi7WbMMKa2GLKFpQDaOBQEwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDgyMzE3NDMzOVoXDTA5MDgyMzE3NDMz
OVowXDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVnZ2Vy
dDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9raWEuY29tMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAlwQVktJZCY89iU6jcW1XnZQN+aMgF2utCUT3H3ZKB5Jbet1SDWt0md/W
571bHjxtn9CfEJdochNL3l9f1WiJNdVbJ182557Ltx9SojqthpqtA0jKEqo2gqrf+raUj1demmo0
6ocsLqv046CrwidOp6k0RAfvkKPLhD4PD9Nk3oaZuxqBz1wY4u8Q83iWMArDeXiQxfNZnOBz5cDs
VvVjTjitm3VANkbD02tNkwl5AHw7htde4yH8hIwlfzqsAtHBEah3HyOvs9b+gHg2pFz9eS+HuotY
ZKycCweRs8NKXoCg+zAkVYi3zvZEH2VOuPlpMQMrB9+fLWg2UBsTeZ864wIDAQABozIwMDAgBgNV
HREEGTAXgRVsYXJzLmVnZ2VydEBub2tpYS5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUF
AAOBgQBMdV2U+ryV5t3nuBFH19XKflodN6Bc60GBYHHY/Z0+Cl08Q75qzTt02IILBg+/YVh/fygb
6pFrOm1sFtLN7fENBfbO2VtpFjP2lGUgbXTVT5xGM6+MtqZiBI6LqexAeY6gsd/taoUfy9fZG42d
ciBA9gSGlQjjWQyG8mb5HR8L9jCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ
BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMg
RGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3
DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3
MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzAN
BgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9
fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+
uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMB
Af8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3
dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG
A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcP
f6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH
2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8x
ggMQMIIDDAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAo
UHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ
SLtZswwprYYsoWlANo4FATAJBgUrDgMCGgUAoIIBbzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB
MBwGCSqGSIb3DQEJBTEPFw0wOTA2MjMwODMwNDBaMCMGCSqGSIb3DQEJBDEWBBRoXO3mgiYNWbAN
DmZ+gOFlN/aVIzCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECEEi7WbMMKa2GLKFpQDaOBQEwgYcGCyqGSIb3DQEJEAILMXigdjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE
AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEi7WbMMKa2GLKFpQDaOBQEw
DQYJKoZIhvcNAQEBBQAEggEAZL3K4ga0YaY4o7HCTGhNsO3hXm4bxaR9ylbC4OMrtIDyfcgQhm5+
WSaHqiahGS//QFhubS8gPgC5Z/Gf7vgiXz+h/CiBNKsc5bgkmPlOMC2c5joNsmsCD4QyERAJOjJv
6jMCykVOn1bkN02GCzincxNtpf2eQflbjkWB444LGY/SXIZTHqu04ulN/eRawYT1F6FPDMS+tQ3p
IsxTDqb6GDp1Q1je5Ldb9P3DeKgjhhdRUQpI4NXzD8qeWaSxecmbEx/93HAWYTNcAnPguV1jZZkS
wfjXnheUDuxf0XHLfMQU2M3M7mchwJAecKRYo8Cqgnrf1b/k+H3A4A59CpDB/QAAAAAAAA==

--Apple-Mail-14--996815483--

From root@core3.amsl.com  Tue Jun 23 05:30:01 2009
Return-Path: <root@core3.amsl.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 0) id 475B03A6BD5; Tue, 23 Jun 2009 05:30:00 -0700 (PDT)
From: Internet-Drafts@ietf.org
To: i-d-announce@ietf.org
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
Message-Id: <20090623123001.475B03A6BD5@core3.amsl.com>
Date: Tue, 23 Jun 2009 05:30:01 -0700 (PDT)
Cc: ippm@ietf.org
Subject: [ippm] I-D Action:draft-ietf-ippm-framework-compagg-08.txt
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: Tue, 23 Jun 2009 12:30:01 -0000

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Metrics Working Group of the IETF.


	Title           : Framework for Metric Composition
	Author(s)       : A. Morton
	Filename        : draft-ietf-ippm-framework-compagg-08.txt
	Pages           : 17
	Date            : 2009-06-23

This memo describes a detailed framework for composing and
aggregating metrics (both in time and in space) originally defined by
the IP Performance Metrics (IPPM) RFC 2330 and developed by the IETF.
This new framework memo describes the generic composition and
aggregation mechanisms.  The memo provides a basis for additional
documents that implement the framework to define detailed
compositions and aggregations of metrics which are useful in
practice.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ippm-framework-compagg-08.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Message/External-body;
	name="draft-ietf-ippm-framework-compagg-08.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2009-06-23051635.I-D@ietf.org>


--NextPart--

From root@core3.amsl.com  Tue Jun 23 05:30:01 2009
Return-Path: <root@core3.amsl.com>
X-Original-To: ippm@ietf.org
Delivered-To: ippm@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 0) id 650F13A6E9E; Tue, 23 Jun 2009 05:30:01 -0700 (PDT)
From: Internet-Drafts@ietf.org
To: i-d-announce@ietf.org
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
Message-Id: <20090623123001.650F13A6E9E@core3.amsl.com>
Date: Tue, 23 Jun 2009 05:30:01 -0700 (PDT)
Cc: ippm@ietf.org
Subject: [ippm] I-D Action:draft-ietf-ippm-spatial-composition-09.txt
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: Tue, 23 Jun 2009 12:30:01 -0000

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the IP Performance Metrics Working Group of the IETF.


	Title           : Spatial Composition of Metrics
	Author(s)       : A. Morton, E. Stephan
	Filename        : draft-ietf-ippm-spatial-composition-09.txt
	Pages           : 27
	Date            : 2009-06-23

This memo utilizes IPPM metrics that are applicable to both complete
paths and sub-paths, and defines relationships to compose a complete
path metric from the sub-path metrics with some accuracy w.r.t. the
actual metrics.  This is called Spatial Composition in RFC 2330.  The
memo refers to the Framework for Metric Composition, and provides
background and motivation for combining metrics to derive others.
The descriptions of several composed metrics and statistics follow.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ippm-spatial-composition-09.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Message/External-body;
	name="draft-ietf-ippm-spatial-composition-09.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2009-06-23051706.I-D@ietf.org>


--NextPart--

From acmorton@att.com  Tue Jun 23 05:35:48 2009
Return-Path: <acmorton@att.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 66B023A6809 for <ippm@core3.amsl.com>; Tue, 23 Jun 2009 05:35:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.767
X-Spam-Level: 
X-Spam-Status: No, score=-104.767 tagged_above=-999 required=5 tests=[AWL=-1.029, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_17=0.6, MIME_HTML_ONLY=1.457, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 S2tIHOKLFtp5 for <ippm@core3.amsl.com>; Tue, 23 Jun 2009 05:35:47 -0700 (PDT)
Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.242.3]) by core3.amsl.com (Postfix) with ESMTP id 0788028C2EB for <ippm@ietf.org>; Tue, 23 Jun 2009 05:35:46 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-10.tower-121.messagelabs.com!1245760561!34255416!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.20.54]
Received: (qmail 26601 invoked from network); 23 Jun 2009 12:36:01 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-10.tower-121.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jun 2009 12:36:01 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5NCa0LB015075 for <ippm@ietf.org>; Tue, 23 Jun 2009 08:36:00 -0400
Received: from alph001.aldc.att.com (alph001.aldc.att.com [135.53.7.26]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5NCZsYL014999 for <ippm@ietf.org>; Tue, 23 Jun 2009 08:35:54 -0400
Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alph001.aldc.att.com (8.14.0/8.14.0) with ESMTP id n5NCZrtp004718 for <ippm@ietf.org>; Tue, 23 Jun 2009 08:35:54 -0400
Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by alph001.aldc.att.com (8.14.0/8.14.0) with ESMTP id n5NCZliA004528 for <ippm@ietf.org>; Tue, 23 Jun 2009 08:35:47 -0400
Message-Id: <200906231235.n5NCZliA004528@alph001.aldc.att.com>
Received: from acmt.att.com (martym.mt.att.com[135.16.251.71](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090623123547gw1003ibtje>; Tue, 23 Jun 2009 12:35:47 +0000
X-Originating-IP: [135.16.251.71]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 23 Jun 2009 08:35:45 -0400
To: Yaakov Stein <yaakov_s@rad.com>, "ippm@IETF.org" <ippm@ietf.org>
From: Al Morton <acmorton@att.com>
In-Reply-To: <424CDC689E5CEF4D9FEADE56A378D922D1848A3D@exrad4.ad.rad.co. il>
References: <424CDC689E5CEF4D9FEADE56A378D922D1848A3D@exrad4.ad.rad.co.il>
Mime-Version: 1.0
Content-Type: text/html; charset="us-ascii"
Subject: Re: [ippm] draft-ietf-ippm-spatial-composition-07 remarks
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: Tue, 23 Jun 2009 12:35:48 -0000

<html>
<body>
Hi Yaakov,<br><br>
I've had your comments on the to-do list for several months<br>
(after re-discovering them at IETF in March, where we discussed<br>
them face2face).&nbsp; As mentioned, I think some are best<br>
dealt-with in the framework draft, instead of the draft you
reviewed.<br>
&nbsp;<br>
I have inserted pointers below where you will find <br>
the text that (I believe) addresses your points/questions:<br>
F(section number) = draft-...-framework-compagg-08<br>
S(section number) = draft-...-spatial-composition-09<br><br>
thanks for both your comments and patience,<br>
Al<br><br>
At 07:25 AM 12/4/2008, Yaakov Stein wrote:<br>
<blockquote type=cite class=cite cite=""><font face="Tahoma" size=2>2)
The whole idea of paths being subdivided into subpaths needs<br>
&nbsp;&nbsp; further clarification and most probably constaints.<br>
&nbsp;&nbsp; I will discuss this further in separate emails,<br>
&nbsp;&nbsp; but let me explain in a few words what I mean :<br>
&nbsp;&nbsp; A) Subpaths may be joined at a link or at a node;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; there are reasons for both <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (e.g. ITU recommends different operator
domains joining at a link,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; while border routers and PWE stitching
points join at nodes.<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Note that when the joining is at a node
the end-to-end<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; packet loss is the sum of the packet
losses in the pieces<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; and that of the shared node, while when
the joining is at a link<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; the end-to-end delay is the sum of the
delays and that of the link.<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; MEF studied some of the effects of this in
an ad-hoc group <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; called &quot;accurate frame
loss&quot;.</font></blockquote><br>
It's an interesting point. In IPPM,<br>
we are in the Active measurement space, <br>
so we terminate only on hosts. <br>
F(3.10) and F(6.2)<br><br>
<blockquote type=cite class=cite cite=""><font face="Tahoma" size=2>
&nbsp;&nbsp; B) There are frequently multiple paths between the
endpoints.<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; These multiple paths can all be used in at
least 3 cases<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; i) rerouting events<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ii) ECMP/LAG<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; iii) inverse mux.<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I don't know if these mechanisms have ever
been seriously discussed<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in IPPM. Their effect is more general than
the spatial composition case,<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; but is particularly significant for this
case.</font></blockquote><br>
Yup, more in S(4.1.8.1) now on this.<br><br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<font face="Tahoma" size=2>3) page 5 - the use of spatial composition may
also be the reverse.<br>
&nbsp;&nbsp; If we know the end-to-end parameter, and that of all
subpaths but one,<br>
&nbsp;&nbsp; then we can deduce that of the last
path.</font></blockquote><br>
S(3.1), last paragraph added.<br><br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<font face="Tahoma" size=2>4) NIT Section 4 - &quot;The section is
organized using the same subsections <br>
&nbsp;&nbsp; as the individual metrics ...&quot;. Yes, that WOULD have
been useful,<br>
&nbsp;&nbsp; but unfortunately sections 5.2 and 5.3 are missing the
section <br>
&nbsp;&nbsp; parallelling 4.1.4 &quot;Statistic&quot;, thus e.g. 5.2.6
maps to 4.1.7.</font></blockquote><br>
Fixed in the obvious way.<br><br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<font face="Tahoma" size=2>5) 5.1.2 (and other places) What is meant by
&quot;sufficiently LOW resolution&quot; ?<br>
&nbsp;&nbsp; At first I thought that this meant course resolution, but
then saw delays<br>
&nbsp;&nbsp; measured in microseconds. Does this actually mean
&quot;fine&quot; resolution ?<br>
&nbsp;&nbsp; Does the statement mean A) course resolution to be
reproducible OR<br>
&nbsp;&nbsp; B) fine resolution to be accurate ?</font></blockquote><br>
fine resolution to convey useful info <br>
(0.0s is not fine enough to convey 10ms).<br>
1,$ s/low res/fine res/g<br><br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<font face="Tahoma" size=2>6) NIT 5.2.2 (and other places). I am sure
that you thought about this,<br>
&nbsp;&nbsp; but I find it confusing to use the index i to mean packet
number<br>
&nbsp;&nbsp; and afterwards the same index to mean subpath.<br>
&nbsp;&nbsp; I would like at least for the formula to say <br>
&nbsp;&nbsp; MeanDelay[i] = 1/N SUM_j=1^N FiniteDelay[i,j]<br>
&nbsp;&nbsp; where i = 1 to number_of_subpaths and j = 1 to
number_of_packets.<br>
&nbsp;&nbsp; A convention I frequently use in such cases would have<br>
&nbsp;&nbsp; the subpath index called &quot;s&quot; and have it run from
1 to &quot;S&quot;<br>
&nbsp;&nbsp; and the packet index called &quot;p&quot; and have it run
from 1 to &quot;P&quot;.</font></blockquote><br>
ok<br>
m = index for packets sent<br>
n = index for packets received<br>
s = index for involved sub-paths<br><br>
<br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<font face="Tahoma" size=2>7) NIT 5.2.5 - It would have been clearer to
me to say that this composition<br>
&nbsp;&nbsp; means that the mean of the sum equals the sum of the
means.<br>
&nbsp;&nbsp; However, I admit to not understanding the caveat of the
continous distributions.<br>
&nbsp;&nbsp; When the paths contain a small number of nodes the
distributions will not<br>
&nbsp;&nbsp; be continuous at least at the bottom, since there will be a
sharply defined<br>
&nbsp;&nbsp; minimum delay (this sharpness disappears with a large number
of nodes<br>
&nbsp;&nbsp; since the sum of a large number of random variables starts
looking Gaussian).<br>
&nbsp;&nbsp; In any case, it is not obvious to me that discontinuous
distributions<br>
&nbsp;&nbsp; do not add correctly. Can you explain
?</font></blockquote><br>
briefly, in S(5.2.6), bimodal is a problem for the mean.<br><br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<font face="Tahoma" size=2>8) 5.2.8 Another specific case would be when
there is significant delay<br>
&nbsp;&nbsp; in a link connecting the subpaths</font></blockquote><br>
As in F(3.10) and F(6.2), a link with significant delay<br>
would constitute another sub-path to measure.<br>
More in S(5.2.9) now to identify this source of error.<br><br>
<blockquote type=cite class=cite cite=""><font face="Tahoma" size=2>
&nbsp;&nbsp; For 5.3.8 another case would be when the delay depends on
packet size<br>
&nbsp;&nbsp; and this packet size changes when going from subpath to
subpath<br>
&nbsp;&nbsp; as a result of encapsulation
changes.</font></blockquote><br>
Interesting point.<br>
More in S(4.3.9) now to identify this common source of error.<br>
However, metric definitions focus on the IP packet,<br>
which can change size under fewer circumstances.<br><br>
I've also added a short discussion of Fragmentation<br>
(considered harmful to composition functions based on<br>
non-fragmented packet measurements...).<br><br>
<br><br>
</body>
</html>


From acmorton@att.com  Tue Jun 23 05:37:43 2009
Return-Path: <acmorton@att.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 30CF528C305 for <ippm@core3.amsl.com>; Tue, 23 Jun 2009 05:37:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.018
X-Spam-Level: 
X-Spam-Status: No, score=-105.018 tagged_above=-999 required=5 tests=[AWL=-0.092, BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, SARE_MLH_Stock1=0.87, USER_IN_WHITELIST=-100]
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 eJPXPkxsq0HG for <ippm@core3.amsl.com>; Tue, 23 Jun 2009 05:37:42 -0700 (PDT)
Received: from mail167.messagelabs.com (mail167.messagelabs.com [216.82.253.179]) by core3.amsl.com (Postfix) with ESMTP id 5180D28C2FC for <ippm@ietf.org>; Tue, 23 Jun 2009 05:37:42 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-13.tower-167.messagelabs.com!1245760676!13982056!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.128.141]
Received: (qmail 16259 invoked from network); 23 Jun 2009 12:37:57 -0000
Received: from sbcsmtp9.sbc.com (HELO flph161.enaf.ffdc.sbc.com) (144.160.128.141) by server-13.tower-167.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Jun 2009 12:37:57 -0000
Received: from enaf.ffdc.sbc.com (localhost.localdomain [127.0.0.1]) by flph161.enaf.ffdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5NCbubV031202 for <ippm@ietf.org>; Tue, 23 Jun 2009 05:37:56 -0700
Received: from klph001.kcdc.att.com (klph001.kcdc.att.com [135.188.3.11]) by flph161.enaf.ffdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5NCbsPF031174 for <ippm@ietf.org>; Tue, 23 Jun 2009 05:37:54 -0700
Received: from kcdc.att.com (localhost.localdomain [127.0.0.1]) by klph001.kcdc.att.com (8.14.0/8.14.0) with ESMTP id n5NCbswq019153 for <ippm@ietf.org>; Tue, 23 Jun 2009 07:37:54 -0500
Received: from maillennium.att.com (dns.maillennium.att.com [135.25.114.99]) by klph001.kcdc.att.com (8.14.0/8.14.0) with ESMTP id n5NCbpPL019118 for <ippm@ietf.org>; Tue, 23 Jun 2009 07:37:51 -0500
Message-Id: <200906231237.n5NCbpPL019118@klph001.kcdc.att.com>
Received: from acmt.att.com (martym.mt.att.com[135.16.251.71](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090623123751gw1003ibtke>; Tue, 23 Jun 2009 12:37:51 +0000
X-Originating-IP: [135.16.251.71]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 23 Jun 2009 08:37:50 -0400
To: Henk Uijterwaal <henk@ripe.net>
From: Al Morton <acmorton@att.com>
In-Reply-To: <4A377E78.4050100@ripe.net>
References: <4A37678E.7040306@ripe.net> <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com> <4A377E78.4050100@ripe.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Meeting in Stockholm
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: Tue, 23 Jun 2009 12:37:43 -0000

Another action item moves to the done column.
Al
At 07:14 AM 6/16/2009, Henk Uijterwaal wrote:
>>>3. Include Yakov's comments in the Composition Framework draft and prepare
>>>    for WGLC. (Al)
>>Yaakov's comments were primarily on the Spatial Composition draft,
>>but when we discussed them in San Francisco, I concluded that some
>>of his comments are more efficiently addressed in the Framework.
>>So, there will be updates to both these drafts...


From henk@ripe.net  Wed Jun 24 07:31:48 2009
Return-Path: <henk@ripe.net>
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 4DF2C3A6F4B for <ippm@core3.amsl.com>; Wed, 24 Jun 2009 07:31:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.418
X-Spam-Level: 
X-Spam-Status: No, score=-7.418 tagged_above=-999 required=5 tests=[AWL=2.311,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_MLH_Stock1=0.87]
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 q3Tm9xP5PJkB for <ippm@core3.amsl.com>; Wed, 24 Jun 2009 07:31:46 -0700 (PDT)
Received: from postgirl.ripe.net (postgirl.ripe.net [193.0.19.66]) by core3.amsl.com (Postfix) with ESMTP id 1AA983A6A96 for <ippm@ietf.org>; Wed, 24 Jun 2009 07:31:46 -0700 (PDT)
Received: from herring.ripe.net ([193.0.1.203]) by postgirl.ripe.net with esmtp (Exim 4.63) (envelope-from <henk@ripe.net>) id 1MJTVC-00019b-SJ; Wed, 24 Jun 2009 16:31:12 +0200
Received: from guest-111.ripe.net (henk.vpn.ripe.net [193.0.21.33]) by herring.ripe.net (Postfix) with ESMTP id CDD842F592; Wed, 24 Jun 2009 16:31:06 +0200 (CEST)
Message-ID: <4A4238AA.6010601@ripe.net>
Date: Wed, 24 Jun 2009 16:31:06 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: Al Morton <acmorton@att.com>
References: <4A37678E.7040306@ripe.net> <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com> <4A377E78.4050100@ripe.net> <200906231237.n5NCbp6b019117@klph001.kcdc.att.com>
In-Reply-To: <200906231237.n5NCbp6b019117@klph001.kcdc.att.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5a628a989472f0b14fcc1a4d4d5d0fa20
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Meeting in Stockholm
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: Wed, 24 Jun 2009 14:31:48 -0000

Al Morton wrote:
> Another action item moves to the done column.
> Al
> At 07:14 AM 6/16/2009, Henk Uijterwaal wrote:
>>>> 3. Include Yakov's comments in the Composition Framework draft and 
>>>> prepare
>>>>    for WGLC. (Al)
>>> Yaakov's comments were primarily on the Spatial Composition draft,
>>> but when we discussed them in San Francisco, I concluded that some
>>> of his comments are more efficiently addressed in the Framework.
>>> So, there will be updates to both these drafts...

OK, so we can WGLC them both?

Henk

-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.xs4all.nl/~henku
P.O.Box 10096          Singel 258         Phone: +31.20.5354414
1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
The Netherlands        The Netherlands    Mobile: +31.6.55861746
------------------------------------------------------------------------------

Belgium: an unsolvable problem, discussed in endless meetings, with no
          hope for a solution, where everybody still lives happily.

From acmorton@att.com  Wed Jun 24 07:49:36 2009
Return-Path: <acmorton@att.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 CF6BD3A6CA6 for <ippm@core3.amsl.com>; Wed, 24 Jun 2009 07:49:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.995
X-Spam-Level: 
X-Spam-Status: No, score=-104.995 tagged_above=-999 required=5 tests=[AWL=-0.069, BAYES_00=-2.599, MSGID_FROM_MTA_HEADER=0.803, RCVD_IN_DNSWL_MED=-4, SARE_MLH_Stock1=0.87, USER_IN_WHITELIST=-100]
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 p9YSLlVDCp2p for <ippm@core3.amsl.com>; Wed, 24 Jun 2009 07:49:36 -0700 (PDT)
Received: from mail121.messagelabs.com (mail121.messagelabs.com [216.82.242.3]) by core3.amsl.com (Postfix) with ESMTP id D85743A6C89 for <ippm@ietf.org>; Wed, 24 Jun 2009 07:49:35 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: acmorton@att.com
X-Msg-Ref: server-2.tower-121.messagelabs.com!1245854449!23993347!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [144.160.20.54]
Received: (qmail 24055 invoked from network); 24 Jun 2009 14:40:49 -0000
Received: from sbcsmtp7.sbc.com (HELO mlpi135.enaf.sfdc.sbc.com) (144.160.20.54) by server-2.tower-121.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Jun 2009 14:40:49 -0000
Received: from enaf.sfdc.sbc.com (localhost.localdomain [127.0.0.1]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5OEenT0023545 for <ippm@ietf.org>; Wed, 24 Jun 2009 10:40:49 -0400
Received: from alph001.aldc.att.com (alph001.aldc.att.com [135.53.7.26]) by mlpi135.enaf.sfdc.sbc.com (8.14.3/8.14.3) with ESMTP id n5OEeivs023454 for <ippm@ietf.org>; Wed, 24 Jun 2009 10:40:45 -0400
Received: from aldc.att.com (localhost.localdomain [127.0.0.1]) by alph001.aldc.att.com (8.14.0/8.14.0) with ESMTP id n5OEeiN1021544 for <ippm@ietf.org>; Wed, 24 Jun 2009 10:40:44 -0400
Received: from maillennium.att.com (mailgw1.maillennium.att.com [135.25.114.99]) by alph001.aldc.att.com (8.14.0/8.14.0) with ESMTP id n5OEegYI020985 for <ippm@ietf.org>; Wed, 24 Jun 2009 10:40:42 -0400
Message-Id: <200906241440.n5OEegYI020985@alph001.aldc.att.com>
Received: from acmt.att.com (martym.mt.att.com[135.16.251.71](misconfigured sender)) by maillennium.att.com (mailgw1) with SMTP id <20090624144041gw1003ib5ve>; Wed, 24 Jun 2009 14:40:41 +0000
X-Originating-IP: [135.16.251.71]
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 24 Jun 2009 10:40:32 -0400
To: Henk Uijterwaal <henk@ripe.net>
From: Al Morton <acmorton@att.com>
In-Reply-To: <4A4238AA.6010601@ripe.net>
References: <4A37678E.7040306@ripe.net> <200906160959.n5G9xGXc009952@mlth002.enaf.sfdc.sbc.com> <4A377E78.4050100@ripe.net> <200906231237.n5NCbp6b019117@klph001.kcdc.att.com> <4A4238AA.6010601@ripe.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Meeting in Stockholm
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: Wed, 24 Jun 2009 14:49:36 -0000

At 10:31 AM 6/24/2009, Henk Uijterwaal wrote:
>OK, so we can WGLC them both?
>
>Henk

Maybe after the Stockholm meeting, at least for
the Spatial Composition Draft.  I think Yaakov
might have some more comments, he said he stopped
after generating a page or two.
There were a few open issues in the text, one
which Emile and I have discussed briefly and another
involving a missing reference, I've already contacted
a contributor (Dave Hoeflin) for it.

But we could probably go ahead anytime with the Framework Draft,
IMO.

Al




From henk@ripe.net  Fri Jun 26 00:49:52 2009
Return-Path: <henk@ripe.net>
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 5CB8E3A67E6 for <ippm@core3.amsl.com>; Fri, 26 Jun 2009 00:49:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.134
X-Spam-Level: 
X-Spam-Status: No, score=-8.134 tagged_above=-999 required=5 tests=[AWL=2.465,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 dHLL-HTqbp84 for <ippm@core3.amsl.com>; Fri, 26 Jun 2009 00:49:51 -0700 (PDT)
Received: from postgirl.ripe.net (postgirl.ripe.net [193.0.19.66]) by core3.amsl.com (Postfix) with ESMTP id 1881B3A67A4 for <ippm@ietf.org>; Fri, 26 Jun 2009 00:49:51 -0700 (PDT)
Received: from herring.ripe.net ([193.0.1.203]) by postgirl.ripe.net with esmtp (Exim 4.63) (envelope-from <henk@ripe.net>) id 1MK6Ar-0006na-Kp for ippm@ietf.org; Fri, 26 Jun 2009 09:48:47 +0200
Received: from geir-3.local (henk.vpn.ripe.net [193.0.21.33]) by herring.ripe.net (Postfix) with ESMTP id 946FB2F593 for <ippm@ietf.org>; Fri, 26 Jun 2009 09:48:41 +0200 (CEST)
Message-ID: <4A447D59.5030708@ripe.net>
Date: Fri, 26 Jun 2009 09:48:41 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5b5e1ab118b2e3758c5e72a98910f0c39
Subject: [ippm] WGLC for draft-ietf-ippm-framework-compagg-08.txt
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: Fri, 26 Jun 2009 07:49:52 -0000

IPPM group,

This is a WGLC for the draft:

        Framework for Metric Composition
      draft-ietf-ippm-framework-compagg-08.txt

The draft has been discussed extensively in this group, comments from the
last reviews have been included and the draft appears to be stable by now.
We like to start a WGLC in order to move it forward.   Please raise any
remaining issues by Tuesday, July 14, 8:00 UTC.

An URL for the draft is:

   http://www.ietf.org/internet-drafts/draft-ietf-ippm-framework-compagg-08.txt

Matt & Henk

-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.xs4all.nl/~henku
P.O.Box 10096          Singel 258         Phone: +31.20.5354414
1001 EB Amsterdam      1016 AB Amsterdam  Fax: +31.20.5354445
The Netherlands        The Netherlands    Mobile: +31.6.55861746
------------------------------------------------------------------------------

Belgium: an unsolvable problem, discussed in endless meetings, with no
          hope for a solution, where everybody still lives happily.
