OSPF multi-level hierarch: side question

Alex P. Rudnev alex at Relcom.EU.net
Fri May 28 09:24:09 UTC 1999


Anyway, do you aggregate the customers to the single box, or do not, 2 
level hierarchy scheme (backbone + AREA for big nodes) is quite 
satisfacted.

Another problem - how do you flood small updates. For example, if we here 
allocate dial-up addresses from the central cache, amd I inject this host 
addresses into the network. Through, both methods (OSPF or IBGP) works 
fine for the middle-size dialup pop's, and I don't think you need to do 
it instead of using local address-pools in case of large dialup pop's.

Alex.


On Fri, 28 May 1999, Steve Meuse wrote:

> Date: Fri, 28 May 1999 02:58:52 -0400
> From: Steve Meuse <smeuse at bbnplanet.com>
> To: Vadim Antonov <avg at kotovnik.com>
> Cc: nanog at merit.edu
> Subject: Re: OSPF multi-level hierarch: side question
> 
> 
> At 03:33 PM 05/27/1999 -0700, Vadim Antonov wrote:
> >
> >Tony Li <tony1 at home.net> wrote:
> >
> >>I suspect that the main driver is not the amount of routing information
> >>in the gross sense, but the scalability of the protocol as the number of
> >>nodes increases.
> >
> >There's a better solution: decrease the number of nodes by replacing
> >clusters with bigger boxes.  This has an additional advantage of reducing
> >number of hops (and, consequently, latency variance).
> >
> >K.I.S.S. rulez :)
> >
> >--vadim
> 
> Side question:
> 
> At what point do we stop aggregating customers onto a single box? The
> technology exists now to have hundreds if not thousands of customers on a
> signle box, but, Do we want that many?
> 
> -Steve
> 
> 
> 
> 

Aleksei Roudnev, Network Operations Center, Relcom, Moscow
(+7 095) 194-19-95 (Network Operations Center Hot Line),(+7 095) 230-41-41, N 13729 (pager)
(+7 095) 196-72-12 (Support), (+7 095) 194-33-28 (Fax)





More information about the NANOG mailing list