Re: [Gen-art] Last Call: <draft-ietf-ippm-rate-problem-08.txt> (Rate Measurement Test Protocol Problem Statement) to Informational RFC

"MORTON, ALFRED C (AL)" <> Fri, 09 January 2015 23:35 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 8346C1A883B; Fri, 9 Jan 2015 15:35:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id B-MprI5iLXU9; Fri, 9 Jan 2015 15:35:22 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 6E7AD1A875C; Fri, 9 Jan 2015 15:35:20 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 2487312144E; Fri, 9 Jan 2015 18:48:48 -0500 (EST)
Received: from ( []) by (Postfix) with ESMTP id D302FE03AF; Fri, 9 Jan 2015 18:31:48 -0500 (EST)
Received: from ([fe80::c5dd:2310:7197:58ea]) by ([fe80::c5dd:2310:7197:58ea%17]) with mapi; Fri, 9 Jan 2015 18:35:20 -0500
From: "MORTON, ALFRED C (AL)" <>
To: "" <>
Date: Fri, 9 Jan 2015 18:33:08 -0500
Thread-Topic: Last Call: <draft-ietf-ippm-rate-problem-08.txt> (Rate Measurement Test Protocol Problem Statement) to Informational RFC
Thread-Index: AdAS9WIrpiIcKydeQDi+WfHVhbLMbgZbz3qR
Message-ID: <>
References: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <>
Cc: "" <>, "" <>, "" <>
Subject: Re: [Gen-art] Last Call: <draft-ietf-ippm-rate-problem-08.txt> (Rate Measurement Test Protocol Problem Statement) to Informational RFC
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 09 Jan 2015 23:35:28 -0000

Ben, Dan, Greg,

Version 09 of -ippm-rate-problem draft addresses your comments
to great extent.

Although Ben's (GEN-ART) suggestion to clarify the figure in the Intro was
adopted, it seems reasonable to leave out the Figure numbers 
since the two figures are referenced one time each and they are
only 3 lines high (so not likely to move far, if at all).

Dan's (OPS-DIR) comments have been addressed (following e-mail
exchange) by inserting a new section on Operational Considerations
where we have compromised on the text.

Greg's comments have been addressed to the extent possible without
re-visiting the "Toronto compromise" which only involved section 5.
Other comments cite WG agreements that have not actually been 
discussed AFAIK, or refer to purely OPTIONAL features in the memo.


From: IETF-Announce [] On Behalf Of The IESG []
Sent: Monday, December 08, 2014 9:43 AM
To: IETF-Announce
Subject: Last Call: <draft-ietf-ippm-rate-problem-08.txt> (Rate Measurement Test Protocol Problem Statement) to Informational RFC

The IESG has received a request from the IP Performance Metrics WG (ippm)
to consider the following document:
- 'Rate Measurement Test Protocol Problem Statement'
  <draft-ietf-ippm-rate-problem-08.txt> as Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the mailing lists by 2014-12-22. Exceptionally, comments may be
sent to instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.


   This memo presents an access rate-measurement problem statement for
   test protocols to measure IP Performance Metrics.  The rate
   measurement scenario has wide-spread attention of Internet access
   subscribers and seemingly all industry players, including regulators.
   Key test protocol aspects require the ability to control packet size
   on the tested path and enable asymmetrical packet size testing in a
   controller-responder architecture.

The file can be obtained via

IESG discussion can be tracked via

No IPR declarations have been submitted directly on this I-D.