[c-nsp] C3560 as CPE, possible TCAM contention

Peter Rathlev peter at rathlev.dk
Tue Apr 29 12:24:26 EDT 2008


Thank you Tassos and Brian. Of course "it was decided" to just change to
SDM and reboot, so now we can't test any more. :-( The problem seems to
have disappeared though. I think I'll try and set up a test box with the
same FIB-entries and SDM template, just to see if I can reproduce the
behaviour.

On Tue, 2008-04-29 at 18:09 +0200, Brian Turnbow wrote:
> Note that the tcam utilization is based on the assumtion of up to 8
> routed interfaces
> If you have more you will not be able to reach the max values.
> 
> We have some with similar values on routing templates that work fine,
> this particular unit has 13 routed interfaces.
> 
> 
>  Unicast mac addresses:                        400/3200         29/163
>  IPv4 IGMP groups + multicast routes:          144/1152          6/26
>  IPv4 unicast directly-connected routes:       400/3200         29/163
>  IPv4 unicast indirectly-connected routes:    1040/8320        246/1873
>  IPv4 policy based routing aces:               512/512           2/2
>  IPv4 qos aces:                                528/528          82/82
>  IPv4 security aces:                          1024/1024        103/103

Ok, so I guess the box should do fine for now.

> As tassos mentioned checking  the sh controllers cpu  can tell you what
> kind of traffic is making to the cpu

The "show controllers cpu-interface" and "show platform ip unicast
counts" are probably nice to have handy, thanks for the tips both of
you. :-)

Regards,
Peter




More information about the cisco-nsp mailing list