[c-nsp] TCAM troubles on 3750 stack

[Alexander Gall]

On Mon, 1 May 2006 16:26:22 +0300, Saku Ytti <saku+cisco-nsp at ytti.fi> said:

> On (2006-05-01 12:38 +0200), Alexander Gall wrote:
>> It got worse.  I had to perform an emergency reload after the router
>> had started dropping all traffic routed via the default route (no time
>> to investigate this new effect, though).  The symptom with the wrong
>> mac address is now gone, but the "covering fib" effect is still there.
>> This box seems truly broken.  Comments inline.

> Ok, if you're opening TAC case for this, I'd really like to hear how 
> it goes. Just in case I'll ran into same issue some day.
 
The first issue (traffic to default route forwarded in software) was
tracked to bug CSCsd77825, which causes the programming of some
routes into hardware to fail even though the TCAM is not full.  All
packets matching a covering aggregate are then punted to the CPU
(presumably because the aggregate can point to a different adjacency
than one of the more specifics and this needs to be checked in
software).  This will be fixed in 12.2(25)SEE1, which should be
released shortly.

Cisco TAC could not yet reproduce the second problem (wrong MAC
address used during ethernet header re-writing in a stacked
configuration with IPv6 enabled) but they have acknowledged the bug
and assigned ID CSCse38079 to it.

--
Alex