China Mobile

CN lizhenqiang@chinamobile.com

China Mobile

CN songliyan@chinamobile.com

China Mobile

CN songguangchenjc@chinamobile.com

Routing Inter-Domain Routing BGP SR Policy State Sub-TLV This document extends BGP SR Policy, the same protocol used to configure SR Policies, to report operational state information of SR Policies, Candidate Paths, and Segment Lists. Optional State sub-TLVs, carried within the BGP Tunnel Encapsulation attribute, are introduced in this document to report the operational states (e.g., Down, Inactive, or Invalid) along with their associated reasons of the SR Policies from network elements to controller. These extensions are restricted to operational state reporting and do not alter SR Policy computation, path selection procedures, or the operations of the base BGP protocol.

Introduction In practice, BGP SR Policy is usually used by controller to configure SR Policies on the relevant network elements, i.e., the headends of the SR Policies. Deployments of SR Policies require the controller to obtain accurate operational state information for instantiated policies. Such information is critical to policy lifecycle management, troubleshooting, and service assurance. Existing mechanisms for conveying SR Policy state include YANG notifications as defined in and SR Policy State TLVs carried in BGP-LS, as specified in . These approaches typically require additional protocol sessions between network elements and controllers, which increases operational complexity. This document extends BGP SR Policy , the same protocol used to configure SR Policies, to report the operational states (e.g., Down, Inactive, or Invalid) along with their associated reasons of the SR Policies from network elements to controller, thereby reducing the number of protocols that need to be run between network elements and controller, lowering the requirements for network elements and controller, and simplifying network configuration and network operation and maintenance. This document does not update or obsolete , , , or . The extensions defined here are restricted to operational state reporting and do not alter existing protocol procedures or protocol semantics.

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 when, and only when, they appear in all capitals, as shown here.

Extensions to BGP SR Policy This document defines optional State sub-TLVs carried within the BGP Tunnel Encapsulation Attribute (see section 2.1) to report the operational states (e.g., Down, Inactive, or Invalid) along with their associated reasons of the SR Policies from network elements to controller. The operational states and the associated reasons include those for SR Policies (see section 2.2), Candidate Paths(see section 2.3), and Segment Lists (see section 2.4).

Encoding of SR Policy State Information The extended BGP SR Policy encoding is as follows:

Extended BGP SR Policy Encoding Attributes: Tunnel Encapsulation Attribute(23) Tunnel Type: SR Policy(15) Binding SID Preference Priority SR Policy Name SR Policy State SR Policy Candidate Path Name SR Policy Candidate Path State Explicit NULL Label Policy (ENLP) Segment List State Weight Segment Segment ... ... ]]>

The state sub-TLVs defined in this document follow a hierarchical model where Segment List state may influence Candidate Path state, and Candidate Path state may influence overall SR Policy state. The exact derivation procedures are implementation-specific.

Policy State sub-TLV The Policy State sub-TLV is used to report the operational state of an SR Policy. The format of Policy State sub-TLV is as follows:

Policy State sub-TLV

