[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