[ppml] Technical reason why /52,/56,/60,/64 are bad
michael.dillon at bt.com
michael.dillon at bt.com
Sun Aug 19 17:59:50 EDT 2007
Interesting comment from IETF list which indicates there may be
technical reasons for providers to prefer assigning no longer than /48
to customers at their edge.
> -----Original Message-----
> From: Robin Whittle [mailto:rw at firstpr.com.au]
> Sent: 18 August 2007 03:47
> To: ietf at ietf.org
> Subject: Re: IPv6 addresses really are scarce after all - /64
> FIB burden
> I am concerned about DFZ routers needing to have their FIBs look at
> 48 bits of address for every packet sent to one of the new
> end-user address blocks as allocated by ARIN, AfriNIC and now RIPE.
> But this is up to 16 bits worse:
> > * /64 - Site needing only a single subnet.
> > * /60 - Site with 2-3 subnets initially.
> > * /56 - Site with 4-7 subnets initially.
> > * /52 - Site with 8-15 subnets initially.
> > * /48 - Site with 16+ subnets initially.
> A wide TCAM can handle these address bits in a single
> clock-cycle, but the high end routers CRS-1, M120 and MX960
> don't use TCAM in their FIB. TCAM chews too much power, is
> too expensive, has long update times and has various other
> problems. These high end routers use trie-based algorithms
> involving lookups into gigabytes of slow, shared, DRAM. This
> can only be done some number of bits at a time, where that
> number may by 5 to probably 20 or maybe 24 at the absolute maximum.
> Consider a stream of 50 IPv6 VoIP packets a second, each
> bearing 20 bytes of data. Let's say it has to go through 16
> DFZ routers. With the new /64 allocation size, every packet
> chews the resources of 20 routers each having to work its way
> through 64 bits of address, with RAM lookups. That's 128
> bytes of address data to be processed, laboriously, en-route,
> for a lousy 20 bytes of relatively inconsequential VoIP call
> - 1/50 second.
> Each VoIP call between hosts in two /64 prefixes with 16 DFZ
> routers en-route involves those routers collectively working
> through this many bits:
> 50 * 2 * 64 * 16 = 120,400 bits!!
> This sounds really inefficient, compared to IPv4 in which DFZ
> routers in practice need to look at 24 bits, at most, of the
> destination address of IPv4 packets. Since only about 1.23%
> of the advertised space is for prefixes of 21 bits or more:
> 16 to 20 bits is probably sufficient for most packets.
> - Robin
More information about the ARIN-PPML