[arin-ppml] CIDR v2.0
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.
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...
Size: 3107 bytes
Desc: not available
More information about the ARIN-PPML