SPRING WG                                                         Y. Liu
Internet-Draft                                                   S. Peng
Intended status: Standards Track                         ZTE Corporation
Expires: July 31, 2021                                  January 27, 2021


SR Policy for Reverse Path draft-lp-spring-sr-policy-reverse-path-00

Abstract

This document introduces a method of dynamically configuring the return path for an SR path.

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/.

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."

This Internet-Draft will expire on July 31, 2021.

Copyright Notice

Copyright (c) 2021 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
Liu & Peng                Expires July 31, 2021                 [Page 1]


Internet-Draft     SR Policy for Reverse Segment List       January 2021
Table of Contents

1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. SR Policy for Bidirectional Path . . . . . . . . . . . . . . 2
2.1. BGP Extensions for Advertising Segment List . . . . . . . 3
2.2. Illustration . . . . . . . . . . . . . . . . . . . . . . 4
2.3. Difference from Path Segment . . . . . . . . . . . . . . 5
3. Security Considerations . . . . . . . . . . . . . . . . . . . 5
4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
5. Normative References . . . . . . . . . . . . . . . . . . . . 5
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
1.  Introduction

Echo-BFD [RFC5880] can be used to monitor an SR Policy between the local and the remote BFD peers. As defined in [RFC5880], the remote BFD system does not process the payload of an Echo BFD.

A BSID can be used to specify the return path of an Echo BFD packet.

As introduced in [I-D.ietf-spring-bfd], the sender MAY use a Binding SID (BSID) [RFC8402] that has been bound with the SR Policy that ensures the return of a packet to that particular node and a BSID MAY be associated with the SR Policy that is the reverse to the SR Policy programmed onto the BFD Echo packet by the sender.

One way to implement this is through static configuration, e.g, configure the BSID corresponding to the return path for each segment list when enable BFD for an SR policy or an segment list.

This document introduces a method of dynamically configuring the return path for an SR path, which can be used to specify the return path in Echo BFD for SR, ICMPv6 for SRv6, etc.
2.  SR Policy for Bidirectional Path

In order to specify the return path for an segment list when delivering the SR Policy, and the tail node can return the packet according to the specified return path, this document proposes extensions of SR Policy. It allows the segment list to have its own BSID.

When delivering SR policy, the BSID of the segment list and the corresponding BSID of the return segment list can be carried together.
Liu & Peng                Expires July 31, 2021                 [Page 2]


Internet-Draft     SR Policy for Reverse Segment List       January 2021
2.1.  BGP Extensions for Advertising Segment List

Segment List sub-TLV is introduced in [I-D.ietf-idr-segment-routing-te-policy] and it includes the elements of the paths (i.e., segments).

This document introduces two optional sub-sub-tlvs of Segment List sub-TLV, Binding SID Sub-TLV and Reverse Binding SID Sub-TLV.

The Binding SID sub-TLV has the following format:

0 1 2 3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     Type      |   Length      |     Flags     |   RESERVED    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |              Binding SID (variable, optional)                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 1: Binding SID Sub-TLV

where:

Type: TBD.

Length: specifies the length of the value field not including Type and Length fields.

Binding SID: the BSID of the segment list.

The Reverse Binding SID sub-TLV has the following format:

0 1 2 3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |     Type      |   Length      |     Flags     |   RESERVED    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |           Reverse  Binding SID (variable, optional)           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Figure 2: Reverse Binding SID Sub-TLV

where:

Type: TBD

Length: specifies the length of the value field not including Type and Length fields. Reverse Binding SID: the BSID of the reverse SR path. If it is encapsulated in the packet, the Reverse Binding SID must the last segment to be processed.
Liu & Peng                Expires July 31, 2021                 [Page 3]


Internet-Draft     SR Policy for Reverse Segment List       January 2021

The extended SR Policy Encoding structure is as follows:

