nanog mailing list archives
Re: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back)
From: Richard A Steenbergen <ras () e-gerbil net>
Date: Tue, 21 May 2002 01:52:28 -0400
On Tue, May 21, 2002 at 07:27:35AM +0200, Mikael Abrahamsson wrote:
I have personally seen a 7200 with PXF-chip and two PA-GE do NAT at 300megabit with a few (10-15) ftp streams going thru it. With more random load it wouldn't go much above 100 meg, though.
I have done 400Mbit with an NPE400, though that's pushing the box close to its limits. But really, a good engineer knows his tools and knows how to choose them for the task. If you want to push 900Mbps, you don't pick a router with a central software based route lookup system and PCI based backplane. On the other hand, if you need to do "complex" things, a 7200 may be your best bet simply because of its simplicity. All the nasty bugs that make using a GSR so miserable almost never manifest themselves on a 7200. If you're adventurous you can even install the "latest" code and probably not pay for your transgression against the IOS gods within 48 hours. :)
And please, lab tests doesnt show it all. Does the Foundry have a route cache? How many entries? I have seen equipment that performs perfectly in the lab start to bog down when you put real traffic on them, because of route cache limitations (for instance, 256.000 entries starts to be problematic when you have thousands of customers running real internet traffic thru the device).
A classic Foundry flaw, which you can get around to some extent with ip net-agg or dr-agg. I've found it best to treat a Foundry doing layer 3 like you would a 7500. You know, tiptoe when you walk by it, try not to give it any funny looks, only login to it when you REALLY need to, only make changes at 2am, etc, it is usable in a customer aggregation role. Anything more is tempting fate. And if^H^Hwhen you run into a really fun issue, don't even think about calling Foundry TAC after hours, all you'll get is someone's house with their screaming kids in the background. -- Richard A Steenbergen <ras () e-gerbil net> http://www.e-gerbil.net/ras PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)
Current thread:
- Re: The market must be coming back, (continued)
- Re: The market must be coming back Richard A Steenbergen (May 20)
- RE: The market must be coming back Gary (May 21)
- The business side of the coin. WAS RE: The market must be coming back Christopher J. Wolff (May 21)
- Re: The business side of the coin. WAS RE: The market must be coming back Patrick (May 21)
- RE: The business side of the coin. WAS RE: The market must be coming back Christopher J. Wolff (May 21)
- RE: The business side of the coin. WAS RE: The market must be coming back Marc Pierrat (May 22)
- RE: The market must be coming back Gary (May 21)
- Re: The market must be coming back Adam Rothschild (May 20)
- Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Gary (May 20)
- Re: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Mikael Abrahamsson (May 20)
- Re: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Richard A Steenbergen (May 20)
- RE: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Gary (May 21)
- Re: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Adam Rothschild (May 21)
- Re: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Richard A Steenbergen (May 21)
- Re: Cisco 7200 VXR with NPE-400 (was RE: The market must be coming back) Ralph Doncaster (May 21)