答复: 答复: [rbridge] Call for draft-tissa-trill-cmt-00 to WG draft
zhai.hongjun@zte.com.cn Thu, 29 March 2012 06:19 UTC
Return-Path: <rbridge-bounces@postel.org>
X-Original-To: ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com
Delivered-To: ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A32F21E809C for <ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com>; Wed, 28 Mar 2012 23:19:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.034
X-Spam-Level:
X-Spam-Status: No, score=-96.034 tagged_above=-999 required=5 tests=[AWL=-1.241, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, MIME_HTML_MOSTLY=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100, WEIRD_QUOTING=1.396]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oQjnIEj5FCME for <ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com>; Wed, 28 Mar 2012 23:19:08 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id DFF1121E8053 for <trill-archive-Osh9cae4@lists.ietf.org>; Wed, 28 Mar 2012 23:19:07 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id q2T5vWGb015933; Wed, 28 Mar 2012 22:57:34 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id q2T5ux8d015869; Wed, 28 Mar 2012 22:57:08 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 621292371461274; Thu, 29 Mar 2012 13:56:50 +0800 (CST)
Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 57866.4610434264; Thu, 29 Mar 2012 13:56:35 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q2T5ugj9008026; Thu, 29 Mar 2012 13:56:42 +0800 (GMT-8) (envelope-from zhai.hongjun@zte.com.cn)
In-Reply-To: <4552F0907735844E9204A62BBDD325E728CAE193@SZXEML507-MBS.china.huawei.com>
To: Mingui Zhang <zhangmingui@huawei.com>
Subject: 答复: 答复: [rbridge] Call for draft-tissa-trill-cmt-00 to WG draft
MIME-Version: 1.0
X-KeepSent: F82C606C:32BBCABB-482579D0:001B426B; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OFF82C606C.32BBCABB-ON482579D0.001B426B-482579D0.0020F9E3@zte.com.cn>
From: zhai.hongjun@zte.com.cn
Date: Thu, 29 Mar 2012 13:56:34 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-03-29 13:56:43
Content-Type: multipart/mixed; boundary="=_mixed 0020F9DE482579D0_="
X-MAIL: mse01.zte.com.cn q2T5ugj9008026
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: zhai.hongjun@zte.com.cn
Cc: "rbridge@postel.org" <rbridge@postel.org>, rbridge-bounces@postel.org, "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com>, Radia Perlman <radiaperlman@gmail.com>
X-BeenThere: rbridge@postel.org
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: "Developing a hybrid router/bridge." <rbridge.postel.org>
List-Unsubscribe: <http://mailman.postel.org/mailman/listinfo/rbridge>, <mailto:rbridge-request@postel.org?subject=unsubscribe>
List-Archive: <http://mailman.postel.org/pipermail/rbridge>
List-Post: <mailto:rbridge@postel.org>
List-Help: <mailto:rbridge-request@postel.org?subject=help>
List-Subscribe: <http://mailman.postel.org/mailman/listinfo/rbridge>, <mailto:rbridge-request@postel.org?subject=subscribe>
Sender: rbridge-bounces@postel.org
Errors-To: rbridge-bounces@postel.org
See in-line,pls. 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> 发件人: rbridge-bounces@postel.org 2012-03-28 17:10 收件人 Radia Perlman <radiaperlman@gmail.com>, "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com> 抄送 "rbridge@postel.org" <rbridge@postel.org> 主题 答复: [rbridge] Call for draft-tissa-trill-cmt-00 to WG draft Hi Radia, It is a good idea to list the Pros and Cons of each solution. There are three candidate solutions for the same RPFC problem: PN, CMT and MTRA (Multi-Topology TRILL for RBridge Aggregation). Let me compare them in the following dimensions. 1. Whether the solution is incrementally deploy-able. PN: YES. CMT: NO. MTRA: YES. 2. Use only existing silicons. PN: NO. New silicon is necessary to support "tunneling" or else MAC addresses may flip-flop. ----[Zhai Hongjun] I do not agree to this result. In PN, "tunneling" of taffice is not necessary. If each member RB in an RB group can get a DTree ,PN works well on existing silicon . If an member can not get any DTree, it can remain passive. In the both cases, PN can use the existing silicons. So we should not give such a result to PN at this point. CMT: YES. MTRA: Currently NO. But after multi-topology is supported by TRILL, it is a "YES". 3. Multi-cast traffic up from RBv can be load-balanced. PN: NO. ----[Zhai Hongjun] In PN draft, whether using one member RB or all member RBs to forward traffic for an end system, it depends on in which scenario the pseudo-nickname is used. Because of the AF, only one RB forward multi-cast traffic on a shared link. But in LAG, the concept of AF is not required, so load-balance of multi-cast traffic is OK for PN. CMT: YES. MTRA: YES. 4. Multi-cast traffic down to RBv can be load-balanced. PN: NO. ----[Zhai Hongjun] See answer to #3. CMT: YES. MTRA: YES. 5. Fast convergence on failure recovery. We know that resilience is one of the two main purposes of "aggregation". This dimension discusses whether the solution offers a way to do fast failure recovery when there is a failure of an aggregated RBridge or link. PN: NO. The new distribution tree need to be recomputed. CMT: NO. A overall re-configuration is necessary. MTRA: YES. The following table lists all above comparisons (A jpg version is also attached just in case.). MTRA is always YES. I think it deserves our follow-up. +--------+------------+-----------+----------+------------+-------------+ |Solution|Incre-Deploy|Old Silicon|LB Upwards|LB Downwards|Fast Converge| +--------+------------+-----------+----------+------------+-------------| |PN |YES |NO |NO |NO |NO | +--------+------------+-----------+----------+------------+-------------| |CMT |NO |YES |YES |YES |NO | +--------+------------+-----------+----------+------------+-------------| |MTRA |YES |YES(will) |YES |YES |YES | +--------+------------+-----------+----------+------------+-------------+ Thanks, Mingui 发件人: rbridge-bounces@postel.org [rbridge-bounces@postel.org] 代表 Radia Perlman [radiaperlman@gmail.com] 发送时间: 2012年3月28日 12:52 到: Tissa Senevirathne (tsenevir) Cc: rbridge@postel.org 主题: Re: [rbridge] Call for draft-tissa-trill-cmt-00 to WG draft It is my understanding that a) CMT does require changing all the RBs in the campus b) CMT requires there be at least as many trees as there are active/active RBs on any link Of course, no solution is ideal. It might have been nice to write up all the proposed solutions to this and pros/cons. Maybe it's still worth doing. So from memory...other proposals for allowing R1, R2, and R3 to be active/active/active on a link: First note: regardless of whether their port to the link is in a tree, unicast works, and they can use the pseudonode nickname when encapsulating unicast. Also, if Ri's port to the link is in at least one tree, Ri can use the pseudonode nickname for that link when encapsulating multidestination frames for ingress, and the RPF check will work without any problems. However, if Ri's port to the link is not in any of the trees, here were some of the proposed solutions. So, let's say that R1 and R2's port to the shared link is in at least one tree, and R3's port to the link is not in any of the trees, and R3 needs to encapsulate a multidestination frame: 1) R3 could tunnel it to one of {R1, R2}, and let them inject the packet (with pseudonode nickname) into the campus. Pro: Doesn't affect any RBs other than the ones on the link; backwards compatible. Con: more hops, might be difficult in some implementations for R3 to forward by tunneling, might be difficult for R2 to accept a tunneled packet. 2) R3 could use its own nickname instead of the pseudonode nickname in this case Pro: Doesn't affect any RBs other than the ones on the link; backwards compatible. Con: MAC learning in distant RBs will have frequent learning changes of the source MAC S between being on the pseudonode nickname (whenever S sends unicast, or multicast through R1 or R2), or being on R3 (when R3 has to encapsulate a multidestination frame from S). ------ There might have been some other proposals, but they wound up not to work. Personally, I don't love the CMT thing because of the two disadvantages I mentioned above, but I can live with it. Radia _______________________________________________ rbridge mailing list rbridge@postel.org http://mailman.postel.org/mailman/listinfo/rbridge -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
_______________________________________________ rbridge mailing list rbridge@postel.org http://mailman.postel.org/mailman/listinfo/rbridge
- [rbridge] Call for draft-tissa-trill-cmt-00 to WG… Donald Eastlake
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… hu.fangwei
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Jon Hudson
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… zhai.hongjun
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Radia Perlman
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… zhai.hongjun
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… zhai.hongjun
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- 答复: RE: [rbridge] Call for draft-tissa-trill-cmt-… zhai.hongjun
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- 答复: RE: RE: [rbridge] Call for draft-tissa-trill-… zhai.hongjun
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- 答复: RE: RE: RE: [rbridge] Call for draft-tissa-tr… zhai.hongjun
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Rohit Watve (rwatve)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- 答复: Re: [rbridge] Call for draft-tissa-trill-cmt-… zhai.hongjun
- 答复: 答复: [rbridge] Call for draft-tissa-trill-cmt-… zhai.hongjun
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… letracy
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: 答复: [rbridge] Call for draft-tissa-trill-cmt-… Jon Hudson
- 答复: 答复: [rbridge] Call for draft-tissa-trill-cmt-… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- 答复: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Donald Eastlake
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Janardhanan Pathangi Narasimhan
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… ayabaner
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Sam Aldrin
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Anoop Ghanwani
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Ramkumar Parameswaran
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Mingui Zhang
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… zhai.hongjun
- Re: [rbridge] Call for draft-tissa-trill-cmt-00 t… Tissa Senevirathne (tsenevir)