nanog mailing list archives
Re: too many routes
From: Paul Traina <pst () juniper net>
Date: Wed, 10 Sep 1997 07:41:38 -0700
From: Vadim Antonov <avg () pluris com> Subject: RE: too many routes Joseph T. Klein <jtk () titania net> wrote: >The routes issue historically comes down to the fact that Sprint did not >want to convert from Cisco 4000 to Ciscos that had larger memory capacity. Sprint never used cisco 4000s in the backbone. Just FYI. Historically, memory limitation was because CSC/4 board in AGS/+ routers had memory soldered in. The box was absolute top of the line when it started to fall over. Not to mention the obvious problem, the routing table was growing exponentially. I don't care how much memory you put in a box, if we hadn't solved that problem, the game would have been over. >Memory is cheap these days ... the big boys just don't wish to have a >free market. This statement shows that the level of comprehension of the issues remains absymally low. It is NOT memory; it is CPU which is a limiting factor. Even the mainframes would keel over on routing computations if the drastic measures weren't taken to aggregate and dampen. Absolutely.
Current thread:
- Re: too many routes, (continued)
- Re: too many routes Sean M. Doran (Sep 14)
- Re: too many routes Alan Hannan (Sep 14)
- Re: too many routes Tony Li (Sep 15)
- Re: too many routes Jeremy Porter (Sep 11)
- Re: too many routes Neil J. McRae (Sep 12)
- Re: too many routes Neil J. McRae (Sep 12)
- Re: too many routes Sean M. Doran (Sep 10)
- Re: too many routes Kent W. England (Sep 11)
- Re: too many routes Sean M. Doran (Sep 11)
- Re: too many routes Paul Traina (Sep 10)
- Re: too many routes Sean M. Doran (Sep 10)
- Re: too many routes Justin W. Newton (Sep 11)
- Re: too many routes Sean M. Doran (Sep 10)
- Message not available
- Re: too many routes Jay R. Ashworth (Sep 11)
- Re: too many routes Sean M. Doran (Sep 11)
- Re: too many routes Michael Dillon (Sep 11)
- NATs and addressing Sean M. Doran (Sep 11)
- Message not available
- Re: too many routes Jay R. Ashworth (Sep 11)