[ppml] too many variables
Joel Jaeggli
joelja at bogus.com
Mon Aug 13 20:28:44 UTC 2007
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 at 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 at 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 at 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 at arin.net if you experience any issues.
More information about the NANOG
mailing list