Re: [ppml] too many variables

[Joel Jaeggli <joelja () bogus com>]

John Paul Morrison wrote:
> Can't any network problem can be solved by adding another layer of
> indirection?
>
> Don't all the various nodes in a system simply "disappear" when another
> technology comes along to organize, replace and manage the problem
> differently? With iBGP there's been confederations and route-reflectors
> to divide the problem into smaller pieces, even MPLS to remove a lot of
> the scalability issues.
>
> But perhaps in the future, after many more consolidations and
> bankruptcies, there may only be a couple of major carriers left. This
> would solve a lot of BGP decision making algorithms.

Not if one of them is covad...

> You'd either go with the Red ISP or the Blue ISP, just like politics!

Leaving most stake holders poorly served just as they are by blue party
red party. I don't think hoping for a high level of monopoly
consolidation to address the issue of table growth is reasonable.

As an enterprise or individual I'm still going to choose both meaning my
stub-AS and address space will continue to consume slots in the routing
table.

> Paul Vixie wrote:
> > > > ... is that system level (combinatorial) effects would limit Internet
> > > > routing long before moore's law could do so.
> > > >       
> > > It is an easy derivative/proxy for the system level effect is all. Bandwidth
> > > for updates (inter and intra system) are another choking point but folks
> > > tend to be even less aware of those than cpu.
> > >     
> >
> > is bandwidth the only consideration?  number of graph nodes and number of
> > advertised endpoints and churn rate per endpoint don't enter into the limits?
> > at what system size does speed of light begin to enter into the equation?
> >
> > (note, as i told geoff huston: if it seems like john scudder's outbound BGP
> > announcement compression observations are relevant, or that moore's law is
> > relevant, then you're misunderstanding my question or i'm asking it wrong.)
> > _______________________________________________
> > PPML
> > You are receiving this message because you are subscribed to the ARIN Public Policy
> > Mailing List (PPML () arin net).
> > Unsubscribe or manage your mailing list subscription at:
> > http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN Member Services
> > Help Desk at info () arin net if you experience any issues.
> >   
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the ARIN Public Policy
> Mailing List (PPML () arin net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN Member Services
> Help Desk at info () arin net if you experience any issues.