rfc-9341

Alternate-Marking Method

G. Fioccola (Editor), M. Cociglio, G. Mirsky, T. Mizrahi, T. Zhou
date2022-12 streamIETF areaops wgippm statusPROPOSED STANDARD pages22 canonicalhttps://www.rfc-editor.org/rfc/rfc9341 doi10.17487/RFC9341 errataview
This document describes the Alternate-Marking technique to perform packet loss, delay, and jitter measurements on live traffic. This technology can be applied in various situations and for different protocols. According to the classification defined in RFC 7799, it could be considered Passive or Hybrid depending on the application. This document obsoletes RFC 8321.

obsoletes

Extracted elements (30)

design-rationale §2

Alternate Marking avoids per-packet sequence numbers by 'coloring' packets so consecutive blocks have different colors. This eliminates the need to extract and process a sequence number from each packet in real time, which can overload devices, especially when higher-layer sequence numbers are buried inside the payload.

measurement

design-rationale §3.2.2

Single-Marking is sensitive to out-of-order reception and only yields mean delay without distribution information. Double-Marking was introduced to obtain minimum, maximum, median, and percentile delay values and to robustly identify which measurement packet was lost within a block.

measurement

design-rationale §1

The Alternate-Marking Method is classified as Hybrid Type I per RFC 7799 because the change in value of marking bits occurs at domain edges, which formally constitutes a modification of the stream of interest, even though no new packets are injected. This distinction from pure Passive measurement motivates the controlled-domain restriction.

measurement

interoperability-note §1.1

All changes in RFC 9341 relative to RFC 8321 are fully backward compatible; no new technique has been introduced. RFC 9341 adds recommendations for one-flag versus two-flag deployments and extends description of synchronization, timing, and fragmentation handling.

measurement

interoperability-note §3.2

NTP (RFC 5905) or IEEE 1588 PTP may be used for timestamp formats and clock synchronization depending on required precision. The Alternate-Marking Method depends on an underlying time synchronization protocol for both delay measurement validity and block boundary alignment.

measurement, ntp

interoperability-note §1

The method is applicable to any packet-based traffic including Ethernet, IP, and MPLS, both point-to-point unicast and multicast. RFC 9342 generalizes the coloring and counting functions for multipoint-to-multipoint flows.

measurement, ip, mpls

normative-requirement §3.2.1 MUST

For coherent delay comparison across routers, clocks on all network nodes performing delay measurement MUST be in sync. A measurement is valid only if no packet loss occurs and packet misordering can be avoided.

measurement

normative-requirement §6 MUST

Marking nodes MUST mark all fragments if flag bits are available in the encapsulation, treating each fragment as a separate packet. This applies regardless of whether fragmentation occurs at the marking node.

measurement, ip

normative-requirement §6 SHOULD

Measurement points SHOULD ignore unmarked fragments and count marked fragments as full packets. With sufficient resources, they MAY track both marked and unmarked initial fragments and increment the counter only if all other fragments are consistently marked or consistently unmarked.

measurement

normative-requirement §6 SHOULD

Nodes that fragment packets within the measurement domain SHOULD, if capable, ensure that only one resulting fragment carries the marking bit(s) of the original packet, to avoid introducing errors into the measurement.

measurement, ip

normative-requirement §7.1 MUST

The Alternate-Marking Method MUST only be applied within controlled domains. Policies at domain boundaries must filter external marked packets entering the domain and internal marked packets leaving it.

measurement, security

normative-requirement §4.3 MUST

The Block Number MUST be assigned to each measurement block and associated with each packet count and timestamp reported to or pulled by other nodes or NMSs, ensuring that matching BNs from upstream and downstream nodes confirm the same measurement block.

measurement

normative-requirement §3.1 REQUIRED

The flow-based measurement strategy is REQUIRED when implementing this specification. It requires identifying the flow to be monitored and discovering the path it follows; measurement is consistent only if all flows in a group follow the same path.

measurement

normative-requirement §5 MUST

