STORM CONTROL MECHANISM OF 3560

Points to remember:

1. Storm control is supported in physical interfaces .It can be applied also on etherchannel.

2.When storm control feature is applied to etherchannel the storm control settings propagate to the physical interfaces.

3.The rising threshold level can be specified in percentage level ( 0.00 to 100.00 ) , bps or pps

4.storm-control action shutdown command will error-disable the port during a storm.

5.storm-control action trap command will generate an snmp trap during a storm.

6. When the rate of multicast threshold exceeds the value all incoming tarffic is blocked untill the level falls below the value & only STP packets are forwarded.

6. When the rate of unicast or broadcast threshold exceeds the value only that particular type of tarffic is blocked.

Resources:

1.Univercd

http://www.cisco.com/en/US/docs/switches/lan/catalyst3560/software/release/12.2_44_se/configuration/guide/swtrafc.html#wp1063295



SAMPLE CONFIGURATION.

Unicast storm control

SWITCH#configure terminal
SWITCH(config)#int fa 0/7
SWITCH(config-if)#storm-control unicast level 75 65

In this example 75 percent is the rising threshold & 65 percent is the falling .
threshold.

Verification:
SWITCH# show storm-control fa 0/7 unicast

CCIE R&S LAB FRAME-RELAY configuration

Today we are going to discuss few things about  CCIE R&S LAB  FRAME-RELAY  configuration .

Topics to Cover :

The important Frame-Relay topics that you have to cover for CCIE R&S lab are .

1.  FR hub & spoke configuration with point to point subinterfaces  & multipoint subinterfaces.

2. FR full mesh configuration with point to point subinterfaces  & multipoint subinterfaces.

3. FR hub & spoke or full mesh configuration without subintefaces.

4. Disabling inverse-arp & clearing dynamically learned maps.

5. Configuration of FREEK ( FR end to end keepalives. )

6.PPP Authentication over FR.

Resources :

1. univercd

http://www.cisco.com/en/US/docs/ios/wan/configuration/guide/wan_cfg_frm_rly_ps6350_TSD_Products_Configuration_Guide_Chapter.html

2. Internetwork Experts COD.

3.Internetwork Experts  volume 1 advanced technoligies lab.

4.Narbiks soup to nut labs.

Points to remember.

1. If you are asked to configure FR hub & spoke by limiting broadcasts b/w spoke routers do not use the " broadcast " key word for FR Map commands from spokes to spokes.

Ex :

                             R1

           R2                             R3

R1 is the hub router have look at R2 configuration.

Rack1R2(config)#int s1/0
Rack1R2(config-if)#en fr
Rack1R2(config-if)#no sh
Rack1R2(config-if)#frame-relay map ip 145.1.12.1 201 broadcast 
Rack1R2(config-if)#frame-relay map ip 145.1.12.3 201

2. In case of FREEK attach the map-class to proper subinterface or proper DLCI  & after FREEK configuration verify EEK status .

Eg:  

Rack1R2#SH FRAMe-relay PVc 

PVC Statistics for interface Serial1/0 (Frame Relay DTE)

  Active Inactive Deleted Static
  Local 0 1 0 0
  Switched 0 0 0 0
  Unused 0 3 0 0

DLCI = 201, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE (EEK UP ), INTERFACE = Serial1/0

3. Always use  "no frame-relay inverse-arp"  command before applying " no sh " if you are asked to do so.

4. You can change the full status polling interval of FR VC without changing the keepalive by using the interface level  " frame-relay lmi-n391dte  ---- " command.

5. The virtual template interface created for PPP authentication over FR  does not need

  " encapsulation frame-relay"  command.

Verification Commands.

   sh frame-relay map 

   sh frame-relay pvc 201

   sh frame-relay end-to-end

   sh frame-relay end-to-end keepalive 

   debug ppp authentication 

   sh frame-relay multilink