Re: [dc] Elevator Pitch

Thomas Narten <narten@us.ibm.com> Wed, 28 December 2011 17:02 UTC

Return-Path: <narten@us.ibm.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 76D8321F84C3 for <dc@ietfa.amsl.com>; Wed, 28 Dec 2011 09:02:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.583
X-Spam-Level:
X-Spam-Status: No, score=-106.583 tagged_above=-999 required=5 tests=[AWL=0.016, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 SWmANFdunkQP for <dc@ietfa.amsl.com>; Wed, 28 Dec 2011 09:02:20 -0800 (PST)
Received: from e6.ny.us.ibm.com (e6.ny.us.ibm.com [32.97.182.146]) by ietfa.amsl.com (Postfix) with ESMTP id BA78121F849B for <dc@ietf.org>; Wed, 28 Dec 2011 09:02:19 -0800 (PST)
Received: from /spool/local by e6.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for <dc@ietf.org> from <narten@us.ibm.com>; Wed, 28 Dec 2011 12:02:18 -0500
Received: from d01relay01.pok.ibm.com (9.56.227.233) by e6.ny.us.ibm.com (192.168.1.106) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Wed, 28 Dec 2011 12:01:21 -0500
Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay01.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id pBSH1Kib216936 for <dc@ietf.org>; Wed, 28 Dec 2011 12:01:20 -0500
Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id pBSH1ItK006386 for <dc@ietf.org>; Wed, 28 Dec 2011 15:01:18 -0200
Received: from cichlid.raleigh.ibm.com (sig-9-65-224-147.mts.ibm.com [9.65.224.147]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id pBSH0uWM003298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Dec 2011 15:00:56 -0200
Received: from cichlid.raleigh.ibm.com (cichlid.raleigh.ibm.com [127.0.0.1]) by cichlid.raleigh.ibm.com (8.14.4/8.12.5) with ESMTP id pBSH0kB2011575; Wed, 28 Dec 2011 12:00:51 -0500
Message-Id: <201112281700.pBSH0kB2011575@cichlid.raleigh.ibm.com>
To: Russ White <russw@riw.us>
In-reply-to: <4EF7B019.3030202@riw.us>
References: <13205C286662DE4387D9AF3AC30EF456D74E7BD952@EMBX01-WF.jnpr.net><6665BC1FEA04AB47B1F75FA641C43BC0926D106C@FHDP1LUMXC7V41.us.one.verizon.com><201112211830.pBLIUiZA017188@cichlid.raleigh.ibm.com> <13205C286662DE4387D9AF3AC30EF456D74E91DBFD@EMBX01-WF.jnpr.net> <618BE8B40039924EB9AED233D4A09C5102A4881E@XMB-BGL-416.cisco.com> <4EF7B019.3030202@riw.us>
Comments: In-reply-to Russ White <russw@riw.us> message dated "Sun, 25 Dec 2011 18:22:01 -0500."
Date: Wed, 28 Dec 2011 12:00:46 -0500
From: Thomas Narten <narten@us.ibm.com>
x-cbid: 11122817-1976-0000-0000-000008FAB0D1
Cc: dc@ietf.org
Subject: Re: [dc] Elevator Pitch
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: Wed, 28 Dec 2011 17:02:20 -0000

> 1. How many host routes do we reach before we say it "won't scale?" If
> you're talking about leaf nodes in a routing protocol, 100k isn't really
> that big of a deal. Where you do run into problems is between the
> routing and forwarding tables --but that's an area for thought.

Actually, 100K host routes in leaf nodes may well be a Big Deal. It
depends on what type of devices need to understand host routes.

For the scenarios NVO3 is looking at, the edge device includes edge
switches and hypervisors. Yes, such devices can in theory support 100K
host routes (and the routing protocol needed to make that converge).

But at a cost.

And I suspect the cost is too high.

Do you think data center operators will want to run routing protocols
in hypervisors that have to handle 100K host routes? Especially if
such devices will need to be upgraded with better hardware to support
such a load?

Or will they want an alternative approach?

> 2. Why does this mobility need to be at layer 2 specifically? Are we
> assuming DDNS and other sorts of solutions in this space will simply
> never be fast enough/scale far enough/etc?

Like it or not, the key requirement for VM mobility is that the VM's
IP address does not change. That means the VM can't really move from
one IP subnet to another. That means either moving to bigger and
bigger L2s (all under one IP subnet) as the DC expands or the need to
inject /32 host routes.

Neither of those approaches seems particularly scalable/desirable if
you look 10 years down the road and think of 1M+ physical machines in
a DC.

Thomas