[arin-ppml] CIDR v2.0

Kevin Kargel kkargel at polartel.com
Tue Sep 16 12:15:48 EDT 2008


> -----Original Message-----
> From: Michael K. Smith - Adhost [mailto:mksmith at adhost.com] 
> Sent: Tuesday, September 16, 2008 10:31 AM
> To: Kevin Kargel; PPML
> Subject: RE: [arin-ppml] CIDR v2.0
> > 
> > The difficulty with this is that we already have problems 
> of hardware 
> > that is insufficient to support the routing tables.  ISP's 
> are already 
> > filtering long CIDR routes (>24bit) because there isn't sufficient 
> > memory or processor in the hardware to support the number 
> of routes it 
> > would require.
> > 
> > Your idea would work, but only if we got rid of PI space and forced 
> > everyone to use IP space from their ISP so that there could be 
> > efficient route aggregation.  If you search through threads 
> you will 
> > see that there is violent opposition by end users who want to be 
> > provider independent.
> > 
> Perhaps I'm being dense, but I don't understand how using PA 
> space is going to save any routing table entries.  If I get a 
> /20 from one of my providers, I have to announce it as a /20 
> through all of my providers.  How is this more efficient than 
> receiving a /20 from ARIN and announcing that over multiple 
> providers?  Same goes for IPv6.
> Mike

Exactly, that is why routers and route tables have a problem with small PI
It works if you are not multi-homed, or if all of your multi-home providers
have peering agreements with the provider of your PA space..  In those
scenarios route aggregation can be effective.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3107 bytes
Desc: not available
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20080916/bdf7cf2b/attachment.bin>

More information about the ARIN-PPML mailing list