Re: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00
liao.ting@zte.com.cn Fri, 17 August 2012 07:49 UTC
Return-Path: <liao.ting@zte.com.cn>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC5AF21F855E; Fri, 17 Aug 2012 00:49:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -97.335
X-Spam-Level:
X-Spam-Status: No, score=-97.335 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_83=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9MP+sFW+7I87; Fri, 17 Aug 2012 00:49:21 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 3621921F855B; Fri, 17 Aug 2012 00:49:20 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 107231455586978; Fri, 17 Aug 2012 15:34:21 +0800 (CST)
Received: from [10.30.3.21] by [192.168.168.16] with StormMail ESMTP id 67006.4085824829; Fri, 17 Aug 2012 15:49:02 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse02.zte.com.cn with ESMTP id q7H7n6lH031995; Fri, 17 Aug 2012 15:49:06 +0800 (GMT-8) (envelope-from liao.ting@zte.com.cn)
In-Reply-To: <CAHD03N8LvaCGO3ig+6sEUvXeW7F+qomEyDzXE1GbVEYoP5RSDg@mail.gmail.com>
To: Ayan Banerjee <ayabaner@gmail.com>
MIME-Version: 1.0
X-KeepSent: 9A207733:506416E6-48257A5D:002984CA; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF9A207733.506416E6-ON48257A5D.002984CA-48257A5D.002AF322@zte.com.cn>
From: liao.ting@zte.com.cn
Date: Fri, 17 Aug 2012 15:48:55 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-08-17 15:48:47, Serialize complete at 2012-08-17 15:48:47
Content-Type: multipart/alternative; boundary="=_alternative 002AF31F48257A5D_="
X-MAIL: mse02.zte.com.cn q7H7n6lH031995
Cc: Erik Nordmark <nordmark@acm.org>, trill-bounces@ietf.org, "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Aug 2012 07:49:21 -0000
Hi Ayan, Thank you for your response. The RFC 6325 doesn't care how to distribute the trees, but I think in a group as described in this draft, the ingress member RBridges should not use the same tree, so this draft should provide a solution on how to assign the trees among the member RBridges.IMO, the solution should take the cost between the tree roots and the ingress member RBridges into account. Thanks, Tina Ayan Banerjee <ayabaner@gmail.com> 发件人: trill-bounces@ietf.org 2012-08-17 13:27 收件人 liao.ting@zte.com.cn 抄送 Erik Nordmark <nordmark@acm.org>, trill-bounces@ietf.org, "trill@ietf.org" <trill@ietf.org> 主题 Re: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00 Liao, Just to get the entire context of the Section that you quote from the RFC: How an ingress RBridge chooses the distribution tree or trees that it uses for multi-destination frames is beyond the scope of this document. However, for the reasons stated above, in the absence of other factors, a good choice is the tree whose root is least cost from the ingress RBridge and that is the default for an ingress RBridge that uses a single tree to distribute multi-destination frames. The RFC clearly states that it is outside its scope and has a suggestion regarding root choice. This draft provides the "other factors" to influence the choice of trees. Thanks, Ayan On Thu, Aug 16, 2012 at 1:40 AM, <liao.ting@zte.com.cn> wrote: > > > I have read this draft and have a question about section 5.1, > it describes how to distribute the trees among edge RB members of a group as follow: > Assign each tree to RBi such that tree number { (tree_number) % > k}+1 is assigned to RBridge i for tree_number from 1 to n. where n > is the number of trees and k is the number of RBridges considered > for tree allocation. > > And in RFC 6325 section 4.5 describes: > a good choice is the tree whose root is least cost > from the ingress RBridge and that is the default for an ingress > RBridge that uses a single tree to distribute multi-destination > frames. > > So, if a network has two trees, the first tree root is RBi and the second tree root is RBj, > a group has two member RBridges RB1 and RB2, numerically ascending order by SystemID such that RB1<RB2, > RBi is assigned to RB1 and RBj is assigned to RB2 as described in this draft, > but maybe RB1 is closer to RBj and RB2 is closer to RBi, does the solution care about this? > > > > Erik Nordmark <nordmark@acm.org> > 发件人: trill-bounces@ietf.org > > 2012-08-16 06:11 > > 收件人 > "trill@ietf.org" <trill@ietf.org> > 抄送 > 主题 > [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00 > > > > > > > We are trying to understand if this document is getting close to WG last > call, but we don't know how many have read the document. > > If you have reviewed the document, please let us know. > If not, this might be a good time to review the document and provide > comments. > > Thanks, > Erik and Donald > _______________________________________________ > 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 > _______________________________________________ trill mailing list trill@ietf.org https://www.ietf.org/mailman/listinfo/trill
- [trill] Any comments on Coordinated Multicast Tre… Erik Nordmark
- Re: [trill] Any comments on Coordinated Multicast… Sunny Rajagopalan
- Re: [trill] Any comments on Coordinated Multicast… Mingui Zhang
- Re: [trill] Any comments on Coordinated Multicast… Sunny Rajagopalan
- Re: [trill] Any comments on Coordinated Multicast… Rohit Watve (rwatve)
- Re: [trill] Any comments on Coordinated Multicast… Mingui Zhang
- Re: [trill] Any comments on Coordinated Multicast… liao.ting
- Re: [trill] Any comments on Coordinated Multicast… zhai.hongjun
- Re: [trill] Any comments on Coordinated Multicast… Varun Shah (varshah)
- Re: [trill] Any comments on Coordinated Multicast… Ramkumar Parameswaran (ramkumar)
- Re: [trill] Any comments on Coordinated Multicast… Ayan Banerjee
- Re: [trill] Any comments on Coordinated Multicast… liao.ting
- Re: [trill] Any comments on Coordinated Multicast… Naveen Nimmu
- Re: [trill] Any comments on Coordinated Multicast… Jon Hudson
- Re: [trill] Any comments on Coordinated Multicast… Sunny Rajagopalan
- Re: [trill] Any comments on Coordinated Multicast… Donald Eastlake
- Re: [trill] Any comments on Coordinated Multicast… Anoop Ghanwani
- Re: [trill] Any comments on Coordinated Multicast… Shivakumar Sundaram
- Re: [trill] Any comments on Coordinated Multicast… Mani Mahadevan
- Re: [trill] Any comments on Coordinated Multicast… zhai.hongjun
- Re: [trill] Any comments on Coordinated Multicast… Sam Aldrin
- Re: [trill] Any comments on Coordinated Multicast… Mingui Zhang
- Re: [trill] Any comments on Coordinated Multicast… Yizhou Li
- Re: [trill] Any comments on Coordinated Multicast… Sujay Gupta
- [trill] 答复: Any comments on Coordinated Multicast… Haoweiguo
- Re: [trill] 答复: Any comments on Coordinated Multi… Linda Dunbar