Re: [trill] TRILL Resilient Distribution Trees, who have read it?

I would like to voice support for this work (as a co-author).

It is important to have some determinism to the manner in which
multi-destination trees are computed for operational purposes and
this draft is a step in that direction.

Thanks,
Ayan

On Mon, Dec 3, 2012 at 7:05 PM, Anoop Ghanwani <anoop@alumni.duke.edu>wrote:

> Just wanted to say that I support this work (as a co-author).
>
> I think this will make provisioning simpler and would allow an
> operator to create multiple trees that are maximally disjoint.
> In the case of fat trees, this is fairly trivial to do in a manual
> way (just use different "core" RBridges as roots), but in any
> other topology, this will help avoid overlapping links.
>
> Anoop
>
> On Fri, Nov 30, 2012 at 12:18 AM, Mingui Zhang <zhangmingui@huawei.com>wrote:
>
>> Hi all,
>>
>> When customers deploy TRILL in their networks, they concern much about
>> minimizing the disruption of their multicast service. So failure protection
>> mechanisms are desired. Protection solutions for IP Multicast service have
>> been developed and standardized. However, unlike unicast, multicast
>> protection solutions cannot be reused by TRILL because TRILL-multicast is
>> customized for TRILL. Therefore we composed the draft to provide the
>> multicast protection suitable for TRILL.
>>
>> As we know, TRILL can intrinsically calculate multiple distribution
>> trees. In the draft, this ability is leveraged to achieve multicast
>> protection in a way that the pay is insignificant.
>>
>> We believe this work deserves our exploration. So, we would like to know,
>> who have read this draft?
>>
>> The draft
>> TRILL Resilient Distribution Trees
>> http://datatracker.ietf.org/doc/draft-zhang-trill-resilient-trees/
>>
>> Thanks,
>> Mingui
>> _______________________________________________
>> trill mailing list
>> trill@ietf.org
>> https://www.ietf.org/mailman/listinfo/trill
>>
>
>
> _______________________________________________
> trill mailing list
> trill@ietf.org
> https://www.ietf.org/mailman/listinfo/trill
>
>