Re: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00
zhai.hongjun@zte.com.cn Thu, 16 August 2012 09:40 UTC
Return-Path: <zhai.hongjun@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 30F4621F84FD; Thu, 16 Aug 2012 02:40:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.239
X-Spam-Level:
X-Spam-Status: No, score=-96.239 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100, WEIRD_QUOTING=1.396]
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 o9eN+UEZz+UP; Thu, 16 Aug 2012 02:40:27 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 51A1621F8497; Thu, 16 Aug 2012 02:40:26 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 107231455586978; Thu, 16 Aug 2012 17:26:37 +0800 (CST)
Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 67006.3973465104; Thu, 16 Aug 2012 17:40:11 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q7G9eGQp052609; Thu, 16 Aug 2012 17:40:16 +0800 (GMT-8) (envelope-from zhai.hongjun@zte.com.cn)
In-Reply-To: <4552F0907735844E9204A62BBDD325E731FDAFC2@SZXEML507-MBS.china.huawei.com>
To: Mingui Zhang <zhangmingui@huawei.com>
MIME-Version: 1.0
X-KeepSent: 80871EBB:3AB4DE7D-48257A5C:003357A5; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF80871EBB.3AB4DE7D-ON48257A5C.003357A5-48257A5C.003559A5@zte.com.cn>
From: zhai.hongjun@zte.com.cn
Date: Thu, 16 Aug 2012 17:40:13 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP1 HF212|May 23, 2012) at 2012-08-16 17:39:58, Serialize complete at 2012-08-16 17:39:58
Content-Type: multipart/alternative; boundary="=_alternative 003559A348257A5C_="
X-MAIL: mse01.zte.com.cn q7G9eGQp052609
Cc: Erik Nordmark <nordmark@acm.org>, "trill-bounces@ietf.org" <trill-bounces@ietf.org>, Sunny Rajagopalan <sunny.rajagopalan@us.ibm.com>, "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: Thu, 16 Aug 2012 09:40:28 -0000
Hi Minggui and Sunny, I also think the expensive solution for link failure is the right direction. It is simple and effective for this issue, although it consumes much more nicknames (I assume that there are no so much RBriges to use up all the nicknames in a Data Center). As for the issue that switches are interconnected, I think the STP should be employed to break the link loops out of the TRILL campus. Even if without RBridge Aggregation, CE swithches-internnecting issue, given by Sunny, also exists. Thanks, Zhai Hongjun """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Protocol Development Dept.VI, Central R&D Institute, ZTE Corporation No. 68, Zijinghua Road, Yuhuatai District, Nanjing, P.R.China, 210012 Zhai Hongjun Tel: +86-25-52877345 Email: zhai.hongjun@zte.com.cn """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Mingui Zhang <zhangmingui@huawei.com> 发件人: trill-bounces@ietf.org 2012-08-16 16:08 收件人 Sunny Rajagopalan <sunny.rajagopalan@us.ibm.com> 抄送 Erik Nordmark <nordmark@acm.org>, "trill-bounces@ietf.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 Hi Sunny, The scenarios that links fail or CE switches are interconnected are interesting and make sense. The expensive (may lead to nickname exhaustion) solution you had pointed out is also the right direction I can think of right now. The only issue with this solution is its scalability. Having said that, I think the failure recovery issue for an RBridge Aggregation is not that simple. It at least needs a control plane coordination among the aggregated members. Think about that a member joins/leaves the aggregation. A fast failure recovery mechanism for the RBridge Aggregation can be developed based on that coordination. When I suggested to purchase this topic in a separate ID, I am on behalf of myself. I’d like to hear opinions from other guys. Thanks, Mingui From: Sunny Rajagopalan [mailto:sunny.rajagopalan@us.ibm.com] Sent: Thursday, August 16, 2012 9:36 AM To: Mingui Zhang Cc: Erik Nordmark; trill-bounces@ietf.org; trill@ietf.org Subject: Re: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00 Mingui, This solution cannot be evaluated or deployed without knowing it's approach towards link failures. IMO, the draft is incomplete without it, and a solution should not be deferred to another draft. -- Sunny On Aug 15, 2012, at 5:54 PM, "Mingui Zhang" <zhangmingui@huawei.com> wrote: I had read this draft. IMO, the updated version focus on the specific RPFC issue in active-active multi-homing. The failure recovery from links fails can be regarded as another common issue of active-active multi-homing, which may be handled in a separate ID. Thanks, Mingui From: trill-bounces@ietf.org [mailto:trill-bounces@ietf.org] On Behalf Of Sunny Rajagopalan Sent: Thursday, August 16, 2012 6:28 AM To: Erik Nordmark Cc: trill-bounces@ietf.org; trill@ietf.org Subject: Re: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00 I had sent out comments on this a while back, and none of them have been addressed. To summarize the issues: 1) What happens when one of the CE-rbridge links fails? The draft doesn't talk about this scenario. I listed the possible solutions in my earlier email; are the authors planning to adopt one of them, or do they have another fix in mind? 2) The solution doesn't work if the CE switches are interconnected, but this is but this is not documented in the draft. What happens if they get interconnected accidentally? What is the process for recovery? This needs to be discussed in the draft. More details here: http://www.ietf.org/mail-archive/web/trill/current/msg04984.html From: Erik Nordmark <nordmark@acm.org> To: "trill@ietf.org" <trill@ietf.org> Date: 08/15/2012 03:14 PM Subject: [trill] Any comments on Coordinated Multicast Trees (CMT) for TRILL - draft-ietf-trill-cmt-00 Sent by: trill-bounces@ietf.org 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] 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