Type (1 octet): Indicates this sub-TLV is Policy State, specific values need to be assigned by IANA. Length (1 octet): Length in octets of the Value field. Flags (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. State (4 octets): Indicates the operational state of the SR Policy. The format is as follows:

State Field for Policy State sub-TLV

A flag:

• If A = 0: The SR Policy is in the administrative up state.
• If A = 1: The SR Policy is administratively disabled.

D flag:

• If D = 0: The SR Policy is in the up state.
• If D = 1: The SR Policy is in the down state.

RESERVED: Reserved bits MUST be set to 0 on transmission and ignored on receipt. The Policy State sub-TLV may optionally carry the following sub-TLVs: the Active Candidate Path sub-TLV and the Policy Down Reason sub-TLV.

Active Candidate Path sub-TLV The Active Candidate Path sub-TLV is used, when an active Candidate Path exists for the SR Policy, to carry the candidate path that is currently active. Its format is as follows:

Active Candidate Path sub-TLV

Type (1 octet): Indicates this sub-TLV is Active Candidate Path, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Active Candidate Path sub-TLV in octets. Flags (1 octet): Indicates the type of Binding SID, its format is as follows:

Flags Field for Active Candidate Path Sub-TLV

Where:

• If S = 0: Indicates the Binding SID is a 4-byte SR-MPLS BSID.
• If S = 1: Indicates the Binding SID is a 16-byte SRv6 BSID.

RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Binding SID (4 or 16 octets): The Binding SID of the active candidate path. The length is determined by the S bit in the Flags field.

Policy Down Reason Sub-TLV The Policy Down Reason sub-TLV is used, when the SR Policy is in the down state, to carry the reason for the failure. Its format is as follows:

Policy Down Reason sub-TLV

Type (1 octet): Indicates this sub-TLV is Policy Down Reason, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Policy Down Reason sub-TLV in octets. Flags (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Reason (4 octet): Indicates the specific reason for the SR Policy failure. Its format is as follows:

Reason Field for Policy Down Reason sub-TLV

B flag:

• If B = 0: Indicates the failure is not detected by BFD.
• If B = 1: Indicates the SR Policy failure is due to BFD detecting the policy as unavailable.

I flag:

• If I = 0: Indicates the failure is not detected after IGP convergence.
• If I = 1: Indicates the SR Policy failure is due to the IGP detecting the policy as unavailable after convergence (e.g., the SID used by the SR Policy becomes unavailable following IGP convergence).

U flag:

• If U = 0: The failure reason is known.
• If U = 1: The failure reason is unknown.

RESERVED:Reserved bits MUST be set to 0 on transmission and ignored on receipt.

Candidate Path State Sub-TLV The Candidate Path State sub-TLV reports the operational state of an SR Policy Candidate Path. The format of the Candidate Path State sub-TLV is as follows:

Candidate Path State sub-TLV

Type (1 octet): Indicates this sub-TLV is Candidate Path State, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Candidate Path State sub-TLV in octets. Flags (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. State (4 octets): Indicates the operational state of the Candidate Path. The format is as follows:

State Field for Candidate Path State sub-TLV

A flag:

• If A = 0: The candidate path is in the administrative up state.
• If A = 1: The candidate path is in the administrative down state, meaning the path has been administratively configured as unavailable.

D flag:

• If D = 0: The candidate path is in the up state.
• If D = 1: The candidate path is in the down state.

S flag:

• If S = 0: The candidate path is not the active path.
• If S = 1: The candidate path is the active path selected by the SR Policy.

B flag:

• If B = 0: The candidate path is not a backup path.
• If B = 1: The candidate path is selected as a backup path.

A candidate path SHOULD NOT have both S=1 and B=1. V flag: Indicates configuration or structural validity.

• If V = 0: The candidate path is considered invalid due to configuration or structural inconsistencies.
• If V = 1: The candidate path has passed configuration and structural validity checks.

I flag: Indicates runtime operational invalidity.

• If I = 0: No operational condition currently invalidates the candidate path.
• If I = 1: The candidate path is considered operationally invalid due to runtime conditions (e.g., detected packet loss, liveness failure, or other operational impairments).

RESERVED: Reserved bits MUST be set to 0 on transmission and ignored on receipt. The Candidate Path State sub-TLV may optionally carry the following sub-TLVs: the Candidate Path Down Reason sub-TLV 、the Candidate Path Inactive Reason sub-TLV and the Candidate Path Invalid Reason sub-TLV.

Candidate Path Down Reason sub-TLV The Candidate Path Down Reason sub-TLV is used, when the candidate path is in the down state, to carry the reason for the failure. Its format is as follows:

Candidate Path Down Reason sub-TLV

Type (1 octet): Indicates this sub-TLV is Candidate Path Down Reason, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Candidate Path Down Reason sub-TLV in octets. Flags (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Reason (4 octet): Indicates the specific reason for the candidate path failure. The format is as follows:

Reason Field for Candidate Path Down Reason sub-TLV

B flag:

• If B = 0: The failure is not detected by BFD.
• If B = 1: The candidate path failure is due to BFD detecting the path as unavailable.

I flag:

• If I = 0: The failure is not detected after IGP convergence.
• If I = 1: The candidate path failure is due to the IGP detecting the path as unavailable after convergence (e.g., the SID used by the candidate path becomes unavailable following IGP convergence).

U flag:

• If U = 0: The failure reason is known.
• If U = 1: The failure reason is unknown.

RESERVED: Reserved bits MUST be set to 0 on transmission and ignored on receipt.

Candidate Path Inactive Reason sub-TLV The Candidate Path Inactive Reason sub-TLV is used, when the candidate path is not selected by the SR Policy and is in the inactive state, to carry the reason for being inactive. Its format is as follows:

Candidate Path Inactive Reason sub-TLV

Type (1 octet): Indicates this sub-TLV is Candidate Path Inactive Reason, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Candidate Path Inactive Reason sub-TLV in octets, excluding the Type and Length fields. The value is fixed to 2. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Reason (1 octet): Indicates the reason why the candidate path is not selected. Values defined by this document are listed below. Additional values may be assigned by IANA.

Reason for Candidate Path Inactive Reason Sub-TLV

Candidate Path Invalid Reason sub-TLV The Candidate Path Invalid Reason sub-TLV is used, when the candidate path fails validity check and is invalid, to carry the reason for being invalid. Its format is as follows:

Candidate Path Invalid Reason sub-TLV

Type (1 octet): Indicates this sub-TLV is Candidate Path Invalid Reason, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Candidate Path Invalid Reason sub-TLV in octets, excluding the Type and Length fields. The value is fixed to 2. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Reason (1 octet): Indicates the reason why the candidate path is invalid. Values defined by this document are listed below. Additional values may be assigned by IANA.

Reason for Candidate Path Invalid Reason Sub-TLV

Segment List State sub-TLV The Segment List State sub-TLV reports the operational state of a Segment List.The format of Segment List State sub-TLV is as follows:

Segment List State sub-TLV

Type (1 octet): Indicates this sub-TLV is Segment List State, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Segment List State sub-TLV in octets. Flags (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. State (4 octets): Indicates the operational state of the segment list. The format is as follows:

State Field for Segment List State sub-TLV

A flag:

• If A = 0: The segment list is in the administrative up state.
• If A = 1: The segment list is in the administrative down state, meaning it has been administratively configured as unavailable.

D flag:

• If D = 0: The segment list is in the up state.
• If D = 1: The segment list is in the down state.

V flag:

• If V = 0: The segment list has failed validity check.
• If V = 1: The segment list has passed validity check and is valid.

RESERVED: Reserved bits MUST be set to 0 on transmission and ignored on receipt. The Segment List State sub-TLV may optionally carry the following sub-TLVs: the Segment List Down Reason sub-TLV and the Segment List Invalid Reason sub-TLV.

Segment List Down Reason sub-TLV The Segment List Down Reason sub-TLV is used, when the segment list is in the down state, to carry the reason for the failure. Its format is as follows:

Segment List Down Reason sub-TLV

Type (1 octet): Indicates this sub-TLV is Segment List Down Reason, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Segment List Down Reason sub-TLV in octets. Flags (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Reason (4 octet): Indicates the specific reason for the segment list failure. The format is as follows:

Reason Field for Segment List Down Reason sub-TLV

B flag:

• If B = 0: The failure is not detected by BFD.
• If B = 1: The segment list failure is due to BFD detecting the segment list as unavailable.

I flag:

• If I = 0: The failure is not detected after IGP convergence.
• If I = 1: The segment list failure is due to the IGP detecting the segment list as unavailable after convergence (e.g., the SID used in the segment list becomes unavailable following IGP convergence).

U flag:

• If U = 0: The failure reason is known.
• If U = 1: The failure reason is unknown.

RESERVED: Reserved bits MUST be set to 0 on transmission and ignored on receipt.

Segment List Invalid Reason sub-TLV The Segment List Invalid Reason sub-TLV is used, when the segment list fails validity check and is invalid, to carry the reason for being invalid. Its format is as follows:

Segment List Invalid Reason sub-TLV

Type (1 octet): Indicates this sub-TLV is Segment List Invalid Reason, specific values need to be assigned by IANA. Length (1 octet): Indicates the length of the Segment List Invalid Reason sub-TLV in octets, excluding the Type and Length fields. The value is fixed to 2. RESERVED (1 octet): Reserved bits MUST be set to 0 on transmission and ignored on receipt. Reason (1 octet): Indicates the reason why the segment list is invalid. Values defined by this document are listed below. Additional values may be assigned by IANA.

Reason for Segment List Invalid Reason Sub-TLV

SR Policy State Originator Behavior A SR Policy State Originator, such as a network element acting as the headend node of a SR Policy, is a BGP SR Policy speaker that originates SR Policies state together with associated state information. The originator SHOULD determine the operational state of Segment Lists, Candidate Paths, and SR Policies based on local operational data. A change in Segment List state that affects the usability or validity of a Candidate Path SHOULD result in an update to the corresponding Candidate Path State sub-TLV. Similarly, when the state of one or more Candidate Paths affects SR Policy path selection or operational availability, the originator SHOULD update the Policy State sub-TLV accordingly. A change of the active Candidate Path for an SR Policy SHOULD be reflected in the Active Candidate Path sub-TLV. State changes MAY trigger BGP UPDATE messages, subject to local policy and report procedures.

SR Policy State Consumer Behavior An SR Policy State Consumer, such as a controller, is an entity that receives SR Policy state information via BGP SR Policy. A consumer:

• MUST be capable of parsing Policy, Candidate Path, and Segment List State sub-TLVs.
• MAY use the received state information according to local policy or operational objectives.

This document does not specify how the received state information is to be used by the consumer.

IANA Considerations IANA is requested to assign new code points from the "BGP Tunnel Encapsulation Attribute Sub-TLVs" registry for the following sub-TLVs defined in this document: New BGP Tunnel Encapsulation Sub-TLV Code Points for SR Policy State

Code Point	Description	Reference
TBD1	Policy State sub-TLV	This document
TBD2	Active Candidate Path sub-TLV	This document
TBD3	Policy Down Reason Sub-TLV	This document
TBD4	Candidate Path State Sub-TLV	This document
TBD5	Candidate Path Down Reason Sub-TLV	This document
TBD6	Candidate Path Inactive Reason sub-TLV	This document
TBD7	Candidate Path Invalid Reason sub-TLV	This document
TBD8	Segment List State sub-TLV	This document
TBD9	Segment List Down Reason sub-TLV	This document
TBD10	Segment List Invalid Reason sub-TLV	This document

Security Considerations This document introduces no new security considerations beyond those already described for BGP and BGP SR Policy .

References Normative References Informative References