Re: [sidr] Route Leaks and BGP Security

Randy Bush <> Mon, 21 November 2011 16:09 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 085A221F8ADC for <>; Mon, 21 Nov 2011 08:09:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.589
X-Spam-Status: No, score=-2.589 tagged_above=-999 required=5 tests=[AWL=0.010, BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id yYejLQEhHyPq for <>; Mon, 21 Nov 2011 08:09:56 -0800 (PST)
Received: from ( [IPv6:2001:418:1::36]) by (Postfix) with ESMTP id 1AA8821F8B36 for <>; Mon, 21 Nov 2011 08:09:55 -0800 (PST)
Received: from localhost ([] by with esmtp (Exim 4.76 (FreeBSD)) (envelope-from <>) id 1RSWRN-00052S-Nr; Mon, 21 Nov 2011 16:09:54 +0000
Date: Mon, 21 Nov 2011 18:09:49 +0200
Message-ID: <>
From: Randy Bush <>
To: Russ White <>
In-Reply-To: <>
References: <> <> <> <> <>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
Subject: Re: [sidr] Route Leaks and BGP Security
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Secure Interdomain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 21 Nov 2011 16:09:57 -0000

> The solution isn't to rule out such problems because they're
> "unsolvable." There are, in fact, at least two systems that can solve
> this problem.

in the harsh realities such as

  o a significant portion of the internet's isps will not publish
    peering and customer business relationships,

  o ASs are not homogenous, A gives B local peering and international
    transit in frankfurt, but B may have no relationship with A in
    new york, or B may be A's customer in new york, and you will never
    know (and you do not want to see how this is done if you are
    anywhere near a meal)

  o etc.

could you point to where two such systems are documented?

otherwise, i have to conclude that

  o this is just a repeat of the non-sense which wasted years of time
    of the last ietf attempt in this area,

  o and we should do what we know how to do, which, though not a total
    panacea, will be a non-trivial improvement on the current situation,

  o and we should leave the research to an irtf wg.