nanog mailing list archives
Re: /19 addresses and redundancy
From: "Sean M. Doran" <smd () clock org>
Date: 11 Nov 1997 08:34:10 -0500
Phil Howard <phil () charon milepost com> writes:
Route filtering is not the end of the world.
Wow. Times have changed.
You also need to make sure that the ISPs do not filter routes for parts of their own blocks coming in from other peers. If ISP-A did such filtering, then their own customers will find you unreachable, as well as those in ISP-C if ISP-C sends traffic for you into ISP-A. I know of no ISPs doing such a thing
Sprintlink did at one point. It's a really good idea to do
this in general because it mitigates the disconnectivity
customers assigned prefixes out of one's address blocks
will suffer if and when someone accidentally(?) announces
subnet of those blocks.
Inbound filters can be adjusted, you know. Unfortunately
the people who have inbound filters have never figured out
that they should make this a service that they charge for.
However, since inbound announcement filtering is a game
anyone can play, I recommend people consider the
implications of fee-based filter updating and how it can
effect their routing whether or not they are the ones
doing the inbound filtering.
Connectivity = bidirectional bandwidth + bidirectional reachability.
Connectivity = value.
Sean.
Current thread:
- /19 addresses and redundancy Steve Camas (Nov 05)
- Re: /19 addresses and redundancy Jay Stewart (Nov 05)
- Re: /19 addresses and redundancy Phil Howard (Nov 05)
- Re: /19 addresses and redundancy Sean M. Doran (Nov 11)
- Re: /19 addresses and redundancy Phil Howard (Nov 11)
- Inbound prefix filters John A. Tamplin (Nov 11)
- Re: /19 addresses and redundancy Jeremy Porter (Nov 11)
- Re: /19 addresses and redundancy Sean M. Doran (Nov 11)
- <Possible follow-ups>
- Re: /19 addresses and redundancy Al Roethlisberger (Nov 05)
- Re: /19 addresses and redundancy Harold Willison (Nov 06)
