[161527] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: [c-nsp] DNS amplification

daemon@ATHENA.MIT.EDU (Christopher Morrow)
Tue Mar 19 13:13:40 2013

In-Reply-To: <CAO1bj=Zqvy+HbyEvLoyUgcvTn9BvmfoEXVfUfosPS3Aef4e34Q@mail.gmail.com>
Date: Tue, 19 Mar 2013 13:12:34 -0400
From: Christopher Morrow <morrowc.lists@gmail.com>
To: Aled Morris <aledm@qix.co.uk>
Cc: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

On Tue, Mar 19, 2013 at 7:15 AM, Aled Morris <aledm@qix.co.uk> wrote:
> On 19 March 2013 01:06, Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>wrote:
>
>> LISP merely attempts to replace BGP routing table bloat with
>> something a lot worse than that, that is, a lot more serious
>> routing table bloat of its mapping system.
>>
>
> I'm guessing you're not a fan of LISP, but in it's defense I'd say the
> mapping system is akin to DNS - a scalable, distributed, reliable database
> mapping services to locations.
>
> BGP certainly can't cope with unconstrained growth, we will need something
> better.

and by 'bgp' you mean 'the implementation(s) of BGP on platforms today'

There's nothing inherent in BGP that would not work with an
unconstrained growth of the routing table, right? You just need enough
bandwidth and interrupts to deal with updates.


home help back first fref pref prev next nref lref last post