[28703] in North American Network Operators' Group
RE: CIDR Report
daemon@ATHENA.MIT.EDU (Roeland Meyer (E-mail))
Sat May 13 15:51:18 2000
Reply-To: <rmeyer@mhsc.com>
From: "Roeland Meyer (E-mail)" <rmeyer@mhsc.com>
To: <danny@tcb.net>, <nanog@nanog.org>
Date: Sat, 13 May 2000 12:48:45 -0700
Message-ID: <001b01bfbd14$402f71f0$eaaf6cc7@PEREGRIN>
MIME-Version: 1.0
Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <200005131908.NAA11604@tcb.net>
Errors-To: owner-nanog-outgoing@merit.edu
> Danny McPherson: Saturday, May 13, 2000 12:08 PM
>=20
> Perhaps part of the problem is this preconceived assumption=20
> that one requires=20
> portable address space and at least one unique AS number to=20
> be able to connect=20
> to the Internet in any reasonable manner, even if they're=20
> single-homed, or=20
> multi-homed to a single provider, etc.. Given, there are=20
> plenty of instances=20
> where it's indeed the optimal approach, but it's far from=20
> being the norm, even=20
> though it often seems to be evangelized as such.
But, that isn't the problem that is presented. Redefining the problem =
away, won't solve the problem. That is what you are doing here, unless I =
completely misread your message. The conditions that I present are;
1) Multiple upstream providers (No single upstream provider can cover =
all locations).
2) Widely dispersed organization (even, multiple RIRs).
3) Cost differences, between upstreams, based on location (cost optimal =
link, in one locale, is sub-optimal in another locale).
cases:
USWeb/CKS, now MARCHfirst: 8000 employees, over 5 continents.
MHSC.NET: four locations in continental US, widely scattered =
sub-contractors.
unamed CTI development client: Hong Kong(5), AUS(6), CA/US(20), east =
coast/US(8), etc...
None of these are big enough to justify their own backbone operations or =
to buy a backbone from someone else, or there wouldn't be a problem. =
Paying scads of extortion money is also problematic (cheaper to simply =
burn the IP addresses).
> The CIDR stuff, the prefix-length filtering driven by Sean,=20
> Randy, myself and others over the years, the address=20
> portability and allocation stuff, it all feeds directly into=20
> this, and absolutely has a substantial impact. To toss it=20
> all, while forgetting about reliability and availablity,=20
> well, seems short-sighted to me. =20
I am NOT advocating tossing all of that out. I am simply bringing up a =
problem condition. Please, don't shoot the messenger, or otherwise get =
defensive (return fire is a bitch).
What I am bringing up here is that new, information-age companies, as =
predicted in MegaTrends over 10 years ago, are now starting to appear. =
They are very diffused (sparse population, over very large areas of the =
globe) and have connectivity needs which are both critical, yet very =
different from click-n-morter customers that the Big8 was built up to =
handle (either classful or classless). The current architecture is not =
handeling them very well.
The problem is currently in it's infancy, it will get much worse.
---
R O E L A N D M . J . M E Y E R
CEO, Morgan Hill Software Company, Inc.
An eCommerce and eBusiness practice
providing products and services for the Internet.
Tel: (925)373-3954
Fax: (925)373-9781
