Source Packet Routing in Networking

Document Proposed charter Source Packet Routing in Networking WG (spring)
Title Source Packet Routing in Networking
Last updated 2018-06-29
State Internal review Rechartering
WG State Active
IESG Responsible AD Martin Vigoureux
Charter Edit AD Martin Vigoureux
Telechat date (None)
Has a BLOCK. Has enough positions to pass once BLOCK positions are resolved.
Send notices to (None)


The Source Packet Routing in NetworkinG (SPRING) Working Group is the
home of Segment Routing (SR) using MPLS (SR-MPLS) and IPv6 (SRv6).
SPRING WG serves as a forum to discuss SPRING networks operations,
define new applications, and specify extensions of Segment Routing

The SPRING WG defines procedures that allow a node to steer a packet
through an SR Policy instantiated as an ordered list of instructions
called segments and without the need for per-path state information to
be held at transit nodes. Full explicit control (through loose or strict
path specification) can be achieved in a network comprising only SPRING
nodes, however SPRING nodes must inter-operate through loose routing in
existing networks and may find it advantageous to use loose routing for
other network applications.

The scope of the SPRING WG work includes both single Autonomous System
(AS) and multi-AS environments. Segment Routing operates within a
trusted domain; as described in the architecture, a node imposing a
segment list is assumed to be allowed to do so. Nonetheless, the SPRING
WG must strive to identify and address security considerations brought
up by the technologies it defines.

The technologies SPRING WG defines may be applicable to both centralised
and distributed path computation. 

SPRING WG should avoid modification to existing data planes that would
make them incompatible with existing deployments. Where possible,
existing control and management plane protocols must be used within
existing architectures to implement the SPRING function. Any
modification of -or extension to- existing architectures, data planes,
or control or management plane protocols should be carried out in the
WGs responsible for the architecture, data plane, or control or
management plane protocol being modified and in coordination with the
SPRING WG, but may be done in SPRING WG after agreement with all the
relevant WG chairs and responsible Area Directors.

The SPRING WG will manage its specific work items by milestones agreed
with the responsible Area Director.

The work-items of the SPRING WG include functional specifications for:
o Segment Routing policies and the associated steering, signalling and
traffic engineering mechanisms.

o Source-routed stateless service chaining using SR-MPLS and SRv6

o SRv6 network programming for the underlay networks and overlay
services, and including data plane behavior and functions associated
with SIDs

o Operation, Administration and Management (OAM), and traffic accounting
in networks with SR-MPLS and SRv6 data planes in the case where SR
introduces specificities compared to MPLS or IPv6 technologies.

o Performance Management (PM) and monitoring in networks with SR-MPLS
and SRv6 data planes in the case where SR introduces specificities
compared to MPLS or IPv6 technologies.

o Inter-working between SRv6 and SR-MPLS  and between SR and existing
routing solutions to allow for seamless deployment and co-existence.

o new types of segments mapping to forwarding behavior  (e.g. local
ingress replication, local forwarding resources, a pre-existing
replication structure) if needed for new usages.

Any of the above may require architectural extensions.

The work-items of SPRING WG also include:
o Specification of management models (YANG) for Segment Routing
applications, services and networks with SR-MPLS and SRv6 dataplanes.

The SPRING WG will coordinate and collaborate with other WGs as needed.
Specific expected interactions include (but may not be limited to):

 * mpls on the MPLS dataplane and OAM extensions,
 * 6man on the IPv6 dataplane for SR and associated OAM extensions
 * lsr on OSPF and IS-IS extensions to flood SPRING-related information
 * idr for BGP extensions
 * bess for VPN control plane
 * pce on extensions to communicate with an external entity to compute
   and program SPRING paths
 * teas on generic traffic engineering architecture
 * sfc on service chaining applications
 * rtgwg on fast-reroute technologies

SR-MPLS sent to IESG by October 2018
SR-MPLS configuration YANG model sent to IESG by December 2018
MPLS anycast sent to IESG by October 2018
SR-TE policy sent to IESG by <mid-2019>
SR policies YANG model sent to IESG by December 2019
SR-MPLS OAM sent to IESG by <mid-2019>
SR-MPLS Performance Measurement to IESG by <mid-2019>
SR-IPv6 OAM sent to IESG by <mid-2019>
Stateless service chaining with SR sent to IESG by <end of 2019>
SRv6 Network Programming to IESG by <end of 2019>

Proposed milestones

No milestones for charter found.