Re: [rrg] RRG to hibernation (Noel Chiappa) Sat, 10 November 2012 03:55 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B722B21F8CBB for <>; Fri, 9 Nov 2012 19:55:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.466
X-Spam-Status: No, score=-6.466 tagged_above=-999 required=5 tests=[AWL=0.133, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3q1zYfYXGmcG for <>; Fri, 9 Nov 2012 19:55:16 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 0702921F8C51 for <>; Fri, 9 Nov 2012 19:55:15 -0800 (PST)
Received: by (Postfix, from userid 11178) id 1C6FC18C115; Fri, 9 Nov 2012 22:55:15 -0500 (EST)
Message-Id: <>
Date: Fri, 9 Nov 2012 22:55:15 -0500 (EST)
From: (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 03:55:16 -0000

    > From: Scott  Brim <>

    > this group's best accomplishment imho was to understand that and spread
    > the knowledge.

I didn't say the group had produced nothing of value. Clearly, the work on
location/identity was useful.

(Although it is regrettable that the IETF didn't take the concept on board
when RFC-1498 was produced, in 1993, instead of taking almost 20 years to
recognize the necessity of separating location and identity - the Internet
would be a lot further along at this point if it had.)

I just dispute the contention that it produced notable routing work - because
it didn't.

Which means that, since there _are_ needs for improved routing, we're now
going to see the same scenario as I referred to above, with loc-id-sep,
repeated in the area of routing - the IETF taking forever to grudgingly admit
that what one would hope are seemingly obvious improvements are, in fact,

The only question is, are we again going to see very long delays before that
happen (perhaps two decades again)?

And better routing is an order of magnitude more complex, technically, than
loc-id-sep. So the pain/cost of upgrading _that_ will be that much greater.