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.