RFC 8402

Segment Routing Architecture, July 2018

Canonical URL:
https://www.rfc-editor.org/rfc/rfc8402.txt
File formats:
Plain TextPDF
Status:
PROPOSED STANDARD
Authors:
C. Filsfils, Ed.
S. Previdi, Ed.
L. Ginsberg
B. Decraene
S. Litkowski
R. Shakir
Stream:
IETF
Source:
spring (rtg)

Cite this RFC: TXT  |  XML

DOI:  10.17487/RFC8402

Discuss this RFC: Send questions or comments to spring@ietf.org

Other actions: Submit Errata  |  Find IPR Disclosures from the IETF


Abstract

Segment Routing (SR) leverages the source routing paradigm. A node steers a packet through an ordered list of instructions, called "segments". A segment can represent any instruction, topological or service based. A segment can have a semantic local to an SR node or global within an SR domain. SR provides a mechanism that allows a flow to be restricted to a specific topological path, while maintaining per-flow state only at the ingress node(s) to the SR domain.

SR can be directly applied to the MPLS architecture with no change to the forwarding plane. A segment is encoded as an MPLS label. An ordered list of segments is encoded as a stack of labels. The segment to process is on the top of the stack. Upon completion of a segment, the related label is popped from the stack.

SR can be applied to the IPv6 architecture, with a new type of routing header. A segment is encoded as an IPv6 address. An ordered list of segments is encoded as an ordered list of IPv6 addresses in the routing header. The active segment is indicated by the Destination Address (DA) of the packet. The next active segment is indicated by a pointer in the new routing header.


For the definition of Status, see RFC 2026.

For the definition of Stream, see RFC 4844.


Download PDF Reader