On Tue, 10 Dec 2002 12:36:39 -0600 (CST), Forrest wrote:
Maybe I'm missing something, but what good would it do for someone to multihome if only their own providers accept their route, but nobody else does? I realize that their block should be still announced with their ISP's larger aggregate, but what good does this do if your ISP goes down and can't announce the large aggregate.
Smaller multihomers elect to multihome for a variety of reasons. Those reasons typically include latency reduction and toleration of POP failures, router failures, and line failures. They're not looking to stay online is Sprint or MCI disappears entirely. If you multihomed to 2 providers in this manner and made a table of all your downtime and its causes, loss of the larger aggregate would the tiniest fraction of your downtime, which is already a tiny fraction of the time. We don't put parachutes on commuter jets. The failures where these would be helpful are but the tineiest fraction of the failures that occur. And any significant failure at all of such a redundant system is rare.
If you're a smaller organization, perhaps you'll only have a /23 from your upstream provider. With the filtering that seems to be in place, it seems like the only way you can truly multihome with a /23 is if it happens to be in the old Class C space. Or is this wrong?
You're just biasing the question with the choice of words you use ... "truly" multihome.
What seems to be needed is perhaps a /8 set aside by the RIR specifically to allocate to small organizations that wish to multihome that people would accept /24 and shorter from.
Not only would this increase the size of the global routing table, but this would actually decrease reliability for most basement multihomers. Basement multihomers tend to flap their routes more often than their upstreams. By not being inside a larger aggregate, these flaps are likely to result in more significant pockets of unreachability than they would be otherwise. DS