rfc9946v7.txt   rfc9946.txt 
Internet Engineering Task Force (IETF) A. Morton Internet Engineering Task Force (IETF) A. Morton
Request for Comments: 9946 L. Ciavattone Request for Comments: 9946 L. Ciavattone
Category: Standards Track AT&T Labs Category: Standards Track AT&T Labs
ISSN: 2070-1721 R. Geib, Ed. ISSN: 2070-1721 R. Geib, Ed.
Deutsche Telekom Deutsche Telekom
March 2026 April 2026
The UDP Speed Test Protocol (UDPSTP) for One-Way IP Capacity Metric The UDP Speed Test Protocol (UDPSTP) for One-Way IP Capacity Metric
Measurement Measurement
Abstract Abstract
This document addresses the problem of protocol support for measuring This document addresses the problem of protocol support for measuring
One-Way IP Capacity metrics specified by RFC 9097. The Method of One-Way IP Capacity metrics specified by RFC 9097. The Method of
Measurement discussed in that RFC requires a feedback channel from Measurement discussed in that RFC requires a feedback channel from
the receiver to control the sender's transmission rate in near real- the receiver to control the sender's transmission rate in near real-
skipping to change at line 478 skipping to change at line 478
load rate adjustment algorithm requirements listed below reflect load rate adjustment algorithm requirements listed below reflect
feedback from performance measurement experts, as well as changes feedback from performance measurement experts, as well as changes
resulting from the standardization of [RFC9097] (reflected also in resulting from the standardization of [RFC9097] (reflected also in
algorithm B [Y.1540Amd2], which updates a prior version of this algorithm B [Y.1540Amd2], which updates a prior version of this
algorithm). algorithm).
Load rate adjustment algorithms for capacity measurement MUST comply Load rate adjustment algorithms for capacity measurement MUST comply
with the requirements specified by this section. New standard load with the requirements specified by this section. New standard load
rate adjustment algorithms for capacity measurement MUST be reviewed rate adjustment algorithms for capacity measurement MUST be reviewed
by IETF designated experts prior to assignment of a code point in the by IETF designated experts prior to assignment of a code point in the
"Test Activation PDU Rate Adjustment Algorithm" registry. "Test Activation PDU Rate Adjustment Algo" registry.
The load rate adjustment algorithm for capacity measurement The load rate adjustment algorithm for capacity measurement
requirements are as follows: requirements are as follows:
1. The measurement load rate adjustment algorithm described in this 1. The measurement load rate adjustment algorithm described in this
section MUST NOT be used as a general CCA. section MUST NOT be used as a general CCA.
2. This specification MUST only be used in the application of 2. This specification MUST only be used in the application of
diagnostic and operations measurements. diagnostic and operations measurements.
skipping to change at line 978 skipping to change at line 978
testPort: A two-octet field set to zero in the Test Setup Request testPort: A two-octet field set to zero in the Test Setup Request
and populated by the server in the Test Setup Response. It and populated by the server in the Test Setup Response. It
contains the UDP ephemeral port number on the server that the contains the UDP ephemeral port number on the server that the
client has to use for the Test Activation Request and subsequent client has to use for the Test Activation Request and subsequent
Load or Status PDUs. Load or Status PDUs.
modifierBitmap: A one-octet field. This document only assigns two modifierBitmap: A one-octet field. This document only assigns two
bits in this bitmap; see Section 12.3.3: bits in this bitmap; see Section 12.3.3:
CHSR_JUMBO_STATUS: This bit SHALL be set by default. By default, CHSR_JUMBO_STATUS (0x01): This bit SHALL be set by default. By
sending rates up to 1 Gbps SHALL NOT produce IP packet sizes default, sending rates up to 1 Gbps SHALL NOT produce IP packet
greater than 1250 bytes (unless CHSR_TRADITIONAL_MTU is set), sizes greater than 1250 bytes (unless CHSR_TRADITIONAL_MTU is
while rates above 1 Gbps MAY produce IP packet sizes up to 9000 set), while rates above 1 Gbps MAY produce IP packet sizes up
bytes. When CHSR_JUMBO_STATUS is not set, all sending rates to 9000 bytes. When CHSR_JUMBO_STATUS is not set, all sending
SHALL NOT produce IP packet sizes greater than 1250 bytes rates SHALL NOT produce IP packet sizes greater than 1250 bytes
(unless CHSR_TRADITIONAL_MTU is set). (unless CHSR_TRADITIONAL_MTU is set).
CHSR_TRADITIONAL_MTU: This bit SHALL NOT be set by default. If CHSR_TRADITIONAL_MTU (0x02): This bit SHALL NOT be set by
set, sending rates up to 1 Gbps MAY produce IP packets up to default. If set, sending rates up to 1 Gbps MAY produce IP
the traditional size of 1500 bytes. If CHSR_JUMBO_STATUS is packets up to the traditional size of 1500 bytes. If
simultaneously not set, all sending rates SHALL NOT produce IP CHSR_JUMBO_STATUS is simultaneously not set, all sending rates
packets greater than the traditional size of 1500 bytes. SHALL NOT produce IP packets greater than the traditional size
of 1500 bytes.
Other bit positions are left unassigned per this document. Other bit positions are left unassigned per this document.
authMode: A one-octet field. The authMode field currently has two authMode: A one-octet field. The authMode field currently has two
values assigned (see Section 12.3.4). One of the following has to values assigned (see Section 12.3.4). One of the following has to
be set (see Section 5.3 for requirements and details of be set (see Section 5.3 for requirements and details of
operation): operation):
AUTHMODE_1: Required Authentication for Control phase. AUTHMODE_1: Required authentication for the Control phase.
AUTHMODE_2: Optional Authentication for Control and Data phase AUTHMODE_2: Required authentication for the Control and Data
(Status Feedback PDU only). phases (Status Feedback PDU only).
A range of 60 through 63 is reserved for experimentation. IANA has A range of 60 through 63 is reserved for experimentation. IANA has
created a registry for the assigned values; see the IANA created the "Test Setup PDU Authentication Mode” registry for the
Considerations section. assigned values; see Section 12.3.4.
authUnixTime: A 32-bit timestamp of the current system (wall-clock) authUnixTime: A 32-bit timestamp of the current system (wall-clock)
time since the Unix Epoch on January 1, 1970 at 00:00:00 UTC. time since the Unix Epoch on January 1, 1970 at 00:00:00 UTC.
authDigest: This field contains the 32-octet HMAC-SHA-256 hash that authDigest: This field contains the 32-octet HMAC-SHA-256 hash that
covers the entire PDU. Normally, the calculation is done as the covers the entire PDU. Normally, the calculation is done as the
last step of building the PDU. However, if the optional checkSum last step of building the PDU. However, if the optional checkSum
field is being utilized, it becomes the penultimate step and is field is being utilized, it becomes the penultimate step and is
done just prior to the checksum calculation (with the checkSum done just prior to the checksum calculation (with the checkSum
field set to zero). field set to zero).
skipping to change at line 1466 skipping to change at line 1467
ignoreOooDup: A one-octet field. Ignore out-of-order duplicates, ignoreOooDup: A one-octet field. Ignore out-of-order duplicates,
Boolean. When True, only loss counts toward received packet Boolean. When True, only loss counts toward received packet
sequence number errors. When False, loss, out-of-order, and sequence number errors. When False, loss, out-of-order, and
duplicate totals are all counted as sequence number errors. duplicate totals are all counted as sequence number errors.
Default is True (see also Table 3 of [TR-471]). Default is True (see also Table 3 of [TR-471]).
modifierBitmap: A one-octet field. This document only assigns two modifierBitmap: A one-octet field. This document only assigns two
bits in this bitmap; see Section 12.3.7: bits in this bitmap; see Section 12.3.7:
CHTA_SRIDX_ISSTART: Treat srIndexConf as the starting sending CHTA_SRIDX_ISSTART (0x01): Treat srIndexConf as the starting
rate to be used by the load rate adjustment algorithm. sending rate to be used by the load rate adjustment algorithm.
CHTA_RAND_PAYLOAD: Randomize the payload content beyond the Load CHTA_RAND_PAYLOAD (0x02): Randomize the payload content beyond
PDU header. the Load PDU header.
Other bit positions are left unassigned per this document. Other bit positions are left unassigned per this document.
rateAdjAlgo: A one-octet field. The applied load rate adjustment rateAdjAlgo: A one-octet field. The applied load rate adjustment
algorithm; see Section 12.3.8. algorithm; see Section 12.3.8.
srStruct: Sending Rate structure. Used by the server in a Test srStruct: Sending Rate structure. Used by the server in a Test
Activation Response for an upstream test to communicate the Activation Response for an upstream test to communicate the
(initial) Load PDU transmission parameters the client SHALL use. (initial) Load PDU transmission parameters the client SHALL use.
For a Test Activation Request or a downstream test, this structure For a Test Activation Request or a downstream test, this structure
skipping to change at line 2662 skipping to change at line 2663
Authentication Mode Registry Authentication Mode Registry
IANA has assigned decimal values in the "Test Setup PDU IANA has assigned decimal values in the "Test Setup PDU
Authentication Mode" registry as follows: Authentication Mode" registry as follows:
+=======+===============================================+===========+ +=======+===============================================+===========+
| Value | Description | Reference | | Value | Description | Reference |
+=======+===============================================+===========+ +=======+===============================================+===========+
| 0 | Not used | RFC 9946 | | 0 | Not used | RFC 9946 |
+-------+-----------------------------------------------+-----------+ +-------+-----------------------------------------------+-----------+
| 1 | Required authentication for the Control | RFC 9946 | | 1 | Required authentication for | RFC 9946 |
| | phase | | | | the Control phase | |
+-------+-----------------------------------------------+-----------+ +-------+-----------------------------------------------+-----------+
| 2 | Optional authentication for the Data | RFC 9946 | | 2 | Required authentication for | RFC 9946 |
| | phase, in addition to the Control phase | | | | the Control and Data phases | |
+-------+-----------------------------------------------+-----------+ +-------+-----------------------------------------------+-----------+
Table 9: Initial Values of the Test Setup PDU Authentication Mode Table 9: Initial Values of the Test Setup PDU Authentication Mode
Registry Registry
12.3.5. Test Setup PDU Command Response Field Registry 12.3.5. Test Setup PDU Command Response Field Registry
IANA has created the "Test Setup PDU Command Response Field" registry IANA has created the "Test Setup PDU Command Response Field" registry
under the "UDP Speed Test Protocol (UDPSTP)" registry group. The under the "UDP Speed Test Protocol (UDPSTP)" registry group. The
Test Setup PDU layout contains a cmdResponse field. The code points Test Setup PDU layout contains a cmdResponse field. The code points
 End of changes. 11 change blocks. 
26 lines changed or deleted 27 lines changed or added

This html diff was produced by rfcdiff 1.48.