nanog mailing list archives
RE: CIDR Report
From: "Roeland Meyer (E-mail)" <rmeyer () mhsc com>
Date: Mon, 15 May 2000 12:30:30 -0700
brett watson: Monday, May 15, 2000 11:44 AM
C'mon. I'm obviously not suggesting it is as easy as "askand ye shallreceive". My point here is that demand drives the market, and if it becomes clear that routers with faster BGP implementationsare what isneeded, that is just what the vendors will (eventually, at least) develope.you're forgetting (or not admitting here) that a corporation's primary motivators are profit and shareholder value. a vendor will surely develop anything that gains them significant market share, or significant increase in profits, or significant increase in revenues. driven by demand alone, a market is not. "routers with faster bgp implemetations are what is needed" is what we say, but the question a vendor asks is "does it increase my profit margin, revenues, or market position?". what we "want" is mostly irrelevant.
I beg to differ, the real issues are "find what the market wants, give it to them". The problem is that they haven't figured out how to give it to us. We have to help them, if we want it bad enough. A lot of us, in the new dot-com arena, have a certifiable need for a portable /24. Truthfully, that's about all we do need. What we also have a need for is multi-homing over a very large and diverse area. The usual reasons for this (availability/reliability) is not the ONLY reason for this requirement. Actually, I listed three scenarios; small company with intercontinental locations; large dot-com with regional many co-locations; virtual companies with large collaboration networks. Under the current system, what we are forced to do is either obtain a /24 for each location (even when there are <16 hosts there), or "engineer" our way into a portable /20 so we can participate in peering. Either method burns IP addresses (one engineering trick is to stop using NAT) in huge gulps. Most of us, being more than a little bit social conscious, cringe at the act of burning the IPs. But, the system makes us do it anyway. Alternatively, we let the system dictate our business-model and stop developing global dot-coms (not! - try flying *that* past a VC <heh> I'll even let you borrow my flame-suit). The real short-term answer is to universally allow /24 announcements (I disagree with going below /26). If router capabilities do not support this than then the vendors will have to be encouraged to beef up their equipment. (Having just bought three Cisco Catalyst 6509s, with 3524XL end nodes, in the past six months, another few $20K wouldn't send my CPA into a tail-spin.) However, no amount of hardware is going to change filtering policies and that's why I bring this up here. What are the operational alternatives?
Current thread:
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report), (continued)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Chris Williams (May 16)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Greg A. Woods (May 16)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Chris Williams (May 16)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Greg A. Woods (May 16)
- RE: "Simple" Multi-Homing ? (was Re: CIDR Report) Dmitri Krioukov (May 16)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Jim Mercer (May 16)
- RE: "Simple" Multi-Homing ? (was Re: CIDR Report) Dmitri Krioukov (May 16)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Todd Sandor (May 16)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Todd Sandor (May 18)
- Re: "Simple" Multi-Homing ? (was Re: CIDR Report) Greg A. Woods (May 19)
- RE: CIDR Report Roeland Meyer (E-mail) (May 15)
- RE: CIDR Report Rodney L Caston (May 15)
- fighting cidr dead ending (was: RE: CIDR Report) Dmitri Krioukov (May 15)
- RE: fighting cidr dead ending (was: RE: CIDR Report) Dmitri Krioukov (May 15)
- RE: CIDR Report Roeland Meyer (E-mail) (May 17)
- Re: CIDR Report Valdis . Kletnieks (May 17)
- RE: CIDR Report Roeland Meyer (E-mail) (May 17)