IETF Logo Mail Archive

Re: [rbridge] Updated charter

Eric Gray <eric.gray@ericsson.com> Sun, 18 July 2010 01:31 UTC

Return-Path: <rbridge-bounces@postel.org>
X-Original-To: ietfarch-trill-archive-Osh9cae4@core3.amsl.com
Delivered-To: ietfarch-trill-archive-Osh9cae4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E4DE93A6836 for <ietfarch-trill-archive-Osh9cae4@core3.amsl.com>; Sat, 17 Jul 2010 18:31:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.124
X-Spam-Level:
X-Spam-Status: No, score=-3.124 tagged_above=-999 required=5 tests=[AWL=-0.525, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OSdLHSzPm9tQ for <ietfarch-trill-archive-Osh9cae4@core3.amsl.com>; Sat, 17 Jul 2010 18:31:06 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id B44083A67F9 for <trill-archive-Osh9cae4@lists.ietf.org>; Sat, 17 Jul 2010 18:31:06 -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 o6I13vXb015059; Sat, 17 Jul 2010 18:03:58 -0700 (PDT)
Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id o6I138LD014605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <rbridge@postel.org>; Sat, 17 Jul 2010 18:03:17 -0700 (PDT)
Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id o6I12wdU012769 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 17 Jul 2010 20:02:58 -0500
Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.2.211]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Sat, 17 Jul 2010 21:02:57 -0400
From: Eric Gray <eric.gray@ericsson.com>
To: James Carlson <carlsonj@workingcode.com>, Linda Dunbar <ldunbar@huawei.com>
Date: Sat, 17 Jul 2010 21:02:55 -0400
Thread-Topic: [rbridge] Updated charter
Thread-Index: Acslwh0+gr5AQTHtRTqbMIQcao+XwQAUcd1A
Message-ID: <C0AC8FAB6849AB4FADACCC70A949E2F10579DD5BE4@EUSAACMS0701.eamcs.ericsson.se>
References: <4BE7A984.8050607@oracle.com> <01a101cb2471$0541bdd0$3a0c7c0a@china.huawei.com> <4C40483E.6020207@workingcode.com> <003201cb24f7$8036d3f0$3a0c7c0a@china.huawei.com> <4C40794B.10304@workingcode.com> <00c201cb2527$633374e0$3a0c7c0a@china.huawei.com> <4C41BBD9.5060606@workingcode.com>
In-Reply-To: <4C41BBD9.5060606@workingcode.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: eric.gray@ericsson.com
X-MIME-Autoconverted: from quoted-printable to 8bit by boreas.isi.edu id o6I138LD014605
Cc: "'Developing a hybrid router/bridge.'" <rbridge@postel.org>, 'Jari Arkko' <jari.arkko@piuha.net>
Subject: Re: [rbridge] Updated charter
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: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: rbridge-bounces@postel.org
Errors-To: rbridge-bounces@postel.org

James,

	See "EG> " below...

--
Eric 

-----Original Message-----
From: rbridge-bounces@postel.org [mailto:rbridge-bounces@postel.org] On Behalf Of James Carlson
Sent: Saturday, July 17, 2010 10:19 AM
To: Linda Dunbar
Cc: 'Developing a hybrid router/bridge.'; 'Jari Arkko'
Subject: Re: [rbridge] Updated charter

On 7/16/10 4:42 PM, Linda Dunbar wrote:
> Section 3 of the draft (ARP Optimization Details) listed 5 steps. The first
> step is "observing native ARP request and reply frame" to learn the frame's
> IP, VLAN. 
> 
> This snooping at line rate is not trivial, requiring the switch port to
> filtering all the ARP messages at line rate and store the learned IP
> addresses and VLANs.

It already has to snoop at all frames on the wire to learn source MAC
addresses and to do normal forwarding.  In some implementations (such as
the one I worked on at Sun), that's 99%+ of the cost.  

EG> So, the fact is that source MAC learning is already done in bridges
EG> (and has been done in bridges for a very long time).  Finding H/W
EG> that does this _is_ trivial.
EG> 
EG> For sure, if you want to start over - possibly because you want to
EG> do additional stuff, while you're about it - it can be a bit hard.
EG> 
EG> And that makes me want to understand whether your implementation
EG> elected to do things the hard way simply because the implementors 
EG> in your case were already predisposed to doing this extra stuff.

--- [SNIP] ---
_______________________________________________
rbridge mailing list
rbridge@postel.org
http://mailman.postel.org/mailman/listinfo/rbridge

v2.23.0 | Report a Bug | By Email