[c-nsp] Storm Control on Catalsyt 2950G

Samit Jana janasamit at wlink.com.np
Mon Dec 25 03:06:13 EST 2006


Well it looks like  it doesn't put the port in errdisable state for broadcast 
and multicast stormcontrol expect unicast-flood . This is really weired then 
why does the cisco doc says:

 "Storm control uses rising and falling thresholds to block and then
 restore the forwarding of broadcast, unicast, or multicast packets"

"Select the shutdown keyword to error-disable the port during a storm" ?

Also i tried the unicast storm control and the result same as before.

Any workaround?


sw-pck-01#sh errdisable detect
ErrDisable Reason    Detection status
-----------------    ----------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
psecure-violation    Enabled
dhcp-rate-limit      Enabled
unicast-flood        Enabled
vmps                 Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
gbic-invalid         Enabled
loopback             Enabled

sw-pck-01#sh errdisable recovery
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
vmps                 Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
gbic-invalid         Enabled
psecure-violation    Enabled
gbic-invalid         Enabled
dhcp-rate-limit      Enabled
unicast-flood        Enabled
loopback             Enabled

Timer interval: 30 seconds

Interfaces that will be enabled at the next timeout:

On Monday 25 December 2006 10:09, matthew zeier wrote:
> Take a look at "errdisable recovery cause ?" from global config.
>
> Samit Jana wrote:
> > Hi all,
> >
> > We are running wireless network and every access point is terminated in
> > the Catalyst 2950G ports.
> >
> > I am planning to use the storm control feature based on pps on all the
> > port and err-disable the port and send traps sametime, if it detects the
> > storm once the  rising threshold exceeds and re-enable the port if
> > falling threshold meets. However I found that 2950 administratively
> > shutdown the port and never checks for the falling threshold.
> >
> > http://www.cisco.com/en/US/products/hw/switches/ps628/products_configurat
> >ion_guide_chapter09186a00800d6a38.html#xtocid1
> >
> > "Storm control uses rising and falling thresholds to block and then
> > restore the forwarding of broadcast, unicast, or multicast packets"
> >
> > But i don't see the restoration process
> >
> > "Select the shutdown keyword to error-disable the port during a storm"
> > It doesn't err-disable the port it shutdown the port and manually need to
> > do the no shut.
> >
> > Any suggestion? or am i overlooking something else?

-- 
samit


More information about the cisco-nsp mailing list