Re: cam timer tuning

Carlos- unicast flooding due to TCN is understood by design but does it really
go on for 10 minutes?? our network graphs shows spikes for nearly 10 minutes
until we do a clear ip arp. This really should not be happening in a stable
STP environment.. Anyways i am trying the below URL
http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186
a00807347ab.shtml#broadcast

________________________________
 From: Carlos
G Mendioroz <tron_at_huapi.ba.ar>
To: Naufal Jamal <naufalccie_at_yahoo.in>
Cc:
"ccielab_at_groupstudy.com" <ccielab_at_groupstudy.com>
Sent: Friday, 28 December
2012 3:41 PM
Subject: Re: cam timer tuning
 
What makes you believe that the
difference has anything to do with it ?
Specially after (correctly) infering
that TC is causing the flooding!

TC means a MAC could be now anywhere else
(from a switch standpoint) so
I guess the solution to your problem (flooding)
is to get rid of STP :)

-Carlos

Naufal Jamal @ 28/12/2012 06:40 -0300 dixit:
> Hello,
>
> We have a pair of nexus 7K's (without vpc) running HSRP and MSTP.
> They are connected to access layer switches 4948's. whenever we bring up a
new
> trunk link between Nexus 7K and 4948 we see unicast flooding caused due
to
> TCN's. I am wondering if it has something to do with the difference in
cam
> aging timer in both the platforms. Nexus (1800 secs) and 4948 (300
secs). can
> anyone put some light here please? I am thinking that changing
the aging timer
> on nexus to 300 secs should help.. any thoughts?
>
> Naufal
>
>
> Blogs and organic groups at http://www.ccie.net
>
>
Received on Sat Dec 29 2012 - 00:42:31 ART