<?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 Re: Issue: High CPU utilization on the switch due to UPnP 239.255.255.250 Multicast Traffic in RUCKUS Self-Help</title>
    <link>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/Issue-High-CPU-utilization-on-the-switch-due-to-UPnP-239-255-255/m-p/68352#M232</link>
    <description>&lt;P&gt;&lt;SPAN&gt;Prevent Resource Exhaustion Caused by SSDP&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;To stop resource exhaustion, the SSDP traffic must be stopped prior to the first L3 hop and multicast state creation. The quickest solution is to use an IPv4 Access Control List (ACL) applied on ingress to all L3 interfaces configured with PIM that sees this traffic. Verify with the "&lt;SPAN&gt;show ip mroute 239.255.255.250&lt;/SPAN&gt;" command and look at the "Incoming Interface" for each group. This indicates which L3 interface the source of the traffic is sourced from and be aware there can be more than one unique source interface. This configuration example allows SSDP to work at layer 2 and allows L2-adjacent hosts to discover PNP services, but prevents client advertisements to be forwarded across L3 boundaries, and prevents L3 multicast state creation on any multicast router or switch.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Configure&lt;/SPAN&gt; an extended ACL:&lt;/P&gt;&lt;P&gt;ip access-list extended BLOCK_SSDP&lt;BR /&gt;remark Block SSDP&lt;BR /&gt;&lt;SPAN&gt;deny ip any host 239.255.255.250&amp;nbsp;&amp;nbsp;&amp;lt;--&amp;nbsp;Deny&amp;nbsp;SSDP&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;permit ip any any &lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;&amp;lt;-- Permit any other group&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Configure&lt;/SPAN&gt; under each L3 interface, apply the ACL in the ingress direction:&lt;/P&gt;&lt;P&gt;Switch#&lt;SPAN&gt;configure terminal&lt;/SPAN&gt;&lt;BR /&gt;Switch(config)#&lt;SPAN&gt;interface vlan100&lt;/SPAN&gt;&lt;BR /&gt;Switch(config-if)#&lt;SPAN&gt;ip access-group BLOCK_SSDP in &lt;/SPAN&gt;&lt;BR /&gt;Switch(config-if)#&lt;SPAN&gt;end&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 21 Sep 2023 03:29:14 GMT</pubDate>
    <dc:creator>va10461</dc:creator>
    <dc:date>2023-09-21T03:29:14Z</dc:date>
    <item>
      <title>Issue: High CPU utilization on the switch due to UPnP 239.255.255.250 Multicast Traffic</title>
      <link>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/Issue-High-CPU-utilization-on-the-switch-due-to-UPnP-239-255-255/m-p/68321#M230</link>
      <description>&lt;P&gt;In DM RAW output, it is found that the destination IP 239.255.255.250 is of UPnP (Universal Plug and Play)/SSDP (Simple Service Discovery Protocol). The devices are just advertising their capabilities. So higher the number of devices, higher will be the advertisement packets which causes high CPU.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;TEST-Switch# dm raw&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16 RX [3dcb7d2]192.168.2.130&amp;nbsp; -&amp;gt;239.255.255.250 PROTO=IGMP port: 2/3/2&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16TX [3dcb7d2]192.168.2.130&amp;nbsp; -&amp;gt;239.255.255.250 PROTO=IGMP port: VIDX 20&lt;/P&gt;&lt;P&gt;Debug: Jul 20 22:19:16RX [3dcb7d2]192.168.1.149&amp;nbsp; -&amp;gt;239.255.255.250 PROTO=IGMP port: 1/3/4&lt;/P&gt;&lt;P&gt;Debug: Jul 20 22:19:16TX [3dcb7d2]192.168.1.149&amp;nbsp; -&amp;gt;239.255.255.250 PROTO=IGMP port: VIDX 20&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16RX [3dcb7d2]192.168.1.99&amp;nbsp;&amp;nbsp; -&amp;gt;239.255.255.250 PROTO=IGMP port: 2/3/2&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16TX [3dcb7d2]192.168.1.99&amp;nbsp;&amp;nbsp; -&amp;gt;239.255.255.250 PROTO=IGMP port: VIDX 20&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16RX [3dcb7d2]192.168.2.91&amp;nbsp;&amp;nbsp; -&amp;gt;239.255.3.22&amp;nbsp;&amp;nbsp;&amp;nbsp; PROTO=IGMP port: 2/3/2&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16TX [3dcb7d2]192.168.2.91&amp;nbsp;&amp;nbsp; -&amp;gt;239.255.3.22&amp;nbsp;&amp;nbsp;&amp;nbsp; PROTO=IGMP port: VIDX 20&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16RX [3dcb7d2]192.168.2.153&amp;nbsp; -&amp;gt;239.255.3.22&amp;nbsp;&amp;nbsp;&amp;nbsp; PROTO=IGMP port: 1/1/18&lt;/P&gt;&lt;P&gt;Debug: Jul 22 22:19:16TX [3dcb7d2]192.168.2.153&amp;nbsp; -&amp;gt;239.255.3.22&amp;nbsp;&amp;nbsp;&amp;nbsp; PROTO=IGMP port: VIDX 20&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The multicast group 239.255. 255.250 is&amp;nbsp;used by the Simple Service Discovery Protocol (SSDP). Therefore, when SSDP is enabled on any servers or PCs, the servers or PCs send multicast packets with group address 239.255.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To block these packets, we need to apply below ACL on the switch and CPU utilization will comes to Normal or stable.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;U&gt;ACL:&lt;/U&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;#ip access-list extended DenySSDP&lt;BR /&gt;#sequence 10 deny ip any host 239.255.255.250&lt;BR /&gt;#sequence 20 permit ip any any&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Apply to relevant vlan&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;#vlan &amp;lt;vlan_id&amp;gt;&lt;BR /&gt;#ip access-group DenySSDP in&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 20 Sep 2023 16:10:13 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/Issue-High-CPU-utilization-on-the-switch-due-to-UPnP-239-255-255/m-p/68321#M230</guid>
      <dc:creator>Smiley</dc:creator>
      <dc:date>2023-09-20T16:10:13Z</dc:date>
    </item>
    <item>
      <title>Re: Issue: High CPU utilization on the switch due to UPnP 239.255.255.250 Multicast Traffic</title>
      <link>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/Issue-High-CPU-utilization-on-the-switch-due-to-UPnP-239-255-255/m-p/68352#M232</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Prevent Resource Exhaustion Caused by SSDP&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;To stop resource exhaustion, the SSDP traffic must be stopped prior to the first L3 hop and multicast state creation. The quickest solution is to use an IPv4 Access Control List (ACL) applied on ingress to all L3 interfaces configured with PIM that sees this traffic. Verify with the "&lt;SPAN&gt;show ip mroute 239.255.255.250&lt;/SPAN&gt;" command and look at the "Incoming Interface" for each group. This indicates which L3 interface the source of the traffic is sourced from and be aware there can be more than one unique source interface. This configuration example allows SSDP to work at layer 2 and allows L2-adjacent hosts to discover PNP services, but prevents client advertisements to be forwarded across L3 boundaries, and prevents L3 multicast state creation on any multicast router or switch.&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Configure&lt;/SPAN&gt; an extended ACL:&lt;/P&gt;&lt;P&gt;ip access-list extended BLOCK_SSDP&lt;BR /&gt;remark Block SSDP&lt;BR /&gt;&lt;SPAN&gt;deny ip any host 239.255.255.250&amp;nbsp;&amp;nbsp;&amp;lt;--&amp;nbsp;Deny&amp;nbsp;SSDP&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;permit ip any any &lt;/SPAN&gt;&lt;SPAN&gt;&amp;nbsp; &lt;/SPAN&gt;&lt;SPAN&gt;&amp;lt;-- Permit any other group&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Configure&lt;/SPAN&gt; under each L3 interface, apply the ACL in the ingress direction:&lt;/P&gt;&lt;P&gt;Switch#&lt;SPAN&gt;configure terminal&lt;/SPAN&gt;&lt;BR /&gt;Switch(config)#&lt;SPAN&gt;interface vlan100&lt;/SPAN&gt;&lt;BR /&gt;Switch(config-if)#&lt;SPAN&gt;ip access-group BLOCK_SSDP in &lt;/SPAN&gt;&lt;BR /&gt;Switch(config-if)#&lt;SPAN&gt;end&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 21 Sep 2023 03:29:14 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/RUCKUS-Self-Help/Issue-High-CPU-utilization-on-the-switch-due-to-UPnP-239-255-255/m-p/68352#M232</guid>
      <dc:creator>va10461</dc:creator>
      <dc:date>2023-09-21T03:29:14Z</dc:date>
    </item>
  </channel>
</rss>

