Re: [rbridge] Call for draft-tissa-trill-cmt-00 to WG draft

Radia Perlman <radiaperlman@gmail.com> Wed, 28 March 2012 05:10 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 A489821E808B for <ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com>; Tue, 27 Mar 2012 22:10:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.308
X-Spam-Level:
X-Spam-Status: No, score=-5.308 tagged_above=-999 required=5 tests=[AWL=1.290, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 9u3LsZZIUk+5 for <ietfarch-trill-archive-Osh9cae4@ietfa.amsl.com>; Tue, 27 Mar 2012 22:10:07 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by ietfa.amsl.com (Postfix) with ESMTP id 835B021E802A for <trill-archive-Osh9cae4@lists.ietf.org>; Tue, 27 Mar 2012 22:10: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 q2S4rFY6024941; Tue, 27 Mar 2012 21:53:16 -0700 (PDT)
Received: from mail-ey0-f180.google.com (mail-ey0-f180.google.com [209.85.215.180]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id q2S4qT6g024835 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for <rbridge@postel.org>; Tue, 27 Mar 2012 21:52:39 -0700 (PDT)
Received: by eaal12 with SMTP id l12so185577eaa.39 for <rbridge@postel.org>; Tue, 27 Mar 2012 21:52:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qwt1FTydezgdiUCRUYGUoh3eoVbenorOA80fbWBXt+Y=; b=H2qus9qEaCf8nE2sjK/O+LYNZUdgVzk9YClj9fBhKze0SW1A5GZbZpvmPn7D4nAZ+Z FZS3mFZKPOd4RZju5Q9WG9/Bumn49IfTOEeBlr+Bni7Wq9Q+5YijgZPFSItBy90uyNYs 7sHEYPEUTOD3+NiLr/Y1JZzW1V3k1W+Y0GOCz67BbBIAnZR44v0liegIx17AQMwrlTLt XB+X+pe8EuhJ1UIYFBEDgtqiUCeRhiumf3IMD1xRX3h6LzpQlHsjC5BDkEwk+WnwJOJi bRfApeZ1eyd38pgqTGJcxHal+Z4S64fs0jm/CcW0FHrefg4MVY2w3yZj00MrAhTUVe7d ZlWA==
MIME-Version: 1.0
Received: by 10.14.39.197 with SMTP id d45mr3691588eeb.89.1332910348888; Tue, 27 Mar 2012 21:52:28 -0700 (PDT)
Received: by 10.213.34.78 with HTTP; Tue, 27 Mar 2012 21:52:28 -0700 (PDT)
In-Reply-To: <344037D7CFEFE84E97E9CC1F56C5F4A5DA05D7@xmb-sjc-214.amer.cisco.com>
References: <344037D7CFEFE84E97E9CC1F56C5F4A5DA0303@xmb-sjc-214.amer.cisco.com> <OFB0DE3615.39F65513-ON482579CE.003C2CB1-482579CE.003E7761@zte.com.cn> <4552F0907735844E9204A62BBDD325E728CAD030@SZXEML507-MBS.china.huawei.com> <344037D7CFEFE84E97E9CC1F56C5F4A5DA05D7@xmb-sjc-214.amer.cisco.com>
Date: Tue, 27 Mar 2012 21:52:28 -0700
Message-ID: <CAFOuuo79GLE1QQ3MEn=Wx0z-eY8Vsnscy-bVw_8dmKSw8Efe_Q@mail.gmail.com>
From: Radia Perlman <radiaperlman@gmail.com>
To: "Tissa Senevirathne (tsenevir)" <tsenevir@cisco.com>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: radiaperlman@gmail.com
Cc: rbridge@postel.org
Subject: Re: [rbridge] Call for draft-tissa-trill-cmt-00 to WG draft
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>
Content-Type: multipart/mixed; boundary="===============1477198217=="
Sender: rbridge-bounces@postel.org
Errors-To: rbridge-bounces@postel.org

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