Re: [rrg] RRG to hibernation

Tony Li <> Sat, 10 November 2012 17:24 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id CD6B621F8660 for <>; Sat, 10 Nov 2012 09:24:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -100.437
X-Spam-Status: No, score=-100.437 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id zdjSiqVihpBK for <>; Sat, 10 Nov 2012 09:24:19 -0800 (PST)
Received: from ( [IPv6:2001:558:fe2d:44:76:96:27:243]) by (Postfix) with ESMTP id 3319D21F8640 for <>; Sat, 10 Nov 2012 09:24:18 -0800 (PST)
Received: from ([]) by with comcast id Mt461k0041wfjNsADtQJDX; Sat, 10 Nov 2012 17:24:18 +0000
Received: from [] ([]) by with comcast id MtQG1k00W43ZcXW8jtQHm3; Sat, 10 Nov 2012 17:24:17 +0000
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Tony Li <>
In-Reply-To: <>
Date: Sat, 10 Nov 2012 09:24:16 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <>
To: Danny McPherson <>
X-Mailer: Apple Mail (2.1499)
Cc:, Noel Chiappa <>
Subject: Re: [rrg] RRG to hibernation
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IRTF Routing Research Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 10 Nov 2012 17:24:21 -0000

Amazing.  For years, I unsuccessfully try to spark discussions.  Then I say that we're done and THAT sparks discussions.  ;-)

>> We still have the same old kludgy BGP global routing system we always had,
>> and _nothing_ has been proposed to improve/replace it.

Blatantly not true.  There's this thing called NIMROD that has been proposed to replace it.  Perhaps you've heard of it?  ;-)

> No, but I suspect if we bolt on BGPSEC extensions and things like "periodic updates" and per router signing & validation of updates, we're going to need to work on a replacement in short order.
> Some of the smart folks here applying their perspective would certainly be of value, methinks.

I agree that some security needs to be deployed.  I'm not convinced that it needs to be BGPSEC.  We've muddled along for many years and never found the gumption to actually deploy anything.  Must not be important to people.  I don't get it, but that's the observable behavior.  

In any case, this doesn't seem like a research topic.  This is pretty clearly an engineering issue.