UDP Speed Test Protocol for One-way IP Capacity Metric Measurement
draft-ietf-ippm-capacity-protocol-25

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-ippm-capacity-protocol@ietf.org, ippm-chairs@ietf.org, ippm@ietf.org, mohamed.boucadair@orange.com, rfc-editor@rfc-editor.org, tpauly@apple.com
Subject: Protocol Action: 'UDP Speed Test Protocol for One-way IP Capacity Metric Measurement' to Proposed Standard (draft-ietf-ippm-capacity-protocol-25.txt)

The IESG has approved the following document:
- 'UDP Speed Test Protocol for One-way IP Capacity Metric Measurement'
  (draft-ietf-ippm-capacity-protocol-25.txt) as Proposed Standard

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

The IESG contact persons are Mahesh Jethanandani and Mohamed Boucadair.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-ippm-capacity-protocol/

Ballot Text

Technical Summary

   This document addresses the problem of protocol support for measuring
   Network Capacity metrics specified by RFC 9097 (Metrics and Methods
   for One-Way IP Capacity). The Method of Measurement discussed there
   requires a feedback channel from the receiver to control the sender's
   transmission rate in near-real-time.

   This document defines the UDP Speed Test Protocol (UDPSTP) enabling
   the measurement of Network Capacity metrics.

Working Group Summary

   This document received thorough reviews from several members of
   the IPPM WG during the last call, and otherwise had broad
   support/agreement in meetings where people agreed it was ready
   to progress. There were no particular controversies. It went
   through a fair bit of design with SECDIR reviews early on, but
   that was a positive process.

Document Quality

   The document benefited from reviews from various areas/directorate.
   Early secdir reviews was sought early in the process to ensure
   that the protocol foundations are solid. Many thanks to
   Brian Weis for the various reviews and suggestions.

   Also, the specification was backed with a well-documented implementation
   that can be found at: https://github.com/BroadbandForum/obudpst.

Personnel

   The Document Shepherd for this document is Tommy Pauly.
   The Responsible Area Director is Mohamed Boucadair.

IANA Note

  Candidate DEs for the new registry group are: 

   * Ruediger.Geib (Ruediger.Geib@telekom.de)

   * Len Ciavattone (lenciavattone@gmail.com)

   * Xiao Min <xiao.min2@zte.com.cn>

RFC Editor Note