Re: [rrg] IPv4 & IPv6 routing scaling problems

Danny McPherson <danny@arbor.net> Fri, 12 February 2010 15:36 UTC

Return-Path: <danny@arbor.net>
X-Original-To: rrg@core3.amsl.com
Delivered-To: rrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 066463A73BA for <rrg@core3.amsl.com>; Fri, 12 Feb 2010 07:36:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[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 Q3OrcL3CDicx for <rrg@core3.amsl.com>; Fri, 12 Feb 2010 07:36:22 -0800 (PST)
Received: from gateout02.mbox.net (gateout02.mbox.net [165.212.64.22]) by core3.amsl.com (Postfix) with ESMTP id EA6E03A6BFC for <rrg@irtf.org>; Fri, 12 Feb 2010 07:36:21 -0800 (PST)
Received: from gateout02.mbox.net (gwo2-lo [127.0.0.1]) by gateout02.mbox.net (Postfix) with ESMTP id DE0CA4BE7A2; Fri, 12 Feb 2010 15:37:39 +0000 (GMT)
Received: from s1hub1.EXCHPROD.USA.NET [165.212.120.254] by gateout02.mbox.net via smtad (C8.MAIN.3.61A) with ESMTPS id XID541oBLPlO8874Xo2; Fri, 12 Feb 2010 15:37:39 -0000
X-USANET-Source: 165.212.120.254 IN danny@arbor.net s1hub1.EXCHPROD.USA.NET
X-USANET-MsgId: XID541oBLPlO8874Xo2
Received: from [192.168.1.64] (97.118.239.19) by exchange.postoffice.net (10.120.220.31) with Microsoft SMTP Server (TLS) id 8.2.234.1; Fri, 12 Feb 2010 15:36:46 +0000
MIME-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Danny McPherson <danny@arbor.net>
In-Reply-To: <20100212152733.0830F6BE5B2@mercury.lcs.mit.edu>
Date: Fri, 12 Feb 2010 08:37:06 -0700
Content-Transfer-Encoding: quoted-printable
Message-ID: <4C7EE6FC-1DE3-468C-9B8D-2435585F8633@arbor.net>
References: <20100212152733.0830F6BE5B2@mercury.lcs.mit.edu>
To: Noel Chiappa <jnc@mercury.lcs.mit.edu>
X-Mailer: Apple Mail (2.1077)
Cc: "rrg@irtf.org" <rrg@irtf.org>
Subject: Re: [rrg] IPv4 & IPv6 routing scaling problems
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Feb 2010 15:36:23 -0000

On Feb 12, 2010, at 8:27 AM, Noel Chiappa wrote:

> 
> Can you expand on that a bit?

I think the slides here illustrate some of this pretty well, and even
illustrate how implementation optimizations that result in systemic 
state and churn are a very bad idea - but most operators don't complain
because they have no CLI-esque visibility into just how broken:

<http://www.ietf.org/proceedings/74/slides/grow-6.pdf>
<http://www.tcb.net/rr-thing.pdf>

> Well, in their defense, I can understand people wanting more features from the
> routing. Unfortuntely, IMO that basic architecture is not well-suited to
> adding lots of advanced features (all the easy, low-hanging, ones have
> probably already been picked), but changing to a different one is going to be
> a horrendous undertaking.

Yep, agreed.  

The thing is, network operators are coin-operated, rightly so, and
deploying things like IPv6 before IPv4 is exhausted, or optimizing 
routing designs instead of developing new bottom-line or revenue 
generating features, just doesn't make much sense.  Any incentive 
model outside of 1-3 years to operate or optimize a network service
substrate just doesn't get much attention.

-danny