The synchronization accuracy condition d < L/2 MUST be satisfied, where d is the guard band and L is the block duration. Packet counters and double-marked packets MUST respectively be read and selected within the resulting available counting interval to avoid error from out-of-order effects and clock skew.

measurement

normative-requirement §3.1 REQUIRED

The use of a fixed timer for switching block color is REQUIRED when implementing this specification. Switching after a fixed number of packets is an additional possibility, but its detailed specification is out of scope.

measurement

normative-requirement §4.3 SHOULD

When counters and timestamps are reported to nodes or an NMS, a data correlation mechanism SHOULD be in use to associate any two packet counts or timestamps with the same measurement block or marked packet.

measurement

normative-requirement §7 MUST

When only one flag bit is available, packet-loss measurement MUST follow Section 3.1 and delay measurement MUST use the Single-Marking Method (Section 3.2.1). When two flag bits are available, delay measurement MUST use the Double-Marking Method (Section 3.2.2).

measurement

privacy-consideration §10

Privacy concerns are limited because the method only uses information in the packet header or encapsulation and does not release user data. The limited marking technique is unlikely to substantially increase existing privacy risks from header metadata, though covert-channel modulation of the marking is a theoretical concern.

privacy, measurement

protocol-element §4.3

A Block Number (BN) MAY be used for data correlation. When used, the BN MUST be assigned to each measurement block and associated with every packet count and timestamp reported, so that a correlator can match upstream and downstream samples to the same block.

measurement

protocol-element §4.3

Data collection transmits per-block counters and timestamps from measurement nodes to a correlator. Correlation may use a centralized NMS (push or poll mode) or a distributed protocol-based exchange (e.g., extensions to TWAMP or OWAMP).

measurement

protocol-element §3.2.2

Double-Marking delay methodology uses a first marking bit to create alternate blocks (for loss and mean-delay) and a second marking bit to select specific packets within each block for per-packet delay measurement. This overcomes out-of-order sensitivity and enables delay distribution statistics (percentiles, variance, median).

measurement

protocol-element §3.2.1

Single-Marking delay methodology: whenever the color changes, a measurement node timestamps the first packet of the new block. Comparing the timestamp of the same first packet at an upstream node versus a downstream node yields the one-way delay for that block.

measurement

protocol-element §5

The guard band d is defined as d = A + D_avg + 3*D_stddev, where A is the clock accuracy bound, D_avg is the average network delay, and D_stddev is its standard deviation. The available counting interval is L - 2d, which must be positive.

measurement

protocol-element §3.1

Traffic is divided into consecutive blocks by alternating a marking color (A or B) in a packet header flag bit. All packets in the same block share the same color; a color change signals the boundary between blocks and serves as an auto-synchronization signal for measurement points along the path.

measurement, ip, mpls

protocol-element §3.1

Two measurement strategies are defined: flow-based (only a specified flow is colored; requires advance knowledge of the path) and link-based (all traffic on a link is colored; each hop must re-color the traffic because the color need not be consistent across links).

measurement

security-consideration §10

An on-path attacker can selectively induce synthetic delay to delay-colored packets, causing systematic error in delay measurements. Attacks on the underlying time synchronization protocol (see RFC 7384) can further compromise measurement integrity.

security, measurement

security-consideration §10

Applying Alternate Marking outside a controlled domain allows attackers to inject artificially marked packets, potentially skewing measurements. Externally marked packets MUST be filtered or cleared at domain ingress boundaries; nodes outside the domain should ignore marked packets.

security, measurement

security-consideration §10 MUST

Channels used to report flow statistics between monitoring points and the NMS MUST be secured, as attacks on data collection and reporting can interfere with proper measurement system functioning.

security, measurement

security-consideration §10

It is theoretically possible to modulate the marking bit pattern to serve as a covert channel for an on-path observer, though this would have a very low data rate if it is to avoid adversely affecting measurement systems that monitor the marking. The controlled-domain constraint limits exposure.

security, privacy, measurement

security-consideration §10

Routers or other on-path devices could intentionally alter marking bits to corrupt measurements. Because the method is confined to a controlled domain with locally administered nodes, such insider attacks can be operationally detected and prevented.

security, measurement