Skip to main content

Load Balancing for Mesh Softwires
draft-pmohapat-softwire-lb-00

Document Type Replaced Internet-Draft (individual)
Authors Clarence Filsfils , Prodosh Mohapatra , Carlos Pignataro
Last updated 2008-07-01
Replaced by RFC 5640
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-ietf-softwire-lb
Telechat date (None)
Responsible AD (None)
Send notices to (None)
This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at:
https://www.ietf.org/archive/id/draft-pmohapat-softwire-lb-00.txt

Abstract

Payloads carried over a Softwire mesh service as defined by BGP Encapsulation Subsequent Address Family Identifier (SAFI) information exchange often carry a number of identifiable, distinct flows. It can in some circumstances be desirable to distribute these flows over the equal cost multiple paths (ECMPs) that exist in the packet switched network. Currently, the payload of a packet entering the Softwire can only be interpreted by the ingress and egress routers. Thus the load balancing decision of a core router is only based on the encapsulating header, presenting much less entropy than available in the payload or the encapsulated header since the Softwire encapsulation acts in a tunneling fashion. This document describes a method for achieving comparable load balancing efficiency in a network carrying Softwire mesh service over Layer Two Tunneling Protocol - Version 3 (L2TPv3) over IP or Generic Routing Encapsulation (GRE) encapsulation to what would be achieved without such encapsulation.

Authors

Clarence Filsfils
Prodosh Mohapatra
Carlos Pignataro

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