On Sun, 2010-12-12 at 14:13 -0500, Mark Price wrote:
> Yes, please see following.  My understanding is that the routing
> protocol information from ospf is making the masks/values fill up
> faster than normal static routes.  Let me know what you think:

I thought one FIB prefix was one FIB prefix, no matter where it came
from. I can't see why an OSPF originated prefix should take up more
masks or values.

Are you sure they take up more space than the same static routes?

>From a random IPv4 only, "desktop default" C3560 I have the following
utilisation:

  somerouter#sh ip route summ
  IP routing table name is Default-IP-Routing-Table(0)
  IP routing table maximum-paths is 32
  Route Source    Networks    Subnets     Overhead    Memory (bytes)
  connected       0           5           444         760
  static          0           0           0           0
  ospf 1          2           324         25600       49552
    Intra-area: 269 Inter-area: 47 External-1: 0 External-2: 10
    NSSA External-1: 0 NSSA External-2: 0
  internal        3                                   3516
  Total           5           329         26044       53828
  somerouter#sh plat tcam util
  
  CAM Utilization for ASIC# 0                    Max          Used
                                             Masks/Values  Masks/values
  
   Unicast mac addresses:                      784/6272       36/195   
   IPv4 IGMP groups + multicast routes:        144/1152        6/26    
   IPv4 unicast directly-connected routes:     784/6272       36/195   
   IPv4 unicast indirectly-connected routes:   272/2176       59/394   
   IPv4 policy based routing aces:               0/0           0/0     
   IPv4 qos aces:                              768/768       260/260   
   IPv4 security aces:                        1024/1024       31/31    


Does it change anything to reload the box?

-- 
Peter


_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to