Performance Measurement with Asymmetrical Packets in STAMP

Simple Two-way Active Measurement Protocol (STAMP) defined the STAMP base functionalities and, among them, the use of symmetrical test packets. In some scenarios, e.g., rate measurements discussed in , it is beneficial not only to use a variable size of the test packets transmitted downstream while controlling length, number, and interpacket interval for reflected test packets. This document specifies an optional extension of STAMP as defined in that allows for control of the length, number, and interpacket interval of reflected STAMP test packets transmitted in response to a received STAMP test packet. Measurement of performance metrics in a multicast network using an active measurement method has specific challenges compared to what operators experience monitoring in a unicast network. This document analyzes these challenges, and defines procedures and STAMP extensions to achieve more efficient measurements with a lesser impact on a network.

Terminology STAMP Simple Two-way Active Measurement Protocol

Requirements Language The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 and when, and only when, they appear in all capitals, as shown here.

Problem Statement STAMP () allows for variable lengths of the test packets transmitted by a Session-Sender. analyses rate measurement scenarios where it is beneficial to enable control of the responding node reflecting the received test packet with a different length and, in some cases, with a series of equally timed test packets. Measuring performance metrics using an active method in a multicast network is another use case where the ability to control the behavior of the Session-Reflector is beneficial. In some environments, an operator may request that reflected packets be as small as the protocol allows. In another scenario, an operator may request the suppression of test packet reflection altogether. Another scenario may need the ability to define a subset of nodes processing received test packets.

Reflected Test Packet Control TLV This document defines a new optional STAMP extension, Reflected Test Packet Control TLV. The format of the Reflected Test Packet Control TLV is presented in .

Reflected Test Packet Control TLV Format The interpretation of the fields is as follows:

STAMP TLV Flags is a one-octet field.
Type is a fourteen-bit field that identifies the Reflected Test Packet Control TLV. IANA is requested () to assign (TBA1) value.
Length is a two-octet field. The value is variable, not smaller than 12 octets.
Length of the Reflected Packet is a four-octet field. The value is an unsigned integer that is the requested length of a reflected test packet in octets.
Number of the Reflected Packets is a four-octet field. The value is the number of reflected test packets the Session-Reflector is requested to transmit in response to receiving a STAMP test packet with the Reflected Test Packet Control TLV.
Interval Between Reflected Packets is a four-octet field. The value is an unsigned integer set to the interval in nanoseconds between the transmission of the consecutive reflected test packets in response to receiving a STAMP test packet with the Reflected Test Packet Control TLV.
Sub-TLVs - an optional field that includes additional information communicated by a Session-Sender.

A Session-Sender MAY include the Reflected Test Packet Control TLV in a STAMP test packet. If the received STAMP test packet includes the Reflected Test Packet Control TLV, the Session-Reflector MUST transmit a sequence of reflected test packets according to the following rules:

The length of the reflected test packet MUST be the largest of the length of the Session-Reflector packet in the mode matching mode of the received STAMP test packet, as defined in Section 4.3 of with all the present in the received STAMP test packet STAMP extension TLVs , excluding the Extra Padding TLV, and the value in the Length of the Reflected Packet aligned at a four-octets boundary. The Session-Reflector MUST use the Extra Padding TLV (Section 4.1 of ) to increase the length of the reflected test packet.
The number of reflected test packets in the sequence MUST equal to the value of the Number of the Reflected Test Packets.
If the value of the Number of Reflected Packets is larger than one, the interval between the transmission of two consecutive reflected packets in the sequence MUST be equal to the value in the Interval Between Reflected Packets in milliseconds.
If the value of the Number of Reflected Packets equals zero, then the Session-Reflector MUST NOT send a reflected packet. Processing of the received STAMP test packet with the Reflected Test Packet Control TLV is according to the local policy.
Each reflected test packet in the sequence is formed according to Section 4.3 of .

Address Group Sub-TLVs

Layer 2 Address Group Sub-TLV Layer 2 Address Group sub-TLV: A 16-octet sub-TLV that includes the EUI-48 Address Group Mask and EUI-48 Address Group. The Type value is TBA2 (). The value of the Length field MUST be equal to 12. The format of Layer 2 Address Group sub-TLV is presented in .

Layer 2 Address Group Sub-TLV Format The Value field consists of the following fields:

