[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Regionally aggregatable address space for multihoming
- To: Iljitsch van Beijnum <iljitsch@muada.com>
- Subject: Re: Regionally aggregatable address space for multihoming
- From: Sean Doran <smd@ebone.net>
- Date: 08 Jun 2001 16:09:54 +0200
- Cc: multi6@ops.ietf.org
- Delivery-date: Fri, 08 Jun 2001 07:11:53 -0700
- Envelope-to: multi6-data@psg.com
- User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7
Iljitsch van Beijnum <iljitsch@muada.com> writes:
> All networks announce their customer's routes everywhere, but peers simply
> filter out these announcements on exchange points that do not fall within
> their idea of the region.
So what happens in the case where a site connects to a
network which does not actually connect to the local
exchange point at all?
X-Corp acquires geographically-assigned addresses from
a local registry, then buys transit from ANet and BNet;
ANet is connected to the local IX but BNet is not.
How shall BNet advertise reachability to X-Corp?
ANet and CNet, both present at the local IX, have a
commercial falling-out. Or a fibre cut. Or the IX fails.
Or something. This leads to a long-term outage in
_direct_ local connectivity between ANet and CNet; however
ANet purchases backup connectivity from DNet, one of
CNet's peers. Y-Corp, a customer of CNet in another city,
now wants to send traffic to X-Corp (and vice-versa).
How can this happen?
The question in a nutshell, is: how does one deal with
"exception routing" in the event one cannot guarantee a
always fully-interconnected geographical area?
That is, if one draws an addressing abstraction boundary
around a geographical area rather than a topological area,
must one/can one/how can one guarantee that the enclosed
area can always be abstracted?
This is the riddle of the CIDR Sphinx.
Sean.