datatracker.ietf.org
Sign in
Version 5.7.1.p2, 2014-10-29
Report a bug

Aware Spanning Tree Topology Change on RBridges
draft-yizhou-trill-tc-awareness-03

Document type: Expired Internet-Draft (individual)
Document stream: No stream defined
Last updated: 2014-05-25 (latest revision 2013-11-21)
Intended RFC status: Unknown
Other versions: (expired, archived): plain text, pdf, html

Stream State:No stream defined
Document shepherd: No shepherd assigned

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

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found here:
http://www.ietf.org/archive/id/draft-yizhou-trill-tc-awareness-03.txt

Abstract

When a local LAN running spanning tree protocol connecting to TRILL campus via more than one RBridge, there are several ways to perform loop avoidance. One of them illustrated by RFC6325 [RFC6325] A.3 was to make relevant ports on edge RBridges involving in spanning tree calculation. When edge RBridges are emulated as a single highest priority root, the local bridged LAN will be naturally partitioned after running spanning tree protocol. This approach achieves better link utilization and intra-VLAN load balancing in some scenarios. This document describes how the edge RBridges react to topology change occurring in bridged LAN in order to make the abovementioned spanning tree approach function correct.

Authors

Li Yizhou <liyizhou@huawei.com>
Hao Weiguo <haoweiguo@huawei.com>
Jon Hudson <jon.hudson@gmail.com>
Naveen Nimmu <naveen@broadcom.com>
Anoop Ghanwani <anoop@alumni.duke.edu>

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