Subject: [trill] FW: New Version Notification for draft-zhang-trill-resilient-trees-00.txt

From: Mingui Zhang <[email-masked]>
Date: Thu, 5 Jul 2012 06:43:47 +0000

Dear All

We have created a new ID for multicast protection in TRILL. It's something like the FRR mechanism in IGP.

We would like to receive your comments.

Thanks,
Mingui

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] 
Sent: Wednesday, July 04, 2012 2:59 PM
To: Mingui Zhang
Cc: [email-masked]; [email-masked]; [email-masked]
Subject: New Version Notification for draft-zhang-trill-resilient-trees-00.txt

A new version of I-D, draft-zhang-trill-resilient-trees-00.txt
has been successfully submitted by Mingui Zhang and posted to the
IETF repository.

Filename:	 draft-zhang-trill-resilient-trees
Revision:	 00
Title:		 TRILL Resilient Distribution Trees
Creation date:	 2012-06-30
WG ID:		 Individual Submission
Number of pages: 18
URL:             http://www.ietf.org/internet-drafts/draft-zhang-trill-resilient-trees-00.txt
Status:          http://datatracker.ietf.org/doc/draft-zhang-trill-resilient-trees
Htmlized:        http://tools.ietf.org/html/draft-zhang-trill-resilient-trees-00

Abstract:
   TRILL protocol provides layer 2 multicast data forwarding using IS-IS
   link state routing. Distribution trees are computed based on the link
   state information through Shortest Path First calculation and shared
   among VLANs across the campus. When a link on the distribution tree
   fails, a campus-wide recovergence of this distribution tree will take
   place, which can be time consuming and may cause considerable
   disruption to the ongoing multicast service.

   This document makes use of Affinity TLVs to build the backup
   distribution tree to protect links on the primary distribution tree.
   Since the backup distribution tree is built up ahead of the link
   failure, when a link on the primary distribution tree fails, the pre-
   installed backup forwarding table will be utilized to deliver
   multicast packets without waiting for the campus-wide recovergence,
   which minimizes the service disruption.

The IETF Secretariat