[ppml] Suggestion for ARIN to deligate smaller IP blocks
Paul_Vixie at isc.org
Paul_Vixie at isc.org
Fri Jun 8 16:17:24 EDT 2007
> As I've said a couple times recently, I'm not opposed to / am in favor of
> issuing PI /24s to any multihomed network.
so, PI /24 for multihomers, but not for TE routes or lockin-avoidance? or,
in light of how easy it would be for a TE route spewer or a lockin-avoider
to just multihome in order to get a /24, do you really just mean "PI /24
for anybody who asks" ?
> If you're multihomed, your PI /24 takes up the same global table routing
> slot your PA /24 would (less space if you had multiple PA /24s from your
> various providers which you'd give up to get PI).
for a PA /24 there's presumably a covering route which makes your addresses
"reachable from the DFZ" even from places who don't hear or filter your /24.
so, there's a bit of a qualitative difference in the case where a /24 isn't
multihomed. i agree that if it's multihomed, PI uses less DFZ DVRP than PA.
> If you're not multihomed, and not big enough to qualify for PI space under
> current guidelines, sorry, you get to keep using PA.
anybody who wants to multihome can do that pretty easily, and if that's all
it takes to qualify for a PI /24, then we're more or less throwing open the
doors and inviting anybody who really wants a PI /24 to ask for one. (to me
this isn't a bad idea since the worst DFZ bloat is from TE not multihoming.)
> Otherwise the routing tables really would explode.
by any reasonable definition of that word, the DFZ at 220KP has exploded. so
when we talk about explosion let's qualify it: "explode again (>1MP)." and
after than we'll say "explode yet again (>5MP)." the community's record for
preventing these explosions isn't good; for coping with them, slightly better.
More information about the ARIN-PPML
mailing list