The Architecture of an RBridge Solution to TRILL
draft-ietf-trill-rbridge-arch-05

 
Document Type Expired Internet-Draft (trill WG)
Last updated 2008-02-25
Replaces draft-gray-trill-rbridge-arch, draft-touch-trill-rbridge-arch
Stream IETF
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html
Stream WG state WG Document
Document shepherd No shepherd assigned
IESG IESG state Expired
Telechat date
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-ietf-trill-rbridge-arch-05.txt

Abstract

RBridges are link layer (L2) devices that use a routing protocol as a control plane. This combines several of the benefits of the link layer with those of the network layer. For example RBridges use existing link state routing, without necessarily requiring configuration, to improve aggregate throughput, for RBridge to RBridge traffic. RBridges also may support IP multicast and IP address resolution optimizations. They are intended to be applicable to L2 network sizes similar to those of conventional bridges and are intended to be backward compatible with those bridges as both ingress/egress and transit. They also support VLANs (although this generally requires configuration) while otherwise attempting to retain as much 'plug and play' as is already available in existing bridges. This document proposes an architecture for RBridge systems as a solution to the TRILL problem, defines terminology, and describes basic components and desired behavior. One (or more) separate documents will specify protocols and mechanisms that satisfy the architecture presented herein.

Authors

Eric Gray (Eric.Gray@Ericsson.com)
Joseph Touch (touch@isi.edu)
Radia Perlman (radia@alum.mit.edu)

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