IETF Logo Mail Archive

Re: [dc] comments and suggestions to draft-narten-nv03-overlay-problem-statment-01

David Allan I <david.i.allan@ericsson.com> Fri, 27 January 2012 16:51 UTC

Return-Path: <david.i.allan@ericsson.com>
X-Original-To: dc@ietfa.amsl.com
Delivered-To: dc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9453621F8637 for <dc@ietfa.amsl.com>; Fri, 27 Jan 2012 08:51:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, 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 UfPZyzVddcnK for <dc@ietfa.amsl.com>; Fri, 27 Jan 2012 08:51:07 -0800 (PST)
Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 2DB4C21F8635 for <dc@ietf.org>; Fri, 27 Jan 2012 08:51:07 -0800 (PST)
Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id q0RGouov032353; Fri, 27 Jan 2012 10:50:59 -0600
Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.142]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Fri, 27 Jan 2012 11:50:58 -0500
From: David Allan I <david.i.allan@ericsson.com>
To: Linda Dunbar <linda.dunbar@huawei.com>, Paul Unbehagen <paul@unbehagen.net>
Date: Fri, 27 Jan 2012 11:50:57 -0500
Thread-Topic: [dc] comments and suggestions to draft-narten-nv03-overlay-problem-statment-01
Thread-Index: Aczcic4dhzNCqBUxQSqOznX8P2avFQARvMcAABCCe8AAADywEA==
Message-ID: <60C093A41B5E45409A19D42CF7786DFD522A6C5E3B@EUSAACMS0703.eamcs.ericsson.se>
References: <4A95BA014132FF49AE685FAB4B9F17F632E17F2D@dfweml505-mbx> <C5CE8493-6543-4EB0-BCEB-99EEBA3FD59E@unbehagen.net> <4A95BA014132FF49AE685FAB4B9F17F632E181E2@dfweml505-mbx>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F632E181E2@dfweml505-mbx>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_60C093A41B5E45409A19D42CF7786DFD522A6C5E3BEUSAACMS0703e_"
MIME-Version: 1.0
Cc: Thomas Narten <narten@us.ibm.com>, "dc@ietf.org" <dc@ietf.org>, "david.black@emc.com" <david.black@emc.com>, Dinesh Dutt <ddutt@cisco.com>, Murari Sridharan <muraris@microsoft.com>, "kreeger@cisco.com" <kreeger@cisco.com>
Subject: Re: [dc] comments and suggestions to draft-narten-nv03-overlay-problem-statment-01
X-BeenThere: dc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Data Center Mailing List <dc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dc>, <mailto:dc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dc>
List-Post: <mailto:dc@ietf.org>
List-Help: <mailto:dc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dc>, <mailto:dc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Jan 2012 16:51:08 -0000

So what you are saying is if you architect your network wrong, you have a problem.

That issue is not confined to PBB

Dave

________________________________
From: dc-bounces@ietf.org [mailto:dc-bounces@ietf.org] On Behalf Of Linda Dunbar
Sent: Friday, January 27, 2012 8:47 AM
To: Paul Unbehagen
Cc: Thomas Narten; dc@ietf.org; david.black@emc.com; Dinesh Dutt; Murari Sridharan; kreeger@cisco.com
Subject: Re: [dc] comments and suggestions to draft-narten-nv03-overlay-problem-statment-01

Paul,

See my comments below:



The limitation for PBB and VLAN should include that MAC addresses can't be aggregated, therefore forwarding table can be very large for large data centers.

Disagree, this isn't what we see in live deployments. Since the Mac learning of the host stations only happens at the edge switches and the services are distributed across many edge switches the ISID service Mac table sizes don't end up being that large on any given node. Additionally the core never sees any macs but the nodes participating in the backbone from edge switch to edge switch.

[Linda] If PBB's MAC-in-MAC Overlay encapsulation is done at the access switches in data center, then the core switches forwarding table won't explode. However, if the Mac-in-Mac overlay encapsulation is performed by servers' hypervisor, the switches' forwarding table could explode if there are hundreds of thousands of servers in data center, which is getting more and more common in large data centers.

Linda

v2.23.0 | Report a Bug | By Email