Re: [trill] active-active solution comparison question

Liyizhou <liyizhou@huawei.com> Tue, 11 March 2014 08:44 UTC

Return-Path: <liyizhou@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 33BF31A04B4 for <trill@ietfa.amsl.com>; Tue, 11 Mar 2014 01:44:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.748
X-Spam-Level:
X-Spam-Status: No, score=-6.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jJZZeqZAs3md for <trill@ietfa.amsl.com>; Tue, 11 Mar 2014 01:44:38 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 9194C1A024B for <trill@ietf.org>; Tue, 11 Mar 2014 01:44:37 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BBY38349; Tue, 11 Mar 2014 08:44:31 +0000 (GMT)
Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 08:43:39 +0000
Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 11 Mar 2014 08:44:27 +0000
Received: from NKGEML503-MBX.china.huawei.com ([169.254.5.113]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Tue, 11 Mar 2014 16:44:23 +0800
From: Liyizhou <liyizhou@huawei.com>
To: "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com>, "windy_1@skyhighway.com" <windy_1@skyhighway.com>, "trill@ietf.org" <trill@ietf.org>
Thread-Topic: [trill] active-active solution comparison question
Thread-Index: Ac86D6Osqw1aZPunSQqkSQon+2Or3f//lRcAgAASWICAAGvoAP/6NANA
Date: Tue, 11 Mar 2014 08:44:22 +0000
Message-ID: <D408889639FC5E4FADB4E00A3E01FA8F5E87184B@nkgeml503-mbx.china.huawei.com>
References: <FBEA3E19AA24F847BA3AE74E2FE193562AF84BC5@xmb-rcd-x08.cisco.com> <8D00A8A4-077F-4D00-B115-D18141840B2F@gmail.com> <cee959d3adaac5fada799a94da03f17c.squirrel@cruziomail.cruzio.com> <FBEA3E19AA24F847BA3AE74E2FE193562AF84EDF@xmb-rcd-x08.cisco.com>
In-Reply-To: <FBEA3E19AA24F847BA3AE74E2FE193562AF84EDF@xmb-rcd-x08.cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.136.25]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/trill/a0LRHDFSOzibdC45nWw4EZWVjEM
Subject: Re: [trill] active-active solution comparison question
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 11 Mar 2014 08:44:40 -0000

OAM related work started from October 18, 2010 by draft-bond-trill-rbridge-oam-00 which turned into draft-ietf-trill-rbridge-oam later. Then TRILL WG reached consensus to start over from requirement, framework, etc.

Active-Active work also encounters re-writing the problem statement, requirement and online/offline multiple solutions debates. It is progressing.
There are multiple solutions available and analyzed in the document repository. 

I agree active-active is very important and should be given the highest priority currently in WG. 
So we should start on the technical discussion about how to make the whole solution work ASAP.

Yizhou



> -----Original Message-----
> From: trill [mailto:trill-bounces@ietf.org] On Behalf Of Tissa
> Senevirathne (tsenevir)
> Sent: Saturday, March 08, 2014 7:24 AM
> To: windy_1@skyhighway.com; trill@ietf.org
> Subject: Re: [trill] active-active solution comparison question
> 
> We should not take our eyes away from key points. Like I stated during
> the meeting,
> 
> 1. Active-active is one of the most important enhancements to TRILL,
> without that TRILL has no story in data centers 2. We started serious
> discussions of Active-Active in Taipei and now almost 3 years later we
> are still having the same discussion and no acceptable solution, which
> means we are at least 2 years late.
> 
> Fine print: OAM discussions also started in Taipei, during this time we
> have delivered, Requirement Document, Frame work document, Completed
> Liaison with IEEE 8021, Fault Management , Loss Delay drafts are on
> Last call and MIB document is a WG document. Active-Active still on
> discussion. (borrowing from John), if you have read this far it is no
> longer fine print, it is big bold letters that "we, as a working group
> have failed to deliver on active-active edge solution". Let's leave
> differences, theoretical discussions a side , let's get the work done.
> 
> -----Original Message-----
> From: trill [mailto:trill-bounces@ietf.org] On Behalf Of
> windy_1@skyhighway.com
> Sent: Friday, March 07, 2014 8:58 AM
> To: trill@ietf.org
> Subject: Re: [trill] active-active solution comparison question
> 
> 
> I agree with Jon. I like this statement from Dragnet "Just the facts
> ma'am, nothing but the facts." And, although this is my opinion, I
> believe that facts and examples are the easiest way to convince other
> people that one has a valid point.
> gayle
> 
> <rant>
> In general if anyone in a presentation is going to make subjective
> qualitative statements about X is easier that Y, or Z is less
> complicated than W, or A is faster than B.
> 
> Please show your work/logic.
> 
> These items are some of the most likely to upset folks, cause ego
> challenges etc.
> 
> No where else can you make performance or complexity a compare value
> without giving a data reference. If you did that in front of a customer
> many would just laugh.
> 
> And do not to pick this case, as I have seen _much_ worse. But it's a
> good example because I think there was a very real attempt to be fair
> and open.
> I don't think there was a hidden agenda here as there sometimes is. And
> even with that good intention we end up with statements like:
> 
> CMT scalability = Medium
> Centralized replication = High
> 
> That's marketing not engineering in my opinion.
> 
> But most importantly it is inflammatory and not helpful in encouraging
> mature debate.
> 
> </rant>
> (If you really read this far, thank you) J
> 
> > On Mar 7, 2014, at 2:15 PM, "Tissa Senevirathne (tsenevir)"
> > <tsenevir@cisco.com> wrote:
> > Hi Haoweguo
> > In your presentation you indicated  CMT scalability is Medium and
> > Centralized replicator scalability is high. Can you please explain
> the
> > reasoning behind this ?
> > Thanks
> > Tissa
> 
> 
> _______________________________________________
> 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