
From matt@internet2.edu  Sun Apr  5 20:03:48 2009
Return-Path: <matt@internet2.edu>
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 BE15C28C0FF for <ippm@core3.amsl.com>; Sun,  5 Apr 2009 20:03:48 -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 Ci+gYAQ1TfcL for <ippm@core3.amsl.com>; Sun,  5 Apr 2009 20:03:48 -0700 (PDT)
Received: from magus.merit.edu (magus.merit.edu [198.108.1.13]) by core3.amsl.com (Postfix) with ESMTP id E8F9D28C0FA for <ippm@ietf.org>; Sun,  5 Apr 2009 20:03:44 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by magus.merit.edu (Postfix) with ESMTP id AE943225214 for <ippm@ietf.org>; Sun,  5 Apr 2009 23:04:33 -0400 (EDT)
X-Virus-Scanned: amavisd-new at magus.merit.edu
Received: from magus.merit.edu ([127.0.0.1]) by localhost (magus.merit.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xeT9LpP6BA3W for <ippm@ietf.org>; Sun,  5 Apr 2009 23:04:33 -0400 (EDT)
Received: from matt.local (72-255-50-216.client.stsn.net [72.255.50.216]) (Authenticated sender: matt@internet2.edu) by magus.merit.edu (Postfix) with ESMTP id 8EEC022520F for <ippm@ietf.org>; Sun,  5 Apr 2009 23:04:32 -0400 (EDT)
Message-ID: <49D97134.70704@internet2.edu>
Date: Sun, 05 Apr 2009 23:04:20 -0400
From: Matthew J Zekauskas <matt@internet2.edu>
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
Content-Transfer-Encoding: 7bit
Subject: [ippm] Draft minutes for the IPPM session at IETF 74
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, 06 Apr 2009 03:03:48 -0000

An initial version of the minutes are now available.

<http://www.ietf.org/proceedings/09mar/minutes/ippm.html>

Please review, and send corrections to the chairs or the list.
We'd appreciate comments by Wednesday, April 24; the minutes are due
Friday, April 26.

Agenda, minutes, and slides are all avaliable here:
<https://datatracker.ietf.org/meeting/74/materials.html#wg-ippm>

--Matt


From root@core3.amsl.com  Fri Apr 17 13:45: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 C59B93A6EB5; Fri, 17 Apr 2009 13:45: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: <20090417204501.C59B93A6EB5@core3.amsl.com>
Date: Fri, 17 Apr 2009 13:45:01 -0700 (PDT)
Cc: ippm@ietf.org
Subject: [ippm] I-D Action:draft-ietf-ippm-duplicate-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, 17 Apr 2009 20:45: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           : A One-Way Packet Duplication Metric
	Author(s)       : H. Uijterwaal
	Filename        : draft-ietf-ippm-duplicate-08.txt
	Pages           : 14
	Date            : 2009-04-17

When a packet is sent from one host to the other, one normally
expects that exactly one copy of the packet that was sent arrives at
the destination.  It is, however, possible that a packet is either
lost or that multiple copies arrive.

In earlier work a metric for packet loss has been defined.  This
metric quantifies the case where a packet that is sent, does not
arrive at its destination within a reasonable time.  In this memo, a
metric for another case is defined: a packet is sent, but multiple
copies arrive.  The document also discusses streams and methods to
summarize the results of streams.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ippm-duplicate-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-duplicate-08.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

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


--NextPart--

From henk@ripe.net  Fri Apr 17 14:04:31 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 75F173A6AC9 for <ippm@core3.amsl.com>; Fri, 17 Apr 2009 14:04:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.441
X-Spam-Level: 
X-Spam-Status: No, score=-4.441 tagged_above=-999 required=5 tests=[AWL=-1.842, 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 KvAOAWvfQ+GA for <ippm@core3.amsl.com>; Fri, 17 Apr 2009 14:04:30 -0700 (PDT)
Received: from postlady.ripe.net (postlady.ripe.net [193.0.19.65]) by core3.amsl.com (Postfix) with ESMTP id 12F103A6840 for <ippm@ietf.org>; Fri, 17 Apr 2009 14:04:30 -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 1LuvFi-0003j8-Cs for ippm@ietf.org; Fri, 17 Apr 2009 23:05:42 +0200
Received: from geir-2.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id 1E3D52F602 for <ippm@ietf.org>; Fri, 17 Apr 2009 23:05:37 +0200 (CEST)
Message-ID: <49E8EF21.6020305@ripe.net>
Date: Fri, 17 Apr 2009 23:05:37 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: ippm@ietf.org
References: <20090417204501.C59B93A6EB5@core3.amsl.com>
In-Reply-To: <20090417204501.C59B93A6EB5@core3.amsl.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5f571f688c49729a6a21f66906be426b6
Subject: Re: [ippm] I-D Action:draft-ietf-ippm-duplicate-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, 17 Apr 2009 21:04:31 -0000

Internet-Drafts@ietf.org wrote:
> 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.

Just to keep everybody up to date: this is a version that addresses comments
raised in the IESG about when a packet is a duplicate and when it is not.
The idea basic idea has not changed (2 packets, receiver can take either
one, the second one does not provide any additional information), it
just has been spelled out a bit more detailed.

Henk



------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.amsterdamned.org/~henk
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 Apr 20 06:55:09 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 C30793A6B82; Mon, 20 Apr 2009 06:55:09 -0700 (PDT)
X-idtracker: yes
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <20090420135509.C30793A6B82@core3.amsl.com>
Date: Mon, 20 Apr 2009 06:55:09 -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: 'A One-Way Packet Duplication Metric' 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, 20 Apr 2009 13:55:09 -0000

The IESG has approved the following document:

- 'A One-Way Packet Duplication Metric '
   <draft-ietf-ippm-duplicate-08.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-duplicate-08.txt

Technical Summary

  When a packet is sent from one host to the other, one normally
  expects that exactly one copy of the packet that was sent arrives
  at the destination.  It is, however, possible that a packet is
  either lost or that multiple copies arrive.  This document defines
  a metric for the case where a packet is sent, but multiple copies
  arrive.  The document also discusses streams and methods to
  summarize the results of streams.

Working Group Summary

  This document was suggested when creating a succint summary of IPPM
  metrics for reporting to users; this was one that was missing from the
  IPPM metric suite.  There is consensus that this is the right
definition.
  There has been some question as to whether the definition is crisp and
  unambiguous for both IPv4 and IPv6, and the document has been modified
  to address those concerns.

Document Quality

  The shepherd knows of no current implementations that claim to
implement this
  metric. However, vendors in the working group have read and agreed with
the
  specification.

Personnel

  Matt Zekauskas (matt@internet2.edu) was the Document Shepherd.
  Lars Eggert (lars.eggert@nokia.com) reviewed the document for the IESG.


From henk@ripe.net  Wed Apr 22 00:31:26 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 1FF603A6EFE; Wed, 22 Apr 2009 00:31:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.359
X-Spam-Level: 
X-Spam-Status: No, score=-4.359 tagged_above=-999 required=5 tests=[AWL=-1.760, 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 QraIX7oE-kN1; Wed, 22 Apr 2009 00:31:24 -0700 (PDT)
Received: from postlady.ripe.net (postlady.ripe.net [193.0.19.65]) by core3.amsl.com (Postfix) with ESMTP id 4BC9F3A6B7E; Wed, 22 Apr 2009 00:31:24 -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 1LwWwe-0005s6-5B; Wed, 22 Apr 2009 09:32:38 +0200
Received: from geir-2.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id 1E5C62F5D4; Wed, 22 Apr 2009 09:32:36 +0200 (CEST)
Message-ID: <49EEC814.5000306@ripe.net>
Date: Wed, 22 Apr 2009 09:32:36 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: ietf@ietf.org, ippm@ietf.org, Al Morton <acmorton@att.com>, "Hedayat, Kaynam" <khedayat@brixnet.com>, Matthew J Zekauskas <matt@internet2.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d58dcc0deebc758f01bb41d6dc036002e3
Subject: [ippm] Draft-ietf-ippm-more-twamp
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, 22 Apr 2009 07:31:26 -0000

Dear IETF secretariat,

The IPPM group would like to ask for publication of draft-ietf-ippm-more-twamp
as an RFC.  The shepherd note for the document is attached.

Henk

- - - -

Document shepherd writeup for draft-ietf-ippm-more-twamp-00, as required by
rfc4858, and specfied in the 17-Sep-2008 version of
<http://www.ietf.org/IESG/content/Doc-Writeup.html>.

     (1.a) Who is the Document Shepherd for this document? Has the
           Document Shepherd personally reviewed this version of the
           document and, in particular, does he or she believe this
           version is ready for forwarding to the IESG for publication?

The document shepherd is Henk Uijterwaal <henk@ripe.net>.  I have personally
reviewed this document and would not have bothered to write this note if I
didn't feel it was ready for the IESG.

     (1.b) Has the document had adequate review both from key WG members
           and from key non-WG members? Does the Document Shepherd have
           any concerns about the depth or breadth of the reviews that
           have been performed?

I believe the document has received sufficent review from WG members.
This is a small extension to a thoroughly reviewed protocol.  I have no
concerns about the depth or breadth of reivews for this document.

     (1.c) Does the Document Shepherd have concerns that the document
           needs more review from a particular or broader perspective,
           e.g., security, operational complexity, someone familiar with
           AAA, internationalization or XML?

No.

     (1.d) Does the Document Shepherd have any specific concerns or
           issues with this document that the Responsible Area Director
           and/or the IESG should be aware of?

None.

           Has an IPR disclosure related to this document been filed?

No.

     (1.e) How solid is the WG consensus behind this document? Does it
           represent the strong concurrence of a few individuals, with
           others being silent, or does the WG as a whole understand and
           agree with it?

This is an extension to an existing protocol (TWAMP, RFC 5357).  The issue
came up when the TWAMP protocol was close to completion.  As the WG wanted
to finish TWAMP, it was decided to put possible extensions in another
document.  TWAMP is actively being used by several groups these days,
none of them raised any issues with the document.  The document authors are
both involved with 2 of the implementations of the protocol and would
have flagged any issues.

     (1.f) Has anyone threatened an appeal or otherwise indicated extreme
           discontent?

No.

     (1.g) Has the Document Shepherd personally verified that the
           document satisfies all ID nits?

There are the following issues:

   ** It looks like you're using RFC 3978 boilerplate.  You should update this
      to the boilerplate described in the IETF Trust License Policy document
      (see http://trustee.ietf.org/license-info), which is required from
      December 16, 2008.  Version 1.34 of xml2rfc can be used to produce
      documents with boilerplate according to the mentioned Trust License
      Policy document.

It is not clear to me if this is correct, as the document was submitted
before Nov 10 (i.e. pre-5378).

   == Missing Reference: '0-31' is mentioned on line 257, but not defined

This looks like an error in the tool.

   == Unused Reference: 'RFC2434' is defined on line 292, but no explicit
      reference was found in the text

   ** Obsolete normative reference: RFC 2434 (Obsoleted by RFC 5226)

This reference can go.


           Has the document met all formal review criteria it needs to, such
           as  the MIB Doctor, media type and URI type reviews?

None of these are necessary.

     (1.h) Has the document split its references into normative and
           informative?

Yes, the informative reference section can be removed on publication as
there are none.

           Are there normative references to documents that
           are not ready for advancement or are otherwise in an unclear
           state?

No.

     (1.i) Has the Document Shepherd verified that the document IANA
           consideration section exists and is consistent with the body
           of the document?

There is an IANA considerations section, it is consistent.

     (1.j) Has the Document Shepherd verified that sections of the
           document that are written in a formal language, such as XML
           code, BNF rules, MIB definitions, etc., validate correctly in
           an automated checker?

Not applicable.

     (1.k) The IESG approval announcement includes a Document
           Announcement Write-Up. Please provide such a Document
           Announcement Write-Up? Recent examples can be found in the
           "Action" announcements for approved documents. The approval
           announcement contains the following sections:

           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
              Was there anything in WG process that is worth noting? For
              example, was there controversy about particular points or
              were there decisions where the consensus was particularly
              rough?

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

           Document Quality
              Are there existing implementations of the protocol?

Yes, at least 3 vendors are implementing TWAMP.


-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.amsterdamned.org/~henk
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.


-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.amsterdamned.org/~henk
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  Wed Apr 22 01:16:09 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 16AEB3A6BD1 for <ippm@core3.amsl.com>; Wed, 22 Apr 2009 01:16:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.331
X-Spam-Level: 
X-Spam-Status: No, score=-8.331 tagged_above=-999 required=5 tests=[AWL=2.268,  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 rV1Hnp6j2O3r for <ippm@core3.amsl.com>; Wed, 22 Apr 2009 01:16:08 -0700 (PDT)
Received: from postgirl.ripe.net (postgirl.ripe.net [193.0.19.66]) by core3.amsl.com (Postfix) with ESMTP id 033B628C316 for <ippm@ietf.org>; Wed, 22 Apr 2009 01:15:53 -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 1LwXdU-0002Mn-E5 for ippm@ietf.org; Wed, 22 Apr 2009 10:16:54 +0200
Received: from geir-2.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id 6546A2F5D4 for <ippm@ietf.org>; Wed, 22 Apr 2009 10:16:52 +0200 (CEST)
Message-ID: <49EED274.6040107@ripe.net>
Date: Wed, 22 Apr 2009 10:16:52 +0200
From: Henk Uijterwaal <henk@ripe.net>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: "ippm >> 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: e0cdef1f45f89a40ad608d255b27e7d52eb4d228f7f763e3bc0401f507b5171d
Subject: [ippm] [Fwd: Editorial team to work on the "advancement of metrics 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: Wed, 22 Apr 2009 08:16:09 -0000

Dear All,

Apologies for the delay in getting this done.  8 people voluntered:

Scott Bradner     sob@harvard.edu
Carol Davids      davids@iit.edu
Reza Fardid       RFardid@covad.com
Ruediger Geib     ruediger.geib@telekom.de
Mike Hamilton     mhamilton@breakingpoint.com
Vinayak Hegde     vinayakh@gmail.com
Al Morton         acmorton@att.com
Emile Stephan     emile.stephan@orange-ftgroup.com

That is 8, we said 5-7, so rather than go through some selection process,
we believe that we should simply call this the team to work on this
draft.  We have suggested to the team to organise itself and start
working on a first draft for Stockholm.

Matt & Henk

-- 
------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.amsterdamned.org/~henk
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  Wed Apr 22 03:20:26 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 1F67B28C48C for <ippm@core3.amsl.com>; Wed, 22 Apr 2009 03:20:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.367
X-Spam-Level: 
X-Spam-Status: No, score=-4.367 tagged_above=-999 required=5 tests=[AWL=-1.768, 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 aWyZOeQ-d7Jg for <ippm@core3.amsl.com>; Wed, 22 Apr 2009 03:20:25 -0700 (PDT)
Received: from postlady.ripe.net (postlady.ripe.net [193.0.19.65]) by core3.amsl.com (Postfix) with ESMTP id 0B56D28C44C for <ippm@ietf.org>; Wed, 22 Apr 2009 03:20:25 -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 1LwZaB-0001Xm-Vx; Wed, 22 Apr 2009 12:21:38 +0200
Received: from geir-2.local (gw.office.nsrp.ripe.net [193.0.1.126]) by herring.ripe.net (Postfix) with ESMTP id E9C292F5DB; Wed, 22 Apr 2009 12:21:35 +0200 (CEST)
Message-ID: <49EEEFAF.9090404@ripe.net>
Date: Wed, 22 Apr 2009 12:21:35 +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>, Lars Eggert <lars.eggert@nokia.com>, Matthew J Zekauskas <matt@internet2.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-RIPE-Spam-Level: ----
X-RIPE-Signature: e0cdef1f45f89a40ad608d255b27e7d5406c15691c51a06f77bf7fb48c8d60fa
Subject: [ippm] Milestone completed
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, 22 Apr 2009 10:20:26 -0000

Dear secretariat,

Please mark this IPPM milestone as done.

Mar 2009	  	Assemble editorial team to work on the process draft (WG version of 
draft-bradner-metricstest)

Thanks,

Henk

------------------------------------------------------------------------------
Henk Uijterwaal                           Email: henk.uijterwaal(at)ripe.net
RIPE Network Coordination Centre          http://www.amsterdamned.org/~henk
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 root@core3.amsl.com  Wed Apr 22 07:00: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 38D0B28C4F5; Wed, 22 Apr 2009 07:00: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: <20090422140001.38D0B28C4F5@core3.amsl.com>
Date: Wed, 22 Apr 2009 07:00:01 -0700 (PDT)
Cc: ippm@ietf.org
Subject: [ippm] I-D Action:draft-ietf-ippm-multimetrics-10.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: Wed, 22 Apr 2009 14:00: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           : IP Performance Metrics (IPPM) for spatial and multicast
	Author(s)       : E. Stephan, et al.
	Filename        : draft-ietf-ippm-multimetrics-10.txt
	Pages           : 50
	Date            : 2009-04-22

The IETF has standardized IP Performance Metrics (IPPM) for measuring
end-to-end performance between two points.  This memo defines two new
categories of metrics that extend the coverage to multiple
measurement points.  It defines spatial metrics for measuring the
performance of segments of a source to destination path, and metrics
for measuring the performance between a source and many destinations
in multiparty communications (e.g., a multicast tree).

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ippm-multimetrics-10.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-multimetrics-10.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

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


--NextPart--

From lars.eggert@nokia.com  Mon Apr 27 12:57:10 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 E973D3A692F for <ippm@core3.amsl.com>; Mon, 27 Apr 2009 12:57:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.32
X-Spam-Level: 
X-Spam-Status: No, score=-2.32 tagged_above=-999 required=5 tests=[AWL=0.279,  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 KGcOMxVcvGpT for <ippm@core3.amsl.com>; Mon, 27 Apr 2009 12:57:10 -0700 (PDT)
Received: from mail.fit.nokia.com (unknown [IPv6:2001:2060:40:1::123]) by core3.amsl.com (Postfix) with ESMTP id 256933A6853 for <ippm@ietf.org>; Mon, 27 Apr 2009 12:57:08 -0700 (PDT)
Received: from lars-2.vzbi.com (lars-2.vzbi.com [166.58.67.119]) (authenticated bits=0) by mail.fit.nokia.com (8.14.3/8.14.3) with ESMTP id n3RJwOO9081513 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <ippm@ietf.org>; Mon, 27 Apr 2009 22:58:26 +0300 (EEST) (envelope-from lars.eggert@nokia.com)
Message-Id: <62431212-93A8-44E3-91F3-0E943899EC4A@nokia.com>
From: Lars Eggert <lars.eggert@nokia.com>
To: IETF IPPM WG <ippm@ietf.org>
Content-Type: multipart/signed; boundary=Apple-Mail-30-562093916; micalg=sha1; protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Mon, 27 Apr 2009 15:58:18 -0400
X-Mailer: Apple Mail (2.930.3)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (mail.fit.nokia.com [212.213.221.39]); Mon, 27 Apr 2009 22:58:27 +0300 (EEST)
Subject: [ippm] AD review: draft-ietf-ippm-more-twamp
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, 27 Apr 2009 19:57:11 -0000

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

High-level bit: Revised ID needed to address a few minor issues,  
otherwise good to go.


INTRODUCTION, paragraph 1:
 > Network Working Group
 > Internet-Draft
 > Intended status: Standards Track
 > Expires: April 22, 2009

   Please add "Updates: 5357" header.


TITLE:
 >                         More Features for TWAMP

   Expand TWAMP acronym.


INTRODUCTION, paragraph 12:
 >    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.

   Suggest to drop the first sentence of the abstract - WG/protocol
   history is quickly outdated, RFCs live forever. Also, expand TWAMP
   acronym.


Section 1., paragraph 1:
 >    The IETF has completed its work on the core specification of  
TWAMP -
 >    the Two-Way Active Measurement Protocol [RFC5357].  TWAMP is an
 >    extension of the One-way Active Measurement Protocol, OWAMP
 >    [RFC4656].  The TWAMP specification gathered wide review as it
 >    approached completion, and the by-products were several
 >    recommendations for new features in TWAMP.  There are a growing
 >    number TWAMP implementations at present, and wide-spread usage is
 >    expected.  There are even devices that are designed to test
 >    implementations for protocol compliance.

   Suggest to drop the first sentence of the abstract - WG/protocol
   history is quickly outdated, RFCs live forever.


Section 1., paragraph 3:
 >    The relationship between this memo and TWAMP is intended to be an
 >    update to [RFC5357] when published.

   Rephrase for publication, i.e., "This documents updates [RFC5337]."


Section 4.1., paragraph 1:
 >    This section describes REQUIRED extensions to the behavior of the
 >    TWAMP Sender.

   Section 2 said that this entire draft specifies OPTIONAL
   functionality.   This section says that the following extensions are
   REQUIRED. That's a bit of a mismatch. Either this entire document is
   now required to implement TWAMP, or the extensions are OPTIONAL, but
   implementations that chose to implement them need to do these. Please
   make this more clear.


Section 8.1., paragraph 2:
 >    [RFC2434]  Narten, T. and H. Alvestrand, "Guidelines for Writing  
an
 >               IANA Considerations Section in RFCs", BCP 26, RFC 2434,
 >               October 1998.

   Please update this reference and the text in Section 6.2 to RFC5226.


Section 8.2., paragraph 0:
 > 8.2.  Informative References
 >    [x]        "".

   Remove section.


--Apple-Mail-30-562093916
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
MBwGCSqGSIb3DQEJBTEPFw0wOTA0MjcxOTU4MTlaMCMGCSqGSIb3DQEJBDEWBBSn7Lkn1Dfks5t5
4vct61KvamakLDCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECEEi7WbMMKa2GLKFpQDaOBQEwgYcGCyqGSIb3DQEJEAILMXigdjBiMQsw
CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE
AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEi7WbMMKa2GLKFpQDaOBQEw
DQYJKoZIhvcNAQEBBQAEggEAhlqPV88sNXHKvBsZm0C+4pVoyT9Mt4wL4wkcbCI9sTu/nrb9jdky
8YME9fZDnKYN10UtDzoipwrH9MNIeu4g5xqtDVla7ZzOWdnV3lP5TfGCez1xZiCyZK6IauINaFYH
wVqKrvxmwl+nYrYZBfVJ+AjCb9J3HJy2U18FtvYhpb/6iOlJSfwxgFNrEpsiXabOQ13bNvFMT3fX
dLIGoapnOwbqQmWb+yvG+lnO0WYR/KkbO5l0Spo5OTYHks20F4E9wogFdjwAhkJ7H8M/5LcP029t
wiGc1l14669Z4UKD6znv8mGxVOzUZl/bkN8cmQXTfnHWlHN1tJFgPP83KEah6wAAAAAAAA==

--Apple-Mail-30-562093916--

From root@core3.amsl.com  Tue Apr 28 08:30:02 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 10B7D3A6CDC; Tue, 28 Apr 2009 08: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: <20090428153002.10B7D3A6CDC@core3.amsl.com>
Date: Tue, 28 Apr 2009 08:30:02 -0700 (PDT)
Cc: ippm@ietf.org
Subject: [ippm] I-D Action:draft-ietf-ippm-multimetrics-11.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, 28 Apr 2009 15:30:02 -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           : IP Performance Metrics (IPPM) for spatial and multicast
	Author(s)       : E. Stephan, et al.
	Filename        : draft-ietf-ippm-multimetrics-11.txt
	Pages           : 51
	Date            : 2009-04-28

The IETF has standardized IP Performance Metrics (IPPM) for measuring
end-to-end performance between two points.  This memo defines two new
categories of metrics that extend the coverage to multiple
measurement points.  It defines spatial metrics for measuring the
performance of segments of a source to destination path, and metrics
for measuring the performance between a source and many destinations
in multiparty communications (e.g., a multicast tree).

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ippm-multimetrics-11.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-multimetrics-11.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

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


--NextPart--
