Load Sharing in Multihomed Host
draft-liumin-multi6-loadsharing-00
Document | Type |
Expired Internet-Draft
(individual)
Expired & archived
|
|
---|---|---|---|
Author | Liu Min | ||
Last updated | 2004-12-16 | ||
RFC stream | (None) | ||
Intended RFC status | (None) | ||
Formats | |||
Stream | Stream state | (No stream defined) | |
Consensus boilerplate | Unknown | ||
RFC Editor Note | (None) | ||
IESG | IESG state | Expired | |
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
In order to reach the goal of load sharing and traffic engineering in multihoming, there must be some mechanism for the local host to make a selection of the "best" source locator to used. Obviously the selection includes the objective to select a currently viable path. What's more, it also includes the objective to select a path with larger bandwidth, which is more difficult to judge than reachability. In this memo, we propose a simple mechanism to determine the availability and bandwidth condition between a multihomed host and its ISP. It will help to share the load among multiple paths and provide better performance for the host's traffic. This mechanism could be part of traffic engineering functions, which could be used as the basis of locator selection before initial session establishment and aslo could be used to trigger locator swithes to avoid loss of connectivity, long delay or large loss rate.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)