[ppml] "Recommended Practices" procedure

Azinger, Marla marla_azinger at eli.net
Thu Jun 29 11:11:35 EDT 2006


I hear many comments about "the slippery sloap".  And "make them get PI if they want to multihome".  However, my customer's dont want PI.  Just because one person finds this as an ideal solution does not mean everyone will accept this solution.  

Also, a /48 is not a gigantic hole in the filtering opposed to /32.  And to open up /48 for PI only is an unbalanced policy.  If I had known people would be using PI as an excuse not to let Upstreams multihome with V6 I would have advocated to shut down that policy proposal.  I support PI but for poeple to turn around and force feed PI is not acceptable.  

Marla
Frontier Communications



-----Original Message-----
From: ppml-bounces at arin.net [mailto:ppml-bounces at arin.net]On Behalf Of
David Williamson
Sent: Wednesday, June 28, 2006 10:29 PM
To: ppml at arin.net
Subject: Re: [ppml] "Recommended Practices" procedure


On Wed, Jun 28, 2006 at 07:20:40PM -0500, Stephen Sprunk wrote:
> We should not be advocating as a "recommended practice" punching holes in 
> CIDR space under any circumstances.  If someone happens to find that it 
> works, bully for them, but it's not supposed to and nobody should expect it 
> to continue to work, much less be told it's the right thing to do.

I agree.  Depending on their configuration/hardware/sales people, some
ISPs may choose to filter at /48 globally, while most will probably go
for /32 except for the /48 PI space.  I expect that at some future
date, /48 will be the de facto filter unit.  That will depend on the
(slowly growing) availability of routing slots, combined with the
market forces that drive ISPs.  Routing best practice is to not do
something that causes massive instability and your customer base to
flee.

This is a business problem, not a policy problem. 

-David
_______________________________________________
PPML mailing list
PPML at arin.net
http://lists.arin.net/mailman/listinfo/ppml



More information about the ARIN-PPML mailing list