datatracker.ietf.org
Sign in
Version 5.3.0, 2014-04-12
Report a bug

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

Document type: Expired Internet-Draft (trill WG)
Document stream: IETF
Last updated: 2008-02-25
Intended RFC status: Unknown
Other versions: (expired, archived): plain text, pdf, html

IETF State: WG Document
Consensus: Unknown
Document shepherd: No shepherd assigned

IESG State: Expired
Responsible AD: (None)
Send notices to: No addresses provided

This Internet-Draft is no longer active. Unofficial copies of old Internet-Drafts can be found here:
http://tools.ietf.org/id/draft-ietf-trill-rbridge-arch

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)