Merits MRT is a comprehensive set of various routing simulation and routing data gathering applications (with a'la cisco cli btw). Not always stable but generaly working. You can find it at: http://www.merit.edu/net-research/mrt/html/ -- Oleg Tabarovsky AMT Group Jared Mauch wrote:

Sending or receiving those routes?

I've got something i'm working on finishing that will receive them properly. I need to hack on it more, but it's (mostly) stable, needs to handle EOF stuff correctly.

- Jared

On Thu, Jul 09, 1998 at 12:14:00PM -0500, Jon Green wrote:

...

Does anyone know of a way to simulate about three BGP peers with full Internet routing tables in a lab environment? Preferably this would be something I could run on a Sparc.

-- Jared Mauch | pgp key available via finger from jared@puck.nether.net Nether Net | http://puck.nether.net/~jared/ | "You Go To Hell! You Go To Hell and Die!"

Hmm, I'm not sure that Jon will be satisfied by pure modeling. I understand that he is willing to inject either random or actual core size routing tables into real lab network. Netsys will be not of much help in this case. (Say if you want to monitor CPU load figures depending on route flap or memory occupied by paths from 3 peers). Another issue: IMHO, Netsys is not right tool for modeling ISP networks at all. If you have arguments to convince me - I'll be glad to get them. Best regards, -- Oleg Tabarovsky AMT Group Sean Finn wrote:

If you have IOS configs for the routers, I think that Netsys is a good tool for the task.

But then again, I'm a bit biased ... :)

cheers -- Sean Finn Cisco Systems seanf@cisco.com

Oleg, you raise valid concerns; and I recognize that I jumped in with a recommendation without asking the appropriate qualifying questions. (i.e., "What kind of question are you trying to answer?") Things that Netsys can do: * Collect and/or model observed BGP tables, and their redistribution into IGPs. * Evaluate and validate connectivity. * Quantify the size of the effective BGP tables. * Detect many BGP configuration errors * Provide explanations, and recommendations for resolution for some common configuration or connectiviy problems Things that it doesn't do: * Model/Estimate router memory requirements * Attempt to quantify transient conditions, or their effect on router CPU utilization I'm personally curious as to exactly what kind of question Jon is trying to answer ... Hope this helps. cheers --- Sean At 07:27 PM 7/10/98 +0400, Oleg Tabarovsky wrote:

Hmm, I'm not sure that Jon will be satisfied by pure modeling. I understand that he is willing to inject either random or actual core size routing tables into real lab network. Netsys will be not of much help in this case. (Say if you want to monitor CPU load figures depending on route flap or memory occupied by paths from 3 peers). Another issue: IMHO, Netsys is not right tool for modeling ISP networks at all. If you have arguments to convince me - I'll be glad to get them.

Jon Green originally wrote:

...

...

Does anyone know of a way to simulate about three BGP peers with full Internet routing tables in a lab environment? Preferably this would be something I could run on a Sparc.

At 08:37 PM 7/10/98 -0500, Jon Green wrote:

On Fri, 10 Jul 1998 17:57:31 -0700, seanf@cisco.com writes:

...

I'm personally curious as to exactly what kind of question Jon is trying to answer ...

What I need to do is test router performance between different vendors, while they do various ISP-like things, such as carry lots of BGP routes. One option here is to use a live feed, but the problem here is that I need to control the conditions exactly between test runs.

A few people have suggested commercial products to do this, and I'm going to look at both of them. Another alternative might be to run gated on a Unix box and populate it with 50,000 or so static routes.

Ah, so what you're really looking for is a reproducable source of "production size" BGP tables? Sounds like a valid way to test cross platform performance, but not really a job for a "modeling tool", per se. (but your original subject line make much more sense to me now.) (... and I'm certain that there are folks that would be curious about your results. :) cheers -- Sean