rfc9779v2.txt | rfc9779.txt | |||
---|---|---|---|---|
Internet Engineering Task Force (IETF) R. Gandhi, Ed. | Internet Engineering Task Force (IETF) R. Gandhi, Ed. | |||
Request for Comments: 9779 C. Filsfils | Request for Comments: 9779 C. Filsfils | |||
Category: Standards Track D. Voyer | Category: Standards Track D. Voyer | |||
ISSN: 2070-1721 Cisco Systems, Inc. | ISSN: 2070-1721 Cisco Systems, Inc. | |||
S. Salsano | S. Salsano | |||
Universita di Roma "Tor Vergata" | Universita di Roma "Tor Vergata" | |||
M. Chen | M. Chen | |||
Huawei | Huawei | |||
April 2025 | May 2025 | |||
Performance Measurement for Segment Routing Networks with the MPLS Data | Performance Measurement for Segment Routing Networks with the MPLS Data | |||
Plane | Plane | |||
Abstract | Abstract | |||
This document specifies the application of the MPLS loss and delay | This document specifies the application of the MPLS loss and delay | |||
measurement techniques (originally defined in RFCs 6374, 7876, and | measurement techniques (originally defined in RFCs 6374, 7876, and | |||
9341) within Segment Routing (SR) networks that utilize the MPLS data | 9341) within Segment Routing (SR) networks that utilize the MPLS data | |||
plane, also referred to as Segment Routing over MPLS (SR-MPLS). SR | plane, also referred to as Segment Routing over MPLS (SR-MPLS). SR | |||
skipping to change at line 310 ¶ | skipping to change at line 310 ¶ | |||
[RFC6374] containing an address of the responder can be sent in the | [RFC6374] containing an address of the responder can be sent in the | |||
query messages. The responder that supports this TLV MUST return | query messages. The responder that supports this TLV MUST return | |||
Control Code 0x1 (Success) [RFC6374] if it is the intended | Control Code 0x1 (Success) [RFC6374] if it is the intended | |||
destination for the query. Otherwise, it MUST return Error 0x15: | destination for the query. Otherwise, it MUST return Error 0x15: | |||
Invalid Destination Node Identifier [RFC6374]. | Invalid Destination Node Identifier [RFC6374]. | |||
4.2. Response Message for Links and SR-MPLS Policies | 4.2. Response Message for Links and SR-MPLS Policies | |||
4.2.1. One-Way Measurement Mode | 4.2.1. One-Way Measurement Mode | |||
In the one-way measurement mode defined in Section 2.4 of [RFC6374], | In one-way measurement mode, as defined in Section 2.4 of [RFC6374], | |||
the querier can receive response messages with an IP/UDP header "out- | the querier can set the UDP Return Object (URO) TLV in the query | |||
of-band" by properly setting the UDP Return Object (URO) TLV in the | message. This enables the querier to receive the out-of-band | |||
query message. The URO TLV (Type 131) is defined in [RFC7876] and | response message encapsulated in an IP/UDP header sent to the IP | |||
includes the UDP-Destination-Port and IP address. When the querier | address and UDP port specified in the URO TLV. The URO TLV (Type | |||
sets an IP address and a UDP port in the URO TLV, the response | 131) is defined in [RFC7876] and includes the UDP-Destination-Port | |||
message MUST be sent to that IP address, with that IP address as the | and IP address. When the querier sets an IP address and a UDP port | |||
destination address and the UDP port as the destination port. In | in the URO TLV, the response message MUST be sent to that IP address, | |||
addition, the Control Code in the query message MUST be set to Out- | with that IP address as the destination address and the UDP port as | |||
of-band Response Requested [RFC6374]. | the destination port. In addition, the Control Code in the query | |||
message MUST be set to Out-of-band Response Requested [RFC6374]. | ||||
4.2.2. Two-Way Measurement Mode | 4.2.2. Two-Way Measurement Mode | |||
In the two-way measurement mode defined in Section 2.4 of [RFC6374], | In the two-way measurement mode defined in Section 2.4 of [RFC6374], | |||
the response messages SHOULD be sent back one of two ways: either | the response messages SHOULD be sent back one of two ways: either | |||
they are sent back in-band on the same link, or they are sent back on | they are sent back in-band on the same link, or they are sent back on | |||
the same end-to-end SR-MPLS path (i.e., the same set of links and | the same end-to-end SR-MPLS path (i.e., the same set of links and | |||
nodes) in the reverse direction to the querier. This is done in | nodes) in the reverse direction to the querier. This is done in | |||
order to perform accurate two- way delay measurement. | order to perform accurate two-way delay measurement. | |||
For links, the response message as defined in [RFC6374] is sent back | For links, the response message as defined in [RFC6374] is sent back | |||
on the same incoming link where the query message is received. In | on the same incoming link where the query message is received. In | |||
this case, the Control Code in the query message MUST be set to In- | this case, the Control Code in the query message MUST be set to In- | |||
band Response Requested [RFC6374]. | band Response Requested [RFC6374]. | |||
For end-to-end SR-MPLS paths, the responder transmits the response | For end-to-end SR-MPLS paths, the responder transmits the response | |||
message (see the example as shown in Figure 2) on a specific return | message (see the example as shown in Figure 2) on a specific return | |||
SR-MPLS path. In the query message, the querier can request that the | SR-MPLS path. In the query message, the querier can request that the | |||
responder send the response message back on a given return path using | responder send the response message back on a given return path using | |||
skipping to change at line 392 ¶ | skipping to change at line 393 ¶ | |||
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | |||
Figure 3: Example Query Message Header for an End-to-End SR-MPLS | Figure 3: Example Query Message Header for an End-to-End SR-MPLS | |||
Policy in the Loopback Measurement Mode | Policy in the Loopback Measurement Mode | |||
5. Delay and Loss Measurement | 5. Delay and Loss Measurement | |||
5.1. Delay Measurement Message | 5.1. Delay Measurement Message | |||
As defined in [RFC6374], MPLS Delay Measurement (DM) query and | As defined in [RFC6374], MPLS Delay Measurement (DM) query and | |||
response messages use the Associated Channel Header (ACH) (with the | response messages use the Associated Channel Header (ACH) (with value | |||
value 0x000C for delay measurement). This value identifies the | 0x000C for delay measurement). The value identifies the message type | |||
message type and message payload that follow the ACH, as defined in | and message payload that follow the ACH, as defined in Section 3.2 of | |||
Section 3.2 of [RFC6374]. For delay measurement, the same ACH value | [RFC6374]. For delay measurement, the same ACH value is used for | |||
is used for both links and end-to-end SR-MPLS Policies. | both links and end-to-end SR-MPLS Policies. | |||
5.2. Loss Measurement Message | 5.2. Loss Measurement Message | |||
The Loss Measurement (LM) protocol can perform two distinct kinds of | The Loss Measurement (LM) protocol can perform two distinct kinds of | |||
loss measurement as described in Section 2.9.8 of [RFC6374]. | loss measurement as described in Section 2.9.8 of [RFC6374]. | |||
* In the inferred mode, LM will measure the loss of specially | * In the inferred mode, LM will measure the loss of specially | |||
generated test messages to infer the approximate data plane loss | generated test messages to infer the approximate data plane loss | |||
level. Inferred mode LM provides only approximate loss | level. Inferred mode LM provides only approximate loss | |||
accounting. | accounting. | |||
* In the direct mode, LM will directly measure data plane packet | * In the direct mode, LM will directly measure data plane packet | |||
loss. Direct mode LM provides perfect loss accounting but may | loss. Direct mode LM provides perfect loss accounting but may | |||
require hardware support. | require hardware support. | |||
As defined in [RFC6374], MPLS LM query and response messages use the | As defined in [RFC6374], MPLS LM query and response messages use the | |||
ACH (with the value 0x000A for direct loss measurement or value | ACH (with value 0x000A for direct loss measurement or value 0x000B | |||
0x000B for inferred loss measurement). This value identifies the | for inferred loss measurement). This value identifies the message | |||
message type and message payload that follow the ACH, as defined in | type and message payload that follow the ACH, as defined in | |||
Section 3.1 of [RFC6374]. For loss measurement, the same ACH value | Section 3.1 of [RFC6374]. For loss measurement, the same ACH value | |||
is used for both links and end-to-end SR-MPLS Policies. | is used for both links and end-to-end SR-MPLS Policies. | |||
5.3. Combined Loss/Delay Measurement Message | 5.3. Combined Loss/Delay Measurement Message | |||
As defined in [RFC6374], combined LM/DM query and response messages | As defined in [RFC6374], combined LM/DM query and response messages | |||
use the ACH (with the value 0x000D for direct loss and delay | use the ACH (with value 0x000D for direct loss and delay measurement | |||
measurement or the value 0x000E for inferred loss and delay | or value 0x000E for inferred loss and delay measurement). The value | |||
measurement). The value identies the message type and the message | identifies the message type and the message payload that follows the | |||
payload that follows the ACH, as defined in Section 3.3 of [RFC6374]. | ACH, as defined in Section 3.3 of [RFC6374]. For combined loss and | |||
For combined loss and delay measurement, the same ACH value is used | delay measurement, the same ACH value is used for both links and end- | |||
for both links and end-to-end SR-MPLS Policies. | to-end SR-MPLS Policies. | |||
5.4. Counters | 5.4. Counters | |||
The Path Segment Identifier (PSID) [RFC9545] MUST be carried in the | The Path Segment Identifier (PSID) [RFC9545] MUST be carried in the | |||
received data packet for the traffic flow under measurement, in order | received data packet for the traffic flow under measurement, in order | |||
to account for received traffic on the egress node of the SR-MPLS | to account for received traffic on the egress node of the SR-MPLS | |||
Policy. In the direct mode, the PSID in the received query message | Policy. In the direct mode, the PSID in the received query message | |||
(as shown in Figure 4) can be used to associate the received traffic | (as shown in Figure 4) can be used to associate the received traffic | |||
counter on the responder to detect the transmit packet loss for the | counter on the responder to detect the transmit packet loss for the | |||
end-to-end SR-MPLS Policy. | end-to-end SR-MPLS Policy. | |||
End of changes. 6 change blocks. | ||||
26 lines changed or deleted | 27 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. |