Over-utilisation of v6 neighbour slots
Phil Mayers
p.mayers at imperial.ac.uk
Thu Oct 24 10:49:31 CEST 2013
On 10/24/2013 08:18 AM, Benedikt Stockebrand wrote:
> In my opintion the problem here is not so much Apple, but Cisco. While
Well, I think there's more than one problem.
Certainly fixed-size (and relatively small) FIBs in Cisco-land are a
problem. On devices where the FIB is a relatively fast-but-inflexible
architecture - like TCAM - good sizing decisions at design time need to
be married with smart algorithms at runtime (i.e. partition TCAM
dynamically not statically at reboot!). Sup720 doesn't do well in both
categories!
It is only relatively recently that TCAM-based platforms have started to
grow in terms of FIB size - sup2T still comes in the same sizes as
sup720, but the new 6880 has bigger.
But even if you forget completely about the FIB-size issue, I *still*
assert that Apple's v6 privacy address behaviour is idiotic. For those
of us who log v6->MAC mappings into SQL, it balloons the logging
requirements. It loads IPv6 FHS implementations. And it provides
negligible - perhaps zero - improvement in privacy.
I've observed Apple devices powering up, generating a random IPv6
address, NEVER USING IT, then powering it down and losing it, at
intervals of tens of seconds. That's just asinine.
I assert that rolling the address on a timer, not on power/link
activity, is the intent of the RFCs, and the desired behaviour, and that
Apple are doing the wrong thing here.
> I understand that CAM/TCAM is painfully expensive in hardware, in the
> long run increasing its size is the way to go. On the Cisco side, the
In the long run, a move to RAM-based trie lookups seems to be the way to
go for FIBs, for the superior power use characteristics if nothing else.
> quick workaround may be a reliable expiration mechanism. On your side,
> maybe some further segmentation can help to spread the load over
> multiple routers (yes, I know that's frequently not an option on WiFi).
...as is the case here. That said, we are pondering moving the wireless
routing off onto dedicated devices - anyone got any recommendations? ;o)
Cheers.
Phil
More information about the ipv6-ops
mailing list