EUI-48 Address Group Mask: A six-octet field that represents the bitmask to be applied to the Session-Reflector MAC Address.
EUI-48 Address Group: A six-octet field that represents the group this TLV is addressed to. If the Session-Reflector applies EUI-48 Address Group Mask to its MAC Address and the result is different from EUI-48 Address Group, then the Session-Reflector MUST stop processing the received test packet.

Layer 3 Address Group Sub-TLV Layer 3 Address Group sub-TLV: A variable-length sub-TLV that includes the IP Address Family, IP Network Prefix, and IP Prefix Length. The Type value is TBA3 (). The value of the Length field MUST be equal to 8 or 20. The format of Layer 3 Address Group sub-TLV is presented in .

Layer 3 Address Group Sub-TLV Format The Value field consists of the following fields:

Address Family: A one-octet field that indicates the type of IP address contained in the IP Network Prefix field. If that is IPv4 address, then the value MUST be set to 1. For the IPv6 address, the value MUST be set to 2. Other values MUST be considered invalid.
Prefix Length: A one-octet unsigned integer field that contains the length, in bits, of the network prefix part of the value in the IP Network field.
Reserved: A two-octet field. The field MUST be zeroed on transmission and ignored on receipt.
IP Network Prefix: A variable-length field. Depending on the value of the Address Family field, the field contains either IPv4, or IPv6 address. If the former, the length is four octets; if the latter - 16 octets.

Theory of Operation

Rate Measurement TBD

Active Performance Measurement in Multicast Environment According to , a STAMP Session is demultiplexed by a Session-Reflector by the tuple that consists of source and destination IP addresses, source and destination UDP port numbers, or the source IP address and STAMP Session Identifier. That is also the case of the monitoring performance of a multicast flow, despite that the destination IP address is multicast. Therefore the behavior of a Session-Reflector upon receiving a STAMP test packet over a multicast tree is as defined in and . The Session-Reflector MUST use the source IP address of the received STAMP test packet as the destination IP address of the reflected test packet, and MUST use one of the IP addresses associated with the node as the source IP address for that packet. The Session-Sender has to pay more attention when sending a multicast STAMP packet. Instead of possibly, receiving a reply from a Session-Reflector may now receive multiple replies from multiple counterparts: its STAMP Session has a 1:N relation. Network traffic is another aspect that needs attention: network congestion may happen if a single packet can generate millions of concurrent replies, all directed to the same endpoint. Adding a Reflected Test Packet Control TLV allows Session-Sender to limit the number of replies. It may do so by selecting Session-Reflectors, for example:

Randomly by specifying a Layer 2 Address Group Sub-TLV: for example, setting the EUI-48 Address Group Mask to 0xF and the EUI-48 Address Group to 0x1. As a result, only 1 out of 16 reflectors will reply;
Having a specific vendor NIC by specifying a Layer 2 Address Group Sub-TLV with the EUI-48 Address Group Mask set to 0xFFFFFF000000;
Belonging to specific IP networks, for example, a subnet dedicated to IPv6 over IPv4 encapsulation by specifying the appropriate Layer 3 Address Group Sub-TLV.

Multicast traffic is also intrinsically asymmetrical, and focus on the return path is usually limited. The Length of the Reflected Packet value can be used to ensure the reflected packet transports all the timestamps and requested information, crucial for the underlying measure, but is as short as possible so as not to flood the network with useless data.

Security Considerations Security considerations discussed in and apply to this document. Furthermore, spoofed STAMP test packets with the Reflected Test Packet Control TLV can be exploited to conduct Denial-of-Service attack. Hence, implementations MUST provide a means of checking the source addresses of the STAMP test packets containing the Reflected Test Packet Control TLV.

Acknowledgments TBA

IANA Considerations

Reflected Test Packet Control TLV Type The IANA is requested to assign a new value for the Reflected Test Packet Control TLV from the STAMP TLV Types sub-registry according to . New Reflected Test Packet Control Type TLV

Value	Description	Reference
TBA1	Reflected Test Packet Control TLV	This document

Reflected Test Packet Control TLV Type The IANA is requested to assign a new value for the Reflected Test Packet Control TLV from the STAMP Sub-TLV Types sub-registry according to . STAMP sub-TLV Types for the Reflected Test Packet Control TLV

Value	Description	TLV Used	Reference
TBA2	Layer 2 Address Group	Reflected Test Packet Control TLV	This document
TBA3	Layer 3 Address Group	Reflected Test Packet Control TLV	This document