SR Policy SAFI NLRI: <Distinguisher, Policy-Color, Endpoint>
Attributes:
Tunnel Encaps Attribute (23)
Tunnel Type: SR Policy
Binding SID SRv6 Binding SID Preference Priority Policy Name Policy Candidate Path Name Explicit NULL Label Policy (ENLP) Segment List Binding SID Reverse Binding SID Weight Segment Segment ...

Whether to carry RBSID in the packet can be configured according to service requirements. For example, when echo BFD packets are encapsulated, RBSID is carried in segment list, while packets of other services do not carry RBSID by default. Thus BFD packets and common service packets can share the same SR Policy.
2.2.  Illustration

               +-+      +-+      +-+      +-+
               |A|------|B|------|C|------|D|
               +-+      +-+      +-+      +-+

Figure 3: Reference Topology

The content of Segment List1 in SR Policy1 received by A is:

Segment List1 Reverse Binding SID D1 Segment B Segment C Segment D

The content of Segment List2 in SR Policy2 received by D is: Segment List2 Binding SID D1 Segment C Segment B Segment A
Liu & Peng                Expires July 31, 2021                 [Page 4]


Internet-Draft     SR Policy for Reverse Segment List       January 2021

The SID-List of the BFD ECHO sent by A is < B, C, D, D1 >.

After the packet arrives at node D, D1 is Segment List2 BSID. BFD packets are returned from node D according to segment list < C, B, A >.
2.3.  Difference from Path Segment

TBD
3.  Security Considerations

Procedures and protocol extensions defined in this document do not affect the security considerations discussed in [I-D.ietf-idr-segment-routing-te-policy] and [I-D.ietf-spring-segment-routing-policy].
4.  IANA Considerations

TBD
5.  Normative References

[I-D.ietf-idr-segment-routing-te-policy]
Previdi, S., Filsfils, C., Talaulikar, K., Mattes, P., Rosen, E., Jain, D., and S. Lin, "Advertising Segment Routing Policies in BGP", draft-ietf-idr-segment-routing- te-policy-11 (work in progress), November 2020.

[I-D.ietf-spring-bfd]
Mirsky, G., Tantsura, J., Varlashkin, I., Chen, M., and J. Wenying, "Bidirectional Forwarding Detection (BFD) in Segment Routing Networks Using MPLS Dataplane", draft- ietf-spring-bfd-00 (work in progress), September 2020.

[I-D.ietf-spring-segment-routing-policy]
Filsfils, C., Talaulikar, K., Voyer, D., Bogdanov, A., and P. Mattes, "Segment Routing Policy Architecture", draft- ietf-spring-segment-routing-policy-09 (work in progress), November 2020.




Liu & Peng                Expires July 31, 2021                 [Page 5]


Internet-Draft     SR Policy for Reverse Segment List       January 2021


[RFC5880] Katz, D. and D. Ward, "Bidirectional Forwarding Detection
(BFD)", RFC 5880, DOI 10.17487/RFC5880, June 2010, <https://www.rfc-editor.org/info/rfc5880>.

[RFC8402] Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L.,
Decraene, B., Litkowski, S., and R. Shakir, "Segment Routing Architecture", RFC 8402, DOI 10.17487/RFC8402, July 2018, <https://www.rfc-editor.org/info/rfc8402>.

Authors' Addresses

Liu Yao ZTE Corporation Nanjing China

Email: liu.yao71@zte.com.cn


Peng Shaofu ZTE Corporation Nanjing China

Email: peng.shaofu@zte.com.cn


























Liu & Peng Expires July 31, 2021 [Page 6]
                    
        


Ad

Translate documents to 日本語, svenska, Nederlands, Deutsch, français, русский, italiano, español, Tiếng Việt, polski, português, 中文, українська, català, norsk, فارسی, suomi, Bahasa Indonesia, العربية, čeština, 한국어, Bahasa Melayu, magyar, română, српски and other languages.
inserted by FC2 system