<?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 IDS deployment guidelines in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/ids-deployment-guidelines/m-p/471155#M221712</link>
    <description>&lt;P&gt;Hello, &lt;/P&gt;&lt;P&gt;we are a university campus and recently started WLSE Radio Monitoring. Now we are swamped with Rogue APs faults and Interference and Ad-Hoc faults. We tried changing the RSSI threshold for Rogue detection throughout the whole allowed range of -45 to -95 dBm, but the number of faults does not seem to significantly increase/decrease. I guess we would like to know what is the appropriate way to deal with the faults - should we delete the Rogue APs from the database or change them to Friendly? These Rogues are student devices (hence we have no control over them), since we eliminated the ones that had been installed by faculty/staff in the academic halls and public areas (we have control over what;s on campus premises). &lt;/P&gt;&lt;P&gt;Also, what are other people doing in regards to Ad-Hoc detection? Right now we just disabled the feature since, again, we cannot control student devices. &lt;/P&gt;&lt;P&gt;And, finally, does anyone know of an article that explains the Interference values in WLSE? Like, what is the good value to put instead of the WLSE default of -87, and what is a good time percentage?&lt;/P&gt;&lt;P&gt;I know this is a big question, but any testimonials would be appreciated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
    <pubDate>Sun, 04 Jul 2021 17:47:27 GMT</pubDate>
    <dc:creator>bauerdp</dc:creator>
    <dc:date>2021-07-04T17:47:27Z</dc:date>
    <item>
      <title>IDS deployment guidelines</title>
      <link>https://community.cisco.com/t5/wireless/ids-deployment-guidelines/m-p/471155#M221712</link>
      <description>&lt;P&gt;Hello, &lt;/P&gt;&lt;P&gt;we are a university campus and recently started WLSE Radio Monitoring. Now we are swamped with Rogue APs faults and Interference and Ad-Hoc faults. We tried changing the RSSI threshold for Rogue detection throughout the whole allowed range of -45 to -95 dBm, but the number of faults does not seem to significantly increase/decrease. I guess we would like to know what is the appropriate way to deal with the faults - should we delete the Rogue APs from the database or change them to Friendly? These Rogues are student devices (hence we have no control over them), since we eliminated the ones that had been installed by faculty/staff in the academic halls and public areas (we have control over what;s on campus premises). &lt;/P&gt;&lt;P&gt;Also, what are other people doing in regards to Ad-Hoc detection? Right now we just disabled the feature since, again, we cannot control student devices. &lt;/P&gt;&lt;P&gt;And, finally, does anyone know of an article that explains the Interference values in WLSE? Like, what is the good value to put instead of the WLSE default of -87, and what is a good time percentage?&lt;/P&gt;&lt;P&gt;I know this is a big question, but any testimonials would be appreciated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jul 2021 17:47:27 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ids-deployment-guidelines/m-p/471155#M221712</guid>
      <dc:creator>bauerdp</dc:creator>
      <dc:date>2021-07-04T17:47:27Z</dc:date>
    </item>
    <item>
      <title>Re: IDS deployment guidelines</title>
      <link>https://community.cisco.com/t5/wireless/ids-deployment-guidelines/m-p/471156#M221713</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;An earlier IOS bug (CSCsa32966), can also generate false rogues. This is fixed in the latest IOS. You may want to check this as well. As for Ad-hoc. it may not be easy unless you do some inspection to see if they are false or else. Understanding Ad-Hoc Network Detection: &lt;A class="jive-link-custom" href="http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cwparent/cw_1105/wlse/2_11/u_gd/wids.htm#wp1000514" target="_blank"&gt;http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cwparent/cw_1105/wlse/2_11/u_gd/wids.htm#wp1000514&lt;/A&gt; explaines in detail how this works.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 May 2005 01:10:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/ids-deployment-guidelines/m-p/471156#M221713</guid>
      <dc:creator>rmushtaq</dc:creator>
      <dc:date>2005-05-19T01:10:00Z</dc:date>
    </item>
  </channel>
</rss>

