- Test - lists.nanog.org

Re: too many routes
by Peter Lothberg 11 Sep '97

11 Sep '97

> Nathan Stratton <nathan(a)netrail.net> writes: > > > This is what I beleave sprint is doing. They are using the new Cisco 12000 > > GSR with external router servers. It is a smart way of patching the > > problem. If you need more CPU or memory you can just add a bigger box and > > more RAM. > > The GSRs are to move bits fast. They are not to act as > route servers. > > Sprint recently announced that they are deploying 622Mbps > POS cross-country links, and the GSRs are the only things > you can put on the ends of such beasts that are available > today. > > (Someone may point out that it may not be the only choice > for very long, however, it's the only one whose design I > know and have had any influence upon, and is therefore > frankly the only one I trust, although I don't expect the > people building the competing box will ship anything but a > good product even if they are now rather deeply in bed > with the cell-heads and about as transparent to most > observers as the Kremlin during the cold war... Well, Ericsson did spend around $1,250Mil trying to develop their own ATM switch as part of ther AXE family. A total fiasko.. --Peter

1 0

Re: too many routes
by Sean M. Doran 11 Sep '97

11 Sep '97

Peter Lothberg <roll(a)stupi.se> writes: > Sprintlink does not use route-servers today, the RP in the GSR is > probably enough for a while, right now it's not very busy. After convergence the CPU in any distributed switching framework should be a function of the routing algorithms and the amount of background noise. However, to close off the nit-pick, the RP in the GSR seems to perform spectacularly well even under unusually heavy routing load. This is great as long as there is no need to replace the RP before a replacement is technologically feasible... Sean.

1 0

Re: too many routes
by Peter Lothberg 10 Sep '97

10 Sep '97

> This is what I beleave sprint is doing. They are using the new Cisco 12000 > GSR with external router servers. It is a smart way of patching the > problem. If you need more CPU or memory you can just add a bigger box and > more RAM. > > > Nathan Stratton President, CTO, NetRail,Inc. > ------------------------------------------------------------------------ > Phone (888)NetRail NetRail, Inc. > Fax (404)522-1939 230 Peachtree Suite 500 > WWW http://www.netrail.net/ Atlanta, GA 30303 > ------------------------------------------------------------------------ > "No king is saved by the size of his army; no warrior escapes by his > great strength. - Psalm 33:16 Sprintlink does not use route-servers today, the RP in the GSR is probably enough for a while, right now it's not very busy. sl-bb10-stk>sh proc cpu CPU utilization for five seconds: 1%/0%; one minute: 2%; five minutes: 2% sl-bb10-stk>sh ip bgp sum BGP table version is 2134008, main routing table version 2134008 46450 network entries (218561/293390 paths) using 14209540 bytes of memory 15864 BGP path attribute entries using 2134920 bytes of memory 0 BGP route-map cache entries using 0 bytes of memory 0 BGP filter-list cache entries using 0 bytes of memory 230083 prefixes revised. --Peter

1 0

Re: too many routes
by Peter Lothberg 10 Sep '97

10 Sep '97

> > On Wed, 10 Sep 1997, Joseph T. Klein 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. > > > Memory is cheap these days ... the big boys just don't wish to have a > > > free market. > > > > I do not think sprint had 4000s in their backbone, they had AGS+ routers. > > The problem is not the lack of memory, but that the CPU can not process > > all the date in the memory when it needs to. The cisco 7500 have that > > same prob, sure you can put 256 megs of RAM in them, but can the CPU > > recalculate the next hop if most of that date in that RAM changes? > > The new RSP4 card may have solved that, we may be at a point now where the > > router has enough processor to be able to process all the data it has > > stored in memory and do it quickly. > > AGS+'s only could handle 16meg, the cpu in a AGS+ is the same as in a 7000 > series, (motorola 68040) As of a year ago, I believe I heard that sprint > still had AGS+'s in their backbone and were upgrading them to 7000 series > equipment. > > -- Jason > Jason Vanick ------------------------------------------ jvanick(a)megsinet.net > Network Operations Manager V: 312-245-9015 > MegsInet, Inc. 225 West Ohio St. Suite #400 Chicago, Il 60610 In 1992 Sprintlink had AGS+ routers in it's network, so did everyone else. The AGS+'es where replaced by 7000's with 64M and SSE's and then 'downgraded' to 75xx routers with 128M. The current Sprintlink core is a mix of 75xx routers with 128M and VIP2/80-POS oc3c interfaces and cisco 12000 routers with 256M and oc3c and oc12c. -Peter

1 0

Re: Network Diagramming Software
by Dave Curado 10 Sep '97

10 Sep '97

I don't think it does everything you want, but a package called NetViz seems to be made for network diagramming -- produces html and imagemaps and interesting stuff like that. I picked up this blurb at: http://www5.zdnet.com/cshopper/content/9608/cshp0147.html

1 0

RE: too many routes
by Sanjay Dani 10 Sep '97

10 Sep '97

>>Please people, we must stop abstructions to keep the market open and >>competitive. > >Can you spell "economies of scale"? Or "using fiber at cost means >owning the fiber"? If you want to play the backbone game you've >got to own long-haul transmission facilities. > >A small backbone provider simply cannot be competitive; no more than >neighbour garage can compete with Chrysler. There are backbone providers and there are providers of specialized ISP or hosting or security etc. services that need independent* IP address space and do not have to waste resources on building a private "backbone". I had thought predicting consolidation in the Internet services market was an exclusive realm of only the clueless "market research" firms. Even they seem to be wisening up. --- *So they can avoid the slowest "backbone" of the month on an on-going basis.

1 0

Re: gated.conf
by Neil J. McRae 10 Sep '97

10 Sep '97

On Wed, 10 Sep 1997 17:44:07 +0100 "Neil J. McRae" <neil(a)domino.org> wrote: Sorry I didn't mean to CC this to nanog.... > On Wed, 10 Sep 1997 11:44:31 -0400 (EDT) > "John G. Scudder" <jgs(a)ieng.com> wrote: > > > > > They're matched sequentially, so the ".*" filter should be moved > > to the bottom, otherwise all the "restrict" filters will have no > > effect. > > OK cool. > > > Does the IENG sell gated? I desperately need a copy for a single PC that > i have [i run a largish backbone of GRF's] and communities and prepend > is something that I really really am desperate for. > > Thanks, > neil > > -- > Neil J. McRae. Alive and Kicking. Domino: In the glow of the night. > neil(a)DOMINO.ORG NetBSD/sparc: 100% SpF (Solaris protection Factor) > Free the daemon in your <A HREF="http://www.NetBSD.ORG/">computer!</A> > -- Neil J. McRae. Alive and Kicking. Domino: In the glow of the night. neil(a)DOMINO.ORG NetBSD/sparc: 100% SpF (Solaris protection Factor) Free the daemon in your <A HREF="http://www.NetBSD.ORG/">computer!</A>

1 0

Network Diagramming Software
by David Hares - ADP Autonet 10 Sep '97

10 Sep '97

I'm looking for pointers to a software package to produce network connectivity diagrams, hopefully generated from dns name, ip address pairs. Has anyone seen anything like this? I'm tired of generating it by hand. -- David L. Hares, Senior Staff Programmer AutoNet Phone: (313) 995-6539 175 Jackson Plaza FAX : (313) 995-6458 Ann Arbor, MI 48106 (USA) Email: dhares(a)autonet.net

3 2

Re: too many routes
by shields＠crosslink.net 10 Sep '97

10 Sep '97

In article <199709092102.RAA18271(a)Iodine.Mlink.NET>, Phillip Vandry <vandry(a)Mlink.NET> wrote: > Maybe that should be even more the standard practice. There is nothing to > lose in allocating in the order .0, .128, .64, .192, .32, .96, .160, > .224 instead of .0, .32, .64, .96, .128, .160, .192, .224. Sounds similar to what was suggested in RFC 1219 over six years ago. -- Shields, CrossLink.

4 5

RE: too many routes
by jan.novak＠aliatel.cz 10 Sep '97

10 Sep '97

See www.liszt.com ---------- Od: Phil Howard[SMTP:phil@charon.milepost.com] Odesláno: 9. září 1997 15:15 Komu: Michael Dillon Kopie: nanog(a)merit.edu Předmět: Re: too many routes Michael Dillon writes... > >I would think the latter. If so, would anyone know why it is that the > >backbone providers are so resistant to giving out blocks to do this? > > If backbone operators do not efficiently allocate IP space to their > downstream customers then the next time they need additional IP space they > will not be able to get any. Everyone in the food chain has to operate > under the same policies of justifying IP space based on need and using the > space efficiently. There is more info on this at http://www.arin.net and in > particular you should have a look through the recommended reading section > especially any documents relating to CIDR. It seems that efficiency is measured only in terms of numbers of IP addresses and disregards numbers of routes. We are at a point that we can pretty much nearly fill a /19 and will be past that point by the end of the year. Beyond that, I would think that when we need to keep coming back for address space, we would do it in increments of /19. How much of the routing space is filled with networks smaller than /19 that are part of an ASN that has enough other smaller networks to renumber into a single /19. I'm wondering if the policies are not being counter productive due to the apparently opposing nature of IP space vs route space (e.g. the one where people have to take more IP space to be routed, because of route filters, because of too many routes, because IP space is so fragmented, because IP space needs to be conserved, because everyone needs to get more IP space, becayse of route filtering, because of so many routes, because ...). I was given some other mailing lists for dealing with those issues by someone. I'll be subscribing there. In the mean time, especially to help put topics on the correct mailing list (if on-topic posts are to be another goal) can someone post an informatory posting that lists ALL the mailing lists (preferrably with a brief summary of topic/purpose) that would be of interest to ALL the aspects of network provider business and operation? Or is this listed on a web page? If not, I'll offer to host just such a web page if I can get a pretty much complete list (I'll even write HTML to get it going). But I'm sure most everyone here has some access to some web space somewhere. -- Phil Howard KA9WGN +-------------------------------------------------------+ Linux Consultant | Linux installation, configuration, administration, | Milepost Services | monitoring, maintenance, and diagnostic services. | phil at milepost.com +-------------------------------------------------------+

5 6