<?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: Rogue AP's What to do? in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686872#M55134</link>
    <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/244432"&gt;@bhupenderrawat79&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;quick question what is the best practice to follow when it comes to Rogue AP's. What to do with the rogue access points found by the WLC?&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Do nothing without legal support.&amp;nbsp; There is already a precedence of business getting sued for jamming rogue APs.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://edition.cnn.com/2014/10/03/travel/marriott-fcc-wi-fi-fine/index.html" target="_self"&gt;Marriott fined $600,000 by FCC for blocking guests' Wi-Fi&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 13 Aug 2018 07:04:08 GMT</pubDate>
    <dc:creator>Leo Laohoo</dc:creator>
    <dc:date>2018-08-13T07:04:08Z</dc:date>
    <item>
      <title>Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686832#M55132</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I hope everyone is doing well, quick question what is the best practice to follow when it comes to Rogue AP's. What to do with the rogue access points found by the WLC? Thanks&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jul 2021 15:58:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686832#M55132</guid>
      <dc:creator>bhupenderrawat79</dc:creator>
      <dc:date>2021-07-05T15:58:36Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686836#M55133</link>
      <description>&lt;P&gt;Refer below WLC best practice guide for rogue ap management&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-6/b_Cisco_Wireless_LAN_Controller_Configuration_Best_Practices.html#concept_92EE5D2C194D46298103E7F5F258882B" target="_self"&gt;https://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-6/b_Cisco_Wireless_LAN_Controller_Configuration_Best_Practices.html#concept_92EE5D2C194D46298103E7F5F258882B&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;As you are aware, WiFi is use free band of RF, it is illegal to shutdown/contain another wireless network even if that interfere with your wireless. So&amp;nbsp;you can use it to detect rogue APs in your environment, be careful with contain part of it&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;HTH&lt;/P&gt;
&lt;P&gt;Rasika&lt;/P&gt;
&lt;P&gt;*** Pls rate all useful responses ***&lt;/P&gt;</description>
      <pubDate>Mon, 13 Aug 2018 05:55:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686836#M55133</guid>
      <dc:creator>Rasika Nayanajith</dc:creator>
      <dc:date>2018-08-13T05:55:07Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686872#M55134</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/244432"&gt;@bhupenderrawat79&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;quick question what is the best practice to follow when it comes to Rogue AP's. What to do with the rogue access points found by the WLC?&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Do nothing without legal support.&amp;nbsp; There is already a precedence of business getting sued for jamming rogue APs.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://edition.cnn.com/2014/10/03/travel/marriott-fcc-wi-fi-fine/index.html" target="_self"&gt;Marriott fined $600,000 by FCC for blocking guests' Wi-Fi&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 13 Aug 2018 07:04:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686872#M55134</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2018-08-13T07:04:08Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686909#M55135</link>
      <description>&lt;P&gt;Containment legalities aside, there is also the issue with false positives...&amp;nbsp; Neighbouring APs are not the same as Rogue APs.&amp;nbsp; If your network is deployed in an urban environment, you may do well to increase the detection threshold for AP's heard by your infrastructure being classified as Rogues.&amp;nbsp; It defaults to -90dBm, but if you have even a normal density of APs in your own environment, the odds of a genuine Rogue being connected to your network but only being heard at such a low RSSI is slim.&amp;nbsp; If you increase the detection threshold to something more like -75dBm&amp;nbsp; (-70 is the upper limit), you will get fewer Neighbouring APs being reported as Rogues, allowing you to focus your efforts more.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If the WLC says 'Rogue is on wire', then it definitely is and you might consider taking action against it, but alternatively, if the WLC says it is not on the wire, that is not necesarily true as the Rogue on Wire detection mechanism is easily thwarted.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Once you have the detection piece sorted, after that strategies change depending on what you see as being the risk.&amp;nbsp; Do neighbouring APs consume all the bandiwdth, or are you worried about them being connected to your network and you leaking data?&lt;/P&gt;
&lt;P&gt;If it's the former, consider make RRM more aggressive and/or move to 5GHz where there is generally less overlap with neighbouring APs.&amp;nbsp; If the latter, consider deploying ISE on the LAN and authenticate everything that gets onnected to your network...&amp;nbsp; also follow-up more aggressively when Rogues are reported, especially at higher RSSIs.&lt;/P&gt;</description>
      <pubDate>Mon, 13 Aug 2018 08:37:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3686909#M55135</guid>
      <dc:creator>RichardAtkin</dc:creator>
      <dc:date>2018-08-13T08:37:16Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3687089#M55136</link>
      <description>Do nothing:) I have never done anything with rogue AP’s found in the WLC.</description>
      <pubDate>Mon, 13 Aug 2018 13:39:12 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3687089#M55136</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2018-08-13T13:39:12Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690868#M55137</link>
      <description>&lt;P&gt;Scott,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;understood, but a rogue AP can cause interference, for example we are using channel 6 and another rogue AP is also using channel 6, I guess I wish there was a way to tell my AP when you detect a rogue AP move away to another less congested channel.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 18 Aug 2018 14:57:36 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690868#M55137</guid>
      <dc:creator>bhupenderrawat79</dc:creator>
      <dc:date>2018-08-18T14:57:36Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690871#M55138</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;HR /&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/244432"&gt;@bhupenderrawat79&lt;/a&gt;&amp;nbsp;wrote:&lt;BR /&gt;
&lt;P&gt;&lt;SPAN&gt;I guess I wish there was a way to tell my AP when you detect a rogue AP move away to another less congested channel.&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;
&lt;HR /&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;This feature is already available.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 18 Aug 2018 15:13:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690871#M55138</guid>
      <dc:creator>Leo Laohoo</dc:creator>
      <dc:date>2018-08-18T15:13:41Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690879#M55139</link>
      <description>&lt;P&gt;Leo,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Is this the clean air feature?&lt;/P&gt;</description>
      <pubDate>Sat, 18 Aug 2018 15:48:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690879#M55139</guid>
      <dc:creator>bhupenderrawat79</dc:creator>
      <dc:date>2018-08-18T15:48:03Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690884#M55140</link>
      <description>&lt;P&gt;Like Leo mentioned, the feature is there, but if channel 6 for example is still the best channel determined by the algorithm, then the AP will stay on channel 6. Using the 2.4GHz is a bad example as that band is very congested anyways. In most areas, where there are shared tenants, the 2.4Ghz is useless due to channel overlap. 5GHz is where you should be looking.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Like I mentioned, don’t bother looking at these rogue as, you can’t do anything about it and focus more on tweaking your environment which you can action on. You can’t do much with rogue detection unless that is your only focus and you are hunting down rogues on wired.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 18 Aug 2018 15:57:49 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690884#M55140</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2018-08-18T15:57:49Z</dc:date>
    </item>
    <item>
      <title>Re: Rogue AP's What to do?</title>
      <link>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690887#M55141</link>
      <description>Yes it is. RRM doesn’t look in interference, CleanAir does:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://www.cisco.com/c/en/us/solutions/collateral/enterprise-networks/cleanair-technology/white_paper_c11-599260.html" target="_blank"&gt;https://www.cisco.com/c/en/us/solutions/collateral/enterprise-networks/cleanair-technology/white_paper_c11-599260.html&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Aug 2018 16:01:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/rogue-ap-s-what-to-do/m-p/3690887#M55141</guid>
      <dc:creator>Scott Fella</dc:creator>
      <dc:date>2018-08-18T16:01:58Z</dc:date>
    </item>
  </channel>
</rss>

