Skip to main content

Service Function Chains Using Virtual Networking
draft-mackie-sfc-using-virtual-networking-02

Document Type Replaced Internet-Draft (individual)
Expired & archived
Authors Stuart Mackie , Bruno Rijsman , Maria Napierala , Diego Daino , Diego R. Lopez , Daniel Bernier , Walter Haeffner
Last updated 2015-04-20 (Latest revision 2014-10-17)
Replaced by draft-fm-bess-service-chaining
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-fm-bess-service-chaining
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

This document describes how service function chains (SFC) can be applied to traffic flows using routing in a virtual (overlay) network to steer traffic between service nodes. Chains can include services running in routers, on physical appliances or in virtual machines. Service chains have applicability at the subscriber edge, business edge and in multi-tenant datacenters. The routing function into SFCs and between service functions within an SFC can be performed by physical devices (routers), be virtualized inside hypervisors, or run as part of a host OS. The architecture uses a controller to calculate and install routes to implement an SFC, based on a topological model of the chain and knowledge of the network addresses that should pass through the chain. An advantage of the approach is that SFCs can be implemented without alteration to today's BGP standard, and without change to the current operation of routers. Service chains need to support load balancing between network functions, and symmetric forward and reverse paths are required when stateful services are involved. This document shows how these requirements can be met by using VRFs at the ingress and egress of each service instance and by performing load balancing after the egress of each service as part of the routing function.

Authors

Stuart Mackie
Bruno Rijsman
Maria Napierala
Diego Daino
Diego R. Lopez
Daniel Bernier
Walter Haeffner

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)