[ppml] Policy to help the little guys

Kevin Oberman oberman at es.net
Wed Mar 19 23:45:22 EDT 2008

> Date: Thu, 20 Mar 2008 10:57:46 +0900
> From: Randy Bush <randy at psg.com>
> Sender: ppml-bounces at arin.net
> > The problem is *very* well known, and there ain't much we can do  
> > about it other than try to contain it until we can afford to upgrade  
> > all of our hardware to accept that many routes.
> how many additional routes does pi multihoming cause over pa?  how many
> additional routes does /29 multihoming cause over /24?

1. None. PI/PA is a total red herring. A route in the FIB is the same
   and the router has no idea if it came from the upstream or via direct
   allocation from an RIR.

2. None, but it you had out /29s, you will probably many prefixes in the
   DMZ from the same space that would otherwise be only one.

The reality is that extending life of IPv4 address space and controlling
the size of the DMZ are in direct opposition. The only real answer is to
stop expanding the IPv4 network and the only way I see that happening
is general use of IPv6 by end systems. That's both servers and
eyeballs. Dual stack is worse than where we are today. *Sigh*

Until then we will need to pick our poison and I suspect that growth of
the FIB a bigger short term concern than the address space shortage. 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman at es.net			Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 224 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20080319/f0787a6d/attachment.sig>

More information about the ARIN-PPML mailing list