[80023] in North American Network Operators' Group
RE: Getting a BGP table in to a lab
daemon@ATHENA.MIT.EDU (Bill Nash)
Wed Apr 20 20:49:03 2005
Date: Wed, 20 Apr 2005 17:47:13 -0700 (PDT)
From: Bill Nash <billn@billn.net>
To: Scott Morris <swm@emanon.com>
Cc: "'Nathan Ward'" <nanog@daork.net>, nanog@merit.edu
In-Reply-To: <00425051509984@mail.emanon.com>
Errors-To: owner-nanog@merit.edu
Zebra is a great option here, I use it to eat a routing table from
production routers, peer a perl Net::BGP daemon with it, and then do SQL
injections from there to instruct my netflow engine on baseline
subnetting for external networks, as well as provide AS clue for non-AS
aware netflow export segments.
- billn
On Wed, 20 Apr 2005, Scott Morris wrote:
>
> None of the routers that are tested in the lab are capable of supporting a
> full BGP feed....
>
> If you just want to play with BGP stuff, you can use Zebra (unix) or go to
> www.nantech.com and get their BGP4WIN program.
>
> That may help you a bit more.
>
> Scott
>
> -----Original Message-----
> From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of
> Nathan Ward
> Sent: Wednesday, April 20, 2005 8:35 PM
> To: nanog@merit.edu
> Subject: Getting a BGP table in to a lab
>
>
> I'm trying to come up with a way to get a full BGP routing table in to my
> lab.
> I'm not really fussed about keeping it up to date, so a snapshot is fine.
> At the moment, I'm thinking about spending a few hours hacking together a
> BGP daemon in perl to peer with and record a table from a production router,
> disconnect, and then start peering with lab routers.
>
> Am I reinventing a wheel here?
>
> --
> Nathan Ward
>
>
