Comments on: Old CCIE Myths: Storm Control http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/ CCIE Candidates blog for all technical overviews relating to CCIE R&S, CCIE Voice, CCIE Security & CCIE SP Thu, 09 Feb 2012 17:07:01 +0000 hourly 1 http://wordpress.org/?v=3.1.2 By: Tweets that mention Old CCIE Myths: Storm Control -- Topsy.com http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-22590 Tweets that mention Old CCIE Myths: Storm Control -- Topsy.com Tue, 11 Jan 2011 14:13:25 +0000 http://blog.ipexpert.com/?p=2677#comment-22590 [...] This post was mentioned on Twitter by Etherealmind, Marko Milivojevic. Marko Milivojevic said: @etherealmind New feature!? This is ancient old. So old I had to break a myth about it: http://t.co/trflZXu [...] [...] This post was mentioned on Twitter by Etherealmind, Marko Milivojevic. Marko Milivojevic said: @etherealmind New feature!? This is ancient old. So old I had to break a myth about it: http://t.co/trflZXu [...]

]]> By: Bojan Zivancevic http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-8038 Bojan Zivancevic Mon, 10 May 2010 10:41:56 +0000 http://blog.ipexpert.com/?p=2677#comment-8038 I would like to have one thing cleared regarding the way the switch reacts to so called "control traffic." I thought this term is related also to routing protocol update, hello packets etc. So, like "control plane traffic"... But, in the Cisco Doc (the link you posted in your text) thereis a NOTE: "When the storm control threshold for multicast traffic is reached, all multicast traffic except control traffic, such as bridge protocol data unit (BDPU) and Cisco Discovery Protocol (CDP) frames, are blocked. However, the switch does not differentiate between routing updates, such as OSPF, and regular multicast data traffic, so both types of traffic are blocked." Marko, can you explain exactly what is the "control traffic"? What exactly falls into this category? thanks for the great article I would like to have one thing cleared regarding the way the switch reacts to so called “control traffic.” I thought this term is related also to routing protocol update, hello packets etc. So, like “control plane traffic”… But, in the Cisco Doc (the link you posted in your text) thereis a NOTE:

“When the storm control threshold for multicast traffic is reached, all multicast traffic except control traffic, such as bridge protocol data unit (BDPU) and Cisco Discovery Protocol (CDP) frames, are blocked. However, the switch does not differentiate between routing updates, such as OSPF, and regular multicast data traffic, so both types of traffic are blocked.”

Marko, can you explain exactly what is the “control traffic”? What exactly falls into this category?

thanks for the great article

]]> By: Deepak Arora http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6753 Deepak Arora Tue, 23 Mar 2010 07:31:06 +0000 http://blog.ipexpert.com/?p=2677#comment-6753 Hi Marko, Can you please share what will be the necessary steps in order to find that info? I mean say you want to implement STORM CONTROL inside your company catalyst environment. So how you will proceed to gather required info in order to implement this. can you please suggest tools and steps etc as I am curious to give it a try in my production network but without causing and downtime :) Hi Marko,

Can you please share what will be the necessary steps in order to find that info?

I mean say you want to implement STORM CONTROL inside your company catalyst environment. So how you will proceed to gather required info in order to implement this.

can you please suggest tools and steps etc as I am curious to give it a try in my production network but without causing and downtime :)

]]> By: Marko Milivojevic http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6747 Marko Milivojevic Mon, 22 Mar 2010 15:51:31 +0000 http://blog.ipexpert.com/?p=2677#comment-6747 As always - it depends. Configuring any kind of QoS (and storm control is a rudimentary QoS tool) rquires careful planning and implementation. You would need to establish a baseline - what constitutes "normal traffic" in your network and what are normal oscillations from this value. Armed with that information, you may proceed to plan the implementation. Since all networks are different, there is really no "magic" value. -- <a href="http://facebook.com/ccie18427" rel="nofollow">Marko Milivojevic</a> - CCIE #18427 Senior Technical Instructor - <a href="http://www.ipexpert.com/" rel="nofollow">IPexpert</a> Join our <a href="http://www.onlinestudylist.com/" rel="nofollow">Online Study List</a> As always – it depends. Configuring any kind of QoS (and storm control is a rudimentary QoS tool) rquires careful planning and implementation. You would need to establish a baseline – what constitutes “normal traffic” in your network and what are normal oscillations from this value. Armed with that information, you may proceed to plan the implementation.

Since all networks are different, there is really no “magic” value.

–
Marko Milivojevic – CCIE #18427
Senior Technical Instructor – IPexpert
Join our Online Study List

]]> By: Deepak Arora http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6727 Deepak Arora Fri, 19 Mar 2010 07:32:17 +0000 http://blog.ipexpert.com/?p=2677#comment-6727 Hi Marko, What will be considered as good threshold settings for configuring Storm control in switch environment? Say I want to configure this feature inside my catalyst environment in order to protect network from any possible Broadcast storm created by some slammer worm or something. Also what will be the recommended scenarios and threshold levels for configuring unicast/multicast based storm control? Hi Marko,

What will be considered as good threshold settings for configuring Storm control in switch environment?

Say I want to configure this feature inside my catalyst environment in order to protect network from any possible Broadcast storm created by some slammer worm or something.

Also what will be the recommended scenarios and threshold levels for configuring unicast/multicast based storm control?

]]> By: Paul Stewart http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6716 Paul Stewart Thu, 18 Mar 2010 01:45:48 +0000 http://blog.ipexpert.com/?p=2677#comment-6716 That is awesome. I had bought the myth, but this seems to be a good test. That is awesome. I had bought the myth, but this seems to be a good test.

]]> By: Marko Milivojevic http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6700 Marko Milivojevic Wed, 17 Mar 2010 05:31:11 +0000 http://blog.ipexpert.com/?p=2677#comment-6700 I'm glad you guys liked it. We have many more new posts coming up soon. And yes... more mythbusters ;-) -- <a href="mailto:markom@ipexpert.com" rel="nofollow">Marko Milivojevic</a> - CCIE #18427 Senior Technical Instructor - <a href="http://www.ipexpert.com/" target="_blank" rel="nofollow">IPexpert</a> Join our <a href="http://www.onlinestudylist.com/" target="_blank" rel="nofollow">Online Study List</a> I’m glad you guys liked it. We have many more new posts coming up soon.

And yes… more mythbusters ;-)

–
Marko Milivojevic – CCIE #18427
Senior Technical Instructor – IPexpert
Join our Online Study List

]]> By: Aco http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6686 Aco Tue, 16 Mar 2010 19:23:50 +0000 http://blog.ipexpert.com/?p=2677#comment-6686 Great!!! Great!!!

]]> By: Mohamed Gazzaz http://blog.ipexpert.com/2010/03/15/old-ccie-myths-storm-control/comment-page-1/#comment-6667 Mohamed Gazzaz Tue, 16 Mar 2010 07:29:32 +0000 http://blog.ipexpert.com/?p=2677#comment-6667 Thanks Marko for the excellent post. Thanks Marko for the excellent post.

]]>