[ppml] IPv4 address and routing slot markets

[Scott Leibrand]

Bill,

The only thing that will make that theory true is $$$.  Today, the $$$ 
favors accepting all prefixes.  If routing table growth accelerates to 
the point where the cost of upgrading hardware gets much higher than it 
is today, then some ISPs will consider filtering, perhaps in the manner 
I outlined at the start of this thread, because the benefits of doing so 
would outweigh the costs.  If that happens, then organizations wishing 
to announce deaggregates smaller than the minimum prefix size will need 
to also announce their covering aggregate to maintain full reachability.

I disagree with Stephen's characterization that this would make 
deaggregates pointless for anything but private use. I still see a role 
for deaggregates, but would expect (in a world of widespread filtering) 
that they would only be announced as far as the business relationship 
extends: to one's upstreams and possibly a few peers.  That would 
preserve the ability to use deaggregates to do inbound TE, while 
ensuring that only networks wishing to receive the deaggregates need do so.

With regards to your grey/black market question, I see no reason that a 
large IPv4 address holder couldn't split off /24's to third parties.  
However, unless everyone in the DFZ remains willing to listen to /24 
deaggregate announcements, the holder of the larger block will need to 
continue announcing covering aggregates, and provide some sort of 
connectivity (perhaps just a tunnel or a shared transit provider) to 
deliver any packets destined for that aggregate.  In that case, the 
problem reduces down to that of an ISP providing their customer a /24 
for multihoming, which is a good way to provide such functionality while 
preserving the ability of the rest of the world to filter deaggregates 
if necessary without destroying reachability.

-Scott

Bill Darte wrote:
> Thanks Stephen, and yes, I've heard that theory.  What makes people
> 'really' think the theory will win out over $$$
>
> I'd rather be confident that the 'rules' that ARIN establishes will
> indeed be 'enforced' within the community that really has the power.
>
> What other mechanisms to empower ARIN to 'make the policies stick'
> exist?
>
> Bill Darte
> ARIN Advisory Council
>
> -----Original Message-----
> From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net] On Behalf Of
> Stephen Sprunk
> Sent: Monday, October 29, 2007 11:06 AM
> To: Bill Darte
> Cc: ARIN PPML
> Subject: Re: [ppml] IPv4 address and routing slot markets
>
> Thus spake "Bill Darte" <BillD at cait.wustl.edu>
>   
>> Please tell me simply what keeps those who wish to de-aggregate
>> their available blocks beyond that which ARIN will sanction...from
>> using the gray or black market to do so.
>>     
>
> There is a theory that a non-trivial number of ISPs will filter at
> ARIN's 
> defined prefix lengths, and therefore deaggregation beyond those lengths
>
> will be pointless unless one only wants the block(s) for private use --
>
> which none of us should care about.
>
> Of course, if ISPs are willing to accept black/gray market /24s in /20 
> space, they'll get what they've asked for (i.e. routers falling over).
>
> S
>
> Stephen Sprunk         "God does not play dice."  --Albert Einstein
> CCIE #3723         "God is an inveterate gambler, and He throws the
> K5SSS        dice at every possible opportunity." --Stephen Hawking 
>
>
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the ARIN
> Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN
> Member Services
> Help Desk at info at arin.net if you experience any issues.
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to the ARIN Public Policy
> Mailing List (PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN Member Services
> Help Desk at info at arin.net if you experience any issues.
>