<?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: Analyzing Channel Utilization Mesh Networks in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4293392#M226471</link>
    <description>&lt;P&gt;You can use dedicated Spectrum Analyzer programs or simply from the WLC MONITOR &amp;gt; Access Points &amp;gt; Radios &amp;gt; pick a radio &amp;gt; details&lt;/P&gt;
&lt;P&gt;From PI, you can use Reports &amp;gt; Report Launch Pad &amp;gt; Performance &amp;gt; AP RF Quality &amp;gt; AP RF Quality or AP RF Quality History (this per WLC, floor area, outdoor area)&lt;/P&gt;
&lt;P&gt;There are many factors and devices that cause high channel utilization, if you’re using Spectrum Analyzer, you should be able to generate a report for all that.&lt;/P&gt;
&lt;P&gt;What you really need to watch is your mesh link&lt;/P&gt;
&lt;P&gt;So you can use the below command to see the SNR uplink “snrUp” and SNR downlink “snrDown”&lt;/P&gt;
&lt;P&gt;(Cisco Controller) &amp;gt;show mesh path MAPNAME&lt;/P&gt;
&lt;P&gt;Or from the AP:&lt;/P&gt;
&lt;P&gt;MAP#show mesh status&lt;/P&gt;
&lt;P&gt;And for the RAP:&lt;/P&gt;
&lt;P&gt;(Cisco Controller) &amp;gt;show mesh neigh detail RAPNAME&lt;/P&gt;
&lt;P&gt;And overall:&lt;/P&gt;
&lt;P&gt;(Cisco Controller) &amp;gt;show mesh ap tree&lt;/P&gt;
&lt;P&gt;snrUp is the SNR of another AP we can hear.&lt;/P&gt;
&lt;P&gt;snrDown is the SNR of how another AP hears us. It is sent to us by the other AP.&lt;/P&gt;
&lt;P&gt;linkSnr is the smoothed SNR of the bi-directional link.&lt;/P&gt;
&lt;P&gt;(we don't want to see SNR uplink and downlink are off by 10 dB or more) if so, there is RF problem, RF has interference, LOS is obstructed, or hardware is bad.&lt;/P&gt;
&lt;P&gt;You can see the same thing from PI:&lt;/P&gt;
&lt;P&gt;Monitor &amp;gt; Wireless Technologies &amp;gt; Access Point Radios &amp;gt; APNAME &amp;gt; Mesh &amp;gt; Mesh Links&lt;/P&gt;
&lt;P&gt;or from:&lt;/P&gt;
&lt;P&gt;Inventory &amp;gt; Device Management &amp;gt; Network Devices &amp;gt; Device Groups &amp;gt; Device Type &amp;gt; Unified AP &amp;gt; Cisco XXXXX Series Unified Access Points &amp;gt; APNAME &amp;gt; Mesh &amp;gt; Mesh Links&lt;/P&gt;
&lt;P&gt;From both above, you can see Mesh Link Alarms and you can setup Alarm Notification Policies for what you need to be notified by email for example or send those alarms to a Northbound trap receiver, all that can be done from:&lt;/P&gt;
&lt;P&gt;Administration &amp;gt; Settings &amp;gt; System Settings &amp;gt; Alarms and Events &amp;gt; Alarm Notification Policies &amp;gt; + &amp;gt; select the Virtual Domain &amp;gt; uncheck all except Mesh Links "or add more if you like" &amp;gt; choose Email or Northbound trap receiver and complete it.&lt;/P&gt;</description>
    <pubDate>Thu, 18 Feb 2021 02:04:56 GMT</pubDate>
    <dc:creator>Grendizer</dc:creator>
    <dc:date>2021-02-18T02:04:56Z</dc:date>
    <item>
      <title>Analyzing Channel Utilization Mesh Networks</title>
      <link>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4291351#M226315</link>
      <description>&lt;P&gt;Hi Wireless Experts!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are running an outdoor wireless mesh around 300-400 Mesh APs and see high channel utilization on some channels.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My ask:&lt;/P&gt;&lt;P&gt;1. How can I determine what factors are causing high channel utilization?&lt;/P&gt;&lt;P&gt;2. How can I leverage Prime to find out the above? What Prime reports can come in handy here to help me determine the factors?&lt;/P&gt;&lt;P&gt;3. Once those factors are determined, what can be done to those factors to bring that channel utilization number down.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cheers!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Jul 2021 20:14:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4291351#M226315</guid>
      <dc:creator>TH09</dc:creator>
      <dc:date>2021-07-05T20:14:08Z</dc:date>
    </item>
    <item>
      <title>Re: Analyzing Channel Utilization Mesh Networks</title>
      <link>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4293392#M226471</link>
      <description>&lt;P&gt;You can use dedicated Spectrum Analyzer programs or simply from the WLC MONITOR &amp;gt; Access Points &amp;gt; Radios &amp;gt; pick a radio &amp;gt; details&lt;/P&gt;
&lt;P&gt;From PI, you can use Reports &amp;gt; Report Launch Pad &amp;gt; Performance &amp;gt; AP RF Quality &amp;gt; AP RF Quality or AP RF Quality History (this per WLC, floor area, outdoor area)&lt;/P&gt;
&lt;P&gt;There are many factors and devices that cause high channel utilization, if you’re using Spectrum Analyzer, you should be able to generate a report for all that.&lt;/P&gt;
&lt;P&gt;What you really need to watch is your mesh link&lt;/P&gt;
&lt;P&gt;So you can use the below command to see the SNR uplink “snrUp” and SNR downlink “snrDown”&lt;/P&gt;
&lt;P&gt;(Cisco Controller) &amp;gt;show mesh path MAPNAME&lt;/P&gt;
&lt;P&gt;Or from the AP:&lt;/P&gt;
&lt;P&gt;MAP#show mesh status&lt;/P&gt;
&lt;P&gt;And for the RAP:&lt;/P&gt;
&lt;P&gt;(Cisco Controller) &amp;gt;show mesh neigh detail RAPNAME&lt;/P&gt;
&lt;P&gt;And overall:&lt;/P&gt;
&lt;P&gt;(Cisco Controller) &amp;gt;show mesh ap tree&lt;/P&gt;
&lt;P&gt;snrUp is the SNR of another AP we can hear.&lt;/P&gt;
&lt;P&gt;snrDown is the SNR of how another AP hears us. It is sent to us by the other AP.&lt;/P&gt;
&lt;P&gt;linkSnr is the smoothed SNR of the bi-directional link.&lt;/P&gt;
&lt;P&gt;(we don't want to see SNR uplink and downlink are off by 10 dB or more) if so, there is RF problem, RF has interference, LOS is obstructed, or hardware is bad.&lt;/P&gt;
&lt;P&gt;You can see the same thing from PI:&lt;/P&gt;
&lt;P&gt;Monitor &amp;gt; Wireless Technologies &amp;gt; Access Point Radios &amp;gt; APNAME &amp;gt; Mesh &amp;gt; Mesh Links&lt;/P&gt;
&lt;P&gt;or from:&lt;/P&gt;
&lt;P&gt;Inventory &amp;gt; Device Management &amp;gt; Network Devices &amp;gt; Device Groups &amp;gt; Device Type &amp;gt; Unified AP &amp;gt; Cisco XXXXX Series Unified Access Points &amp;gt; APNAME &amp;gt; Mesh &amp;gt; Mesh Links&lt;/P&gt;
&lt;P&gt;From both above, you can see Mesh Link Alarms and you can setup Alarm Notification Policies for what you need to be notified by email for example or send those alarms to a Northbound trap receiver, all that can be done from:&lt;/P&gt;
&lt;P&gt;Administration &amp;gt; Settings &amp;gt; System Settings &amp;gt; Alarms and Events &amp;gt; Alarm Notification Policies &amp;gt; + &amp;gt; select the Virtual Domain &amp;gt; uncheck all except Mesh Links "or add more if you like" &amp;gt; choose Email or Northbound trap receiver and complete it.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Feb 2021 02:04:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4293392#M226471</guid>
      <dc:creator>Grendizer</dc:creator>
      <dc:date>2021-02-18T02:04:56Z</dc:date>
    </item>
    <item>
      <title>Re: Analyzing Channel Utilization Mesh Networks</title>
      <link>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4295353#M226556</link>
      <description>&lt;P&gt;Hi Grendizer,&lt;/P&gt;&lt;P&gt;When I do a show mesh neigh details on one of the RAPs, I see the followings, when you say we dont want to see sU and sD off by 10, do you mean, the difference needs to be less that 10?&lt;/P&gt;&lt;P&gt;So for the first one for example, 23-18 = 5 (So this is good as it is less than 10)&lt;/P&gt;&lt;P&gt;And we see Ch 165 has the highest CH util, could it be due to one or more poor SNRs in the ch?&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 23, snrDown 18, linkSnr 18&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 25, snrDown 18, linkSnr 18&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 30, snrDown 30, linkSnr 30&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 41, snrDown 41, linkSnr 41&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 24, snrDown 18, linkSnr 18&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 38, snrDown 38, linkSnr 38&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 24, snrDown 19, linkSnr 19&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 4, snrDown 4, linkSnr 4&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 5, snrDown 5, linkSnr 5&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 4, snrDown 4, linkSnr 4&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 31, snrDown 31, linkSnr 31&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 17, snrDown 9, linkSnr 9&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 42, snrDown 42, linkSnr 42&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 17, snrDown 7, linkSnr 7&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 6, snrDown 6, linkSnr 6&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 27, snrDown 27, linkSnr 27&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 4, snrDown 4, linkSnr 4&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 33, snrDown 33, linkSnr 33&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 24, snrDown 24, linkSnr 24&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 3, snrDown 3, linkSnr 3&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 8, snrDown 7, linkSnr 6&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 13, snrDown 4, linkSnr 4&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 5, snrDown 5, linkSnr 5&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 31, snrDown 26, linkSnr 26&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 5, snrDown 5, linkSnr 5&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 24, snrDown 18, linkSnr 18&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 4, snrDown 4, linkSnr 4&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 4, snrDown 4, linkSnr 4&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 3, snrDown 3, linkSnr 3&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 23, snrDown 23, linkSnr 23&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 2, snrDown 2, linkSnr 2&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 26, snrDown 15, linkSnr 15&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 34, snrDown 28, linkSnr 27&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 5, snrDown 5, linkSnr 5&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 7, snrDown 7, linkSnr 7&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 33, snrDown 30, linkSnr 29&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 32, snrDown 21, linkSnr 20&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 12, snrDown 12, linkSnr 12&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 6, snrDown 6, linkSnr 6&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 9, snrDown 9, linkSnr 9&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 30, snrDown 30, linkSnr 30&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 33, snrDown 33, linkSnr 33&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 26, snrDown 18, linkSnr 18&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 28, snrDown 28, linkSnr 28&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 3, snrDown 3, linkSnr 3&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 30, snrDown 30, linkSnr 30&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 18, snrDown 15, linkSnr 15&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 25, snrDown 17, linkSnr 17&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 28, snrDown 28, linkSnr 28&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 30, snrDown 30, linkSnr 30&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 19, snrDown 8, linkSnr 8&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 6, snrDown 6, linkSnr 6&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 32, snrDown 32, linkSnr 32&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 31, snrDown 31, linkSnr 31&lt;/P&gt;&lt;P&gt;Numroutes 1, snr 0, snrUp 30, snrDown 25, linkSnr 24&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 27, snrDown 27, linkSnr 27&lt;/P&gt;&lt;P&gt;Numroutes 0, snr 0, snrUp 6, snrDown 6, linkSnr 6&lt;/P&gt;</description>
      <pubDate>Mon, 22 Feb 2021 15:08:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4295353#M226556</guid>
      <dc:creator>TH09</dc:creator>
      <dc:date>2021-02-22T15:08:35Z</dc:date>
    </item>
    <item>
      <title>Re: Analyzing Channel Utilization Mesh Networks</title>
      <link>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4296322#M226583</link>
      <description>&lt;P&gt;the difference needs to be less than 10? &lt;STRONG&gt;Yes&lt;/STRONG&gt;&lt;BR /&gt;And we see Ch 165 has the highest CH util, could it be due to one or more poor SNRs in the ch? &lt;STRONG&gt;It's the other way around, if you have high ch util then you will have bad snr, not sure why you're using ch 165? You should change that.&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 23 Feb 2021 19:57:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4296322#M226583</guid>
      <dc:creator>Grendizer</dc:creator>
      <dc:date>2021-02-23T19:57:59Z</dc:date>
    </item>
    <item>
      <title>Re: Analyzing Channel Utilization Mesh Networks</title>
      <link>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4296339#M226584</link>
      <description>&lt;P&gt;I do see out of 63 APs on CH 165, 23 have less than 15 SNR. Could that be one of the reason causing High Channel Utilization?&lt;/P&gt;&lt;P&gt;Why not use CH 165? Is there something bad about that channel?&lt;/P&gt;</description>
      <pubDate>Tue, 23 Feb 2021 19:47:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/analyzing-channel-utilization-mesh-networks/m-p/4296339#M226584</guid>
      <dc:creator>TH09</dc:creator>
      <dc:date>2021-02-23T19:47:06Z</dc:date>
    </item>
  </channel>
</rss>

