<?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: Production WLAN in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009581#M180128</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Thanks for your help.&lt;/P&gt;&lt;P&gt;TL&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 09 Aug 2012 16:50:50 GMT</pubDate>
    <dc:creator>Thomas Ley</dc:creator>
    <dc:date>2012-08-09T16:50:50Z</dc:date>
    <item>
      <title>Production WLAN</title>
      <link>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009579#M180126</link>
      <description>&lt;P&gt;I have 3 ea.&amp;nbsp; 4404 with 90 APs&amp;nbsp; (1231 &amp;amp; 1240) with 30 LXE clients. I'm having issues with overlapping, high CRC counts, RF signal bleedover, and I'm trying to figure out how to make adjustments; such as transmit power threshold settings or channel assignment without creating client and end user havoc? RRM will automatically adjust associated nearby APs if I make a change to one of them. If I turn off RRM that could also create havoc. What is the best way to test changes in a production WLAN environment and yet protect the intergity of the current WLAN? It's working but I'm tasked with tweeking it so as new clients and applications are added the WLAN infrasture will not be the issue.&lt;/P&gt;&lt;P&gt;Any suggestions&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P style="text-align: right;"&gt;Tom&lt;/P&gt;&lt;P&gt;Tom&lt;/P&gt;</description>
      <pubDate>Sun, 04 Jul 2021 05:30:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009579#M180126</guid>
      <dc:creator>Thomas Ley</dc:creator>
      <dc:date>2021-07-04T05:30:03Z</dc:date>
    </item>
    <item>
      <title>Re: Production WLAN</title>
      <link>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009580#M180127</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Tom:&lt;/P&gt;&lt;P&gt;We dont even know &lt;/P&gt;&lt;P&gt;he issue is due Channel overlapping. Do we?&lt;/P&gt;&lt;P&gt;The issue could  be related to neighbor APs interference, noise around or maybe metallic environment.&lt;/P&gt;&lt;P&gt;You betters do a site survey to decide.&lt;/P&gt;&lt;P&gt;You can disable DCA and start assigning static channels if you make sure the issue is due overlapping.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Amjad&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 08 Aug 2012 14:15:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009580#M180127</guid>
      <dc:creator>Amjad Abdullah</dc:creator>
      <dc:date>2012-08-08T14:15:29Z</dc:date>
    </item>
    <item>
      <title>Re: Production WLAN</title>
      <link>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009581#M180128</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Thanks for your help.&lt;/P&gt;&lt;P&gt;TL&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 09 Aug 2012 16:50:50 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/production-wlan/m-p/2009581#M180128</guid>
      <dc:creator>Thomas Ley</dc:creator>
      <dc:date>2012-08-09T16:50:50Z</dc:date>
    </item>
  </channel>
</rss>

