[ippm] Protocol Action: 'Packet Reordering Metric for IPPM' to Proposed Standard

The IESG <iesg-secretary@ietf.org> Fri, 05 May 2006 21:56 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fc8HT-000869-Do; Fri, 05 May 2006 17:56:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fc8HS-00085y-ES; Fri, 05 May 2006 17:56:10 -0400
Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=pine.neustar.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fc8HS-0003Uf-6D; Fri, 05 May 2006 17:56:10 -0400
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by pine.neustar.com (8.12.8/8.12.8) with ESMTP id k45Lu5vP004264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 5 May 2006 21:56:05 GMT
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1Fc8HN-0000eP-AX; Fri, 05 May 2006 17:56:05 -0400
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1Fc8HN-0000eP-AX@stiedprstage1.ietf.org>
Date: Fri, 05 May 2006 17:56:05 -0400
X-Spam-Score: -2.8 (--)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
Cc: ippm chair <matt@internet2.edu>, Internet Architecture Board <iab@iab.org>, ippm chair <henk@ripe.net>, ippm mailing list <ippm@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [ippm] Protocol Action: 'Packet Reordering Metric for IPPM' to Proposed Standard
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org >
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org ?subject=unsubscribe>
List-Post: <mailto:ippm@ietf.org >
List-Help: <mailto:ippm-request@ietf.org ?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org ?subject=subscribe>
Errors-To: ippm-bounces@ietf.org

The IESG has approved the following document:

- 'Packet Reordering Metric for IPPM '
   <draft-ietf-ippm-reordering-13.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-reordering-13.txt

Technical Summary
 
   This memo defines metrics to evaluate if a network has maintained 
   packet order on a packet-by-packet basis. It provides motivations 
   for the new metrics and discusses the measurement issues, including 
   the context information required for all metrics. The memo first 
   defines a reordered singleton, and then uses it as the basis for 
   sample metrics to quantify the extent of reordering in several 
   useful dimensions for network characterization or receiver design. 
   Additional metrics quantify the frequency of reordering and the 
   distance between separate occurrences. It then defines a metric 
   oriented toward assessing reordering effects on TCP. 

Working Group Summary
 
 The concepts behind the draft have been discussed since 2001,
 resulting in a number of individual submission drafts which were
 merged into this draft.  This draft has been discussed for several
 years, it has been stable for about a year now.  Reviews were done
 by a number of key people in the group.

Protocol Quality
 
 PROTO shepherd: Henk Uijterwaal (henk.uijterwaal@ripe.net)

 Lars Eggert reviewed this spec for the IESG.

 The main comment during IETF LC was a completely revised IANA
 considerations section. Version -13 has addressed the concerns raised
 during the IESG review.

Note to RFC Editor

 Need to replace "RFC xxxx" with the number this RFC receives upon publication.

 Section 2, first paragraph: replace reference to RFC2640 to RFC2460
 OLD:
   Ordered arrival is a property found in packets that transit their 
   path, where the packet sequence number increases with each new 
   arrival and there are no backward steps. The Internet Protocol 
   [RFC791] [RFC2640] has no mechanisms to assure either packet 
 NEW:
   Ordered arrival is a property found in packets that transit their 
   path, where the packet sequence number increases with each new 
   arrival and there are no backward steps. The Internet Protocol 
   [RFC791] [RFC2460] has no mechanisms to assure either packet 
             ^^^^^^^


_______________________________________________
ippm mailing list
ippm@ietf.org 
https://www1.ietf.org/mailman/listinfo/ippm