I'm using a c6500 switch, CAM agingtime is set to default 300secs. Behaviour of the switch is that once agingtime timer expiries, then the whole of the CAM table is flushed, and then follows flooding of initial traffic till CAM table is built, so every 5mins we will have flooding on all ports. Is there a way to configure the switch, so that flooding doesn't occur for traffic which continuously run through the switch, I.E. this periodic flooding doesn't occur at the same time for every single CAM table entry.
The entire CAM table is not flushed every 300 seconds. Rather, each entry (MAC address) in the CAM table has a timer associated with it. Each time a frame is received by the switch, the timer for the source MAC address in the received frame is reset (or a new CAM table entry is created if none exists). If the switch does not receive a frame for a particular MAC address in the CAM table for 300 seconds, the entry in the CAM table is purged.
See the following URL for unicast flooding and techniques to mitigate it
What is the behaviour with multicast flooding on a switch which has igmp snooping enabled. I'm definitely seeing multicast flooding every 300 seconds on a port which is not subscribing to any multicast groups?
Once again, thanks a lot for your previous answer.
What is/are the destination MAC addresses (and IP addresses, if applicable) of the flooded multicast packets? Note that IPMP Snooping does not apply to IP multicast packets in the range of 224.0.0.x.
Also note that PAgP packets are transmitted every 300 seconds to the destination MAC address 01-00-0c-cc-cc-cc with SNAP encapsulation of 0x0104. These packets are transmitted if the port channel mode is DESIRABLE or AUTO (the default).
PMFJI. I appreciate your detail explanation on how the CAM flushing works on a switch. Do you happen to know if a switch sends the arp requests to learn these MAC addresses, similar to what the router does?
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...