<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic EOS - S-Series: Sending Trap if broadcast suppression limit is reached in ExtremeSwitching (EOS)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15095#M35</link>
    <description>Is it possible that s-series (or K or 7100) are send an traps if the broadcast supression threshold value is reached ?&lt;BR /&gt;
&lt;BR /&gt;
I do that with all my EXOS stuff and what using the same mechanism with EOS. &lt;BR /&gt;
&lt;BR /&gt;
Regards&lt;BR /&gt;</description>
    <pubDate>Sat, 18 Mar 2017 15:48:00 GMT</pubDate>
    <dc:creator>M_Nees</dc:creator>
    <dc:date>2017-03-18T15:48:00Z</dc:date>
    <item>
      <title>EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15095#M35</link>
      <description>Is it possible that s-series (or K or 7100) are send an traps if the broadcast supression threshold value is reached ?&lt;BR /&gt;
&lt;BR /&gt;
I do that with all my EXOS stuff and what using the same mechanism with EOS. &lt;BR /&gt;
&lt;BR /&gt;
Regards&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Mar 2017 15:48:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15095#M35</guid>
      <dc:creator>M_Nees</dc:creator>
      <dc:date>2017-03-18T15:48:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15096#M36</link>
      <description>Matthias,&lt;BR /&gt;
that is not supported in EOS, as this is an MAC chip function and the MAC chip will not alert the OS about the condition. We had reviewed the option to poll these counters internal, but decide the NMS will poll the counter per SNMP and an Flexview is available.&lt;BR /&gt;
We have no plans to add that function to EOS as i know.&lt;BR /&gt;
regards&lt;BR /&gt;
Bastian&lt;BR /&gt;
-&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Mar 2017 16:29:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15096#M36</guid>
      <dc:creator>Bastian_Sprotte</dc:creator>
      <dc:date>2017-03-18T16:29:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15097#M37</link>
      <description>Thanks a lot for that further explanation.&lt;BR /&gt;
&lt;BR /&gt;
Regards&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Mar 2017 16:29:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15097#M37</guid>
      <dc:creator>M_Nees</dc:creator>
      <dc:date>2017-03-18T16:29:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15098#M38</link>
      <description>Hi Bastian,&lt;BR /&gt;
&lt;BR /&gt;
thinking twice about that limitation. I think there will be surely a solution for EOS that these systems are able to sending traps if the limit was exceeded. (i think checking threshold exceeding within EOS OS in a fixed intervall was enough).&lt;BR /&gt;
&lt;BR /&gt;
My customer and i have huge problems to use a common configuration although we have only extreme networks gear (no other vendor). Over the time it is unavoidable to have EOS and EXOS staff in the same network.   &lt;BR /&gt;
&lt;BR /&gt;
But it is sometimes very hard because these two OSes does not offer the same feature or sometimes have opposed concepts. &lt;BR /&gt;
&lt;BR /&gt;
So from my side it will be very usefull to enhance EOS in this way to offer the same mechanism like EXOS. S / K / 7100 are still update to date switching HW.&lt;BR /&gt;
&lt;BR /&gt;
Regards,&lt;BR /&gt;
Matthias&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Mar 2017 16:29:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15098#M38</guid>
      <dc:creator>M_Nees</dc:creator>
      <dc:date>2017-03-18T16:29:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15099#M39</link>
      <description>Hello Matthias,&lt;BR /&gt;
&lt;BR /&gt;
EOS provides this functionality already, it is called &lt;I&gt;CoS-based flood control&lt;/I&gt;. See e.g the &lt;A href="http://documentation.extremenetworks.com/EOS_CLI/S-K-Series/S-K-7100_CLI_Guide/r_set_cos_port_resource_flood_ctrl.shtml" target="_blank" rel="nofollow noreferrer noopener"&gt;documentation&lt;/A&gt; or some GTAC Knowledge articles like &lt;A href="https://gtacknowledge.extremenetworks.com/articles/Solution/Network-being-flooded-with-Multicast-packets-causing-Network-outages" target="_blank" rel="nofollow noreferrer noopener"&gt;Network being flooded with Multicast packets causing Network outages&lt;/A&gt; and &lt;A href="https://gtacknowledge.extremenetworks.com/articles/How_To/How-To-Clear-CoS-Flood-Violation-on-S-Series" target="_blank" rel="nofollow noreferrer noopener"&gt;How To Clear CoS Flood Violation on S-Series&lt;/A&gt;. There is an article on The Hub as well, &lt;A href="https://community.extremenetworks.com/extreme/topics/purpose_of_the_cos_flood_ctrl_command_set" target="_blank" rel="nofollow noreferrer noopener"&gt;Purpose of the 'cos flood-ctrl' command set&lt;/A&gt;.&lt;BR /&gt;
&lt;BR /&gt;
This feature is available on the SecureStacks and similar as well, not only on S/K/7100. Even the old N-Series provided this feature.&lt;BR /&gt;
&lt;BR /&gt;
If you use CoS-based flood control to limit multicast frames, you should ensure to use a recent enough firmware containing the fix for the issue &lt;A href="https://gtacknowledge.extremenetworks.com/articles/Solution/N-S-K-Series-COS-Flood-Control-for-multicast-traffic-drops-BPDUs-and-affects-Spanning-Tree-behavior" target="_blank" rel="nofollow noreferrer noopener"&gt;N/S/K Series : COS Flood Control for multicast traffic drops BPDUs and affects Spanning Tree behavior&lt;/A&gt;.&lt;BR /&gt;
&lt;BR /&gt;
In contrast to the simple broadcast limiters, CoS-based flood control can be used to individually limit broadcast, multicast, and unknown unicast frames. In this regard it is similar to Cisco's &lt;I&gt;Traffic Storm Control&lt;/I&gt;. [Cisco IOS cannot limit &lt;I&gt;unknown&lt;/I&gt; unicast frames, the &lt;I&gt;Traffic Storm Control&lt;/I&gt; unicast limit affects all unicast frames. Cisco NX-OS can limit unknown unicast frames using the same configuration commands as Cisco IOS. ExtremeEOS correctly limits &lt;I&gt;unknown&lt;/I&gt; unicast frames if told to do so.]&lt;BR /&gt;
&lt;BR /&gt;
The EXOS equivalent would be &lt;A href="http://documentation.extremenetworks.com/exos_commands_22.2/exos_21_1/exos_commands_all/r_configure-ports-ratelimit-flood.shtml" target="_blank" rel="nofollow noreferrer noopener"&gt;rate-limit flood&lt;/A&gt;. See &lt;A href="https://gtacknowledge.extremenetworks.com/articles/How_To/How-to-rate-limit-multicast-or-broadcast-flooded-traffic" target="_blank" rel="nofollow noreferrer noopener"&gt;How to Rate Limit Multicast or Broadcast Flooded traffic on EXOS&lt;/A&gt; as well.&lt;BR /&gt;
&lt;BR /&gt;
Thanks,&lt;BR /&gt;
Erik&lt;BR /&gt;
&lt;BR /&gt;
[Edited to add some links]</description>
      <pubDate>Sat, 18 Mar 2017 16:29:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15099#M39</guid>
      <dc:creator>Erik_Auerswald</dc:creator>
      <dc:date>2017-03-18T16:29:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15100#M40</link>
      <description>Hi Eric,&lt;BR /&gt;
thanks a lot for the valueable advice - this was excactly what i (my customers) needs!&lt;BR /&gt;
&lt;BR /&gt;
I will try that.&lt;BR /&gt;
&lt;BR /&gt;
Thanks also to give me the advice regarding the EOS firmware. That a topic at my current installation.&lt;BR /&gt;
&lt;BR /&gt;
Let 's configure and run better networks ;-))&lt;BR /&gt;
&lt;BR /&gt;
Regards&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Mar 2017 16:29:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15100#M40</guid>
      <dc:creator>M_Nees</dc:creator>
      <dc:date>2017-03-18T16:29:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15101#M41</link>
      <description>Hello Matthias,&lt;BR /&gt;
&lt;BR /&gt;
if you use the CoS-based flood control instead of the basic broadcast limiter (&lt;I&gt;set cos port-config flood-ctrl&lt;/I&gt;), you can use &lt;I&gt;set cos port-resource flood-ctrl&lt;/I&gt; to send a sylog message, a trap, or disable the port if the configured threshold is reached. You need to enable CoS (&lt;I&gt;set cos state enable&lt;/I&gt;) to actually use this feature.&lt;BR /&gt;
&lt;BR /&gt;
Thanks,&lt;BR /&gt;
Erik</description>
      <pubDate>Mon, 20 Mar 2017 14:13:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15101#M41</guid>
      <dc:creator>Erik_Auerswald</dc:creator>
      <dc:date>2017-03-20T14:13:00Z</dc:date>
    </item>
    <item>
      <title>RE: EOS - S-Series: Sending Trap if broadcast suppression limit is reached</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15102#M42</link>
      <description>Is there a way to only notify via syslog or trap when broadcast limit threshold is reached and not to act/drop frames?&lt;BR /&gt;
&lt;BR /&gt;
When I understand right "&lt;I&gt;set cos port-resource flood-ctrl" does not have this option...&lt;/I&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 18 Jul 2017 13:31:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-eos/eos-s-series-sending-trap-if-broadcast-suppression-limit-is/m-p/15102#M42</guid>
      <dc:creator>PeterK</dc:creator>
      <dc:date>2017-07-18T13:31:00Z</dc:date>
    </item>
  </channel>
</rss>

