<?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: MR42/MR52 bad performance in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503985#M302166</link>
    <description>&lt;P&gt;I originally thought so.  The MR33 is technically a wifi 5 wave 2 AP and isn't affected by the bug (per support). I asked if this ADDBA request bug fix was related to this case and they weren't sure.  All I got was the following:&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Advised customer that from the internal issue tracking information, NSE is able to confirm that the development team mentioned the fix is included in the MR28.6 firmware version.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 25 Jan 2022 13:06:39 GMT</pubDate>
    <dc:creator>Macguy1</dc:creator>
    <dc:date>2022-01-25T13:06:39Z</dc:date>
    <item>
      <title>MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503917#M302098</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;We have replaced our MR32 for a mix of MR42/MR52 and since this change, we can see that performance (bandwidth) slowly getting lower and lower and almost tend to less than 1 Mbps. Only a reboot of the device permit to have good performance back for some time.&lt;/P&gt;&lt;P&gt;We are observing this behavior in environment where there is multiple other SSIDs broadcasted by other third parties in the buildings next to us.&lt;/P&gt;&lt;P&gt;We are in 5GHz only, 40 Mhz width channel. The 5 Ghz Channels used are not overloaded in utilization by other third parties.&lt;/P&gt;&lt;P&gt;If i put a MR32 at the same place, same channels, i don't have the issue.&lt;/P&gt;&lt;P&gt;It's like MR42/MR52 have an issue when the environment is used a lot even if it is not on the channels we are using. And, a reboot solve the issue for some hours (and we keep the same channels, so it's not a question of channels overloaded).&lt;/P&gt;&lt;P&gt;We have open ticket to support but upgrading to last firmware does not help.&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Wed, 11 Mar 2020 10:55:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503917#M302098</guid>
      <dc:creator>Marc_V</dc:creator>
      <dc:date>2020-03-11T10:55:09Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503918#M302099</link>
      <description>&lt;P&gt;Try setting the minimum connect speed to 12Mb/s (unless you are using something higher already).  Perhaps legacy protocols are consuming a lot of airtime, or devices are holding onto APs some distance away.&lt;/P&gt;&lt;P&gt;Also note it takes 24 hours before the final channel plan and power levels gets put into affect.  The APs slowly drift towards their final values.&lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.meraki.com/MR/Monitoring_and_Reporting/Location_Analytics/Meraki_Auto_RF%3A__Wi-Fi_Channel_and_Power_Management" target="_self" rel="nofollow noopener noreferrer"&gt;https://documentation.meraki.com/MR/Monitoring_and_Reporting/Location_Analytics/Meraki_Auto_RF%3A__Wi-Fi_Channel_and_Power_Management&lt;/A&gt; &lt;/P&gt;&lt;P&gt;If you do a speedtest between the AP and the user (using my.meraki.com) is the result also poor?&lt;/P&gt;&lt;P&gt;Are you using the 26.x firmware?&lt;/P&gt;</description>
      <pubDate>Wed, 11 Mar 2020 14:53:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503918#M302099</guid>
      <dc:creator>Philip D'Ath</dc:creator>
      <dc:date>2020-03-11T14:53:15Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503919#M302100</link>
      <description>&lt;P&gt;Hi Philip,&lt;/P&gt;&lt;P&gt;Thanks for your answer.&lt;/P&gt;&lt;P&gt;I am already with minimum connect speed 12 Mb/s. &lt;/P&gt;&lt;P&gt;When the problem occurs, the speedtest using my.meraki.com show a result between 0 and 1 Mbps. So users can't do anything in Wifi.&lt;/P&gt;&lt;P&gt;We are using the 26.6.1 firmware, we had the same issue in 25.13.&lt;/P&gt;&lt;P&gt;This behavior is seen only on MR42/MR52 access point. I don't have this issue with MR32 access point. Seems something related to MR42/MR52 model&lt;/P&gt;&lt;P&gt;My only way to solve it temporarily is to reboot the access point.&lt;/P&gt;</description>
      <pubDate>Wed, 11 Mar 2020 15:01:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503919#M302100</guid>
      <dc:creator>Marc_V</dc:creator>
      <dc:date>2020-03-11T15:01:32Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503920#M302101</link>
      <description>I would try 26.7, change to 20MHz channels (just in case). What is your channel utilization being reported as when you run those tests to the AP directly and its only giving 1Mbps?</description>
      <pubDate>Wed, 11 Mar 2020 15:03:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503920#M302101</guid>
      <dc:creator>Nolan H.</dc:creator>
      <dc:date>2020-03-11T15:03:33Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503921#M302102</link>
      <description>&lt;P&gt;Also enable DFS channels unless you are near a radar user.  Without DFS in Europe there are only two 5GHz channels, so the interference can slow them right down.&lt;/P&gt;</description>
      <pubDate>Wed, 11 Mar 2020 17:57:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503921#M302102</guid>
      <dc:creator>CMR</dc:creator>
      <dc:date>2020-03-11T17:57:39Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503922#M302103</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;Thanks for your answers guys !&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Regarding the channel utilization, it is always pretty fine on the channels used by the access points (40 Mhz), so it's seems not to be related to a high utilization of the channels currently in use by the access point itself.And if i replace the MR42 or MR52 with a MR32 with the same channels, i don't have the issue.&lt;/P&gt;&lt;P&gt;So it's seems related only to these 802.11ac wave 2 models and not especially if the channels used are highly used but also if all the channels around are high used (even if not overlapping with the channels currently in use).&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I was not able to test many things since lockdown but i have seen that in the release notes of the 26.8 firmware, an issue fixed can correspond to my problems:&lt;BR /&gt;&lt;EM&gt;-&amp;gt; MR would get into a state where it would cease being able to TX frames reliably in environments with sustained high channel utilization (802.11ac Wave 2 MRs)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;This corresponds to the fact that my issues are only seen on these MR42 and MR52 (802.11ac wave 2) and not on old MR32.&lt;/P&gt;&lt;P&gt;I will upgrade and check how it goes.&lt;/P&gt;&lt;P&gt;Thanks !&lt;/P&gt;</description>
      <pubDate>Wed, 27 May 2020 08:36:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503922#M302103</guid>
      <dc:creator>Marc_V</dc:creator>
      <dc:date>2020-05-27T08:36:07Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503923#M302104</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Did you ever make any headway with this issue?&lt;/P&gt;&lt;P&gt;We have a lot of MR42's and are now also seeing very poor performance with them until they are rebooted.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;We have checked out the switching environment, check our WAN usage, and have gone over our RF profiles and cannot see the cause of the issues.&lt;/P&gt;&lt;P&gt;Like yourself, rebooting the AP returns it back to good performance, but with 180 across our site, doing this regularly with what is supposed to be enterprise hardware is not ideal!&lt;/P&gt;&lt;P&gt;We are running the latest firmware as well.&lt;/P&gt;&lt;P&gt;Kind regards&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Matt&lt;/P&gt;</description>
      <pubDate>Mon, 19 Apr 2021 14:27:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503923#M302104</guid>
      <dc:creator>MGoodall</dc:creator>
      <dc:date>2021-04-19T14:27:11Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503924#M302105</link>
      <description>&lt;P&gt;Hi &lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/55085"&gt;@MGoodall&lt;/A&gt; , when you say the latest, can you be more specific, there is 27.6 (which I guess you mean), but others out there as well?&lt;/P&gt;</description>
      <pubDate>Mon, 19 Apr 2021 14:30:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503924#M302105</guid>
      <dc:creator>CMR</dc:creator>
      <dc:date>2021-04-19T14:30:17Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503925#M302106</link>
      <description>&lt;P&gt;Hi &lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/14571"&gt;@CMR&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;Yes, we are running 27.6, across all of our MR42's&lt;/P&gt;&lt;P&gt;Nothing else is currently available on the Merkai Portal.&lt;/P&gt;&lt;P&gt;Kind regards&lt;/P&gt;&lt;P&gt;Matt&lt;/P&gt;</description>
      <pubDate>Mon, 19 Apr 2021 14:32:22 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503925#M302106</guid>
      <dc:creator>MGoodall</dc:creator>
      <dc:date>2021-04-19T14:32:22Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503926#M302107</link>
      <description>&lt;P&gt;Ok I have read through all the posts. Quick question What type of power are you hitting the APs with? If they are getting 802.3af power they will work but become way more persnickety and your dedicated scanning radio goes away and they become quite sticky from a channel standpoint. Also, the MR 32 is only capable of running the 26 family of FW.&lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.meraki.com/General_Administration/Firmware_Upgrades/Product_Firmware_Version_Restrictions" target="_blank" rel="nofollow noopener noreferrer"&gt;https://documentation.meraki.com/General_Administration/Firmware_Upgrades/Product_Firmware_Version_Restrictions&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.meraki.com/MR/Monitoring_and_Reporting/Low_Power_Mode" target="_blank" rel="nofollow noopener noreferrer"&gt;https://documentation.meraki.com/MR/Monitoring_and_Reporting/Low_Power_Mode&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;Models with a dedicated scanning radio, such as the MR18/32/34/42/52/53/84, don't generate &lt;STRONG&gt;channel_scan &lt;/STRONG&gt;events. They rely on the scanning radio to get the neighbor and channel utilization report on an ongoing basis.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;In comparison, models without the dedicated scanning radio, such as the MR12/16/20/24/70, scan the whole spectrum every 2 hours when there are no clients associated. When low power mode is enabled the scanning radio function becomes disabled. Thus, not only are there no &lt;STRONG&gt;channel_scan&lt;/STRONG&gt; events but AutoRF channel assignment can be negatively impacted.&lt;/EM&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 19 Apr 2021 15:42:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503926#M302107</guid>
      <dc:creator>DainBrammage</dc:creator>
      <dc:date>2021-04-19T15:42:31Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503927#M302108</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;We have had a very similar issue. Running approximately 60 MR52s across the enterprise. Tuning has been done manually for channels and power as found we could get a much better result than allowing the APs to manually complete this. Everything worked perfectly. my.meraki gave high download speeds consistently. &lt;/P&gt;&lt;P&gt;However after a few weeks to a month the usual report is poor performance and running a my.meraki speedtest which only tests bandwidth between the device and the AP shows a maximum speed of 20Mbs. We have tried to change the channels in use, power settings, channel width all to no avail. In some cases I have seen 0-1Mbs on the my.meraki test.&lt;/P&gt;&lt;P&gt;We have tried all the different Meraki firmware available and custom firmware, still to no avail. A ticket has been open with Meraki for months and still its in their "research and development section" with no solid answer forth coming. &lt;/P&gt;&lt;P&gt;I feel Meraki have really dropped the ball on this and they have had countless options to resolve it. I used to really believe in Meraki hardware, and while all devices have issues, the real key to customer service is how you deal with the problem. There is no way a retail shop would have got away with this fiasco.&lt;/P&gt;&lt;P&gt;We feel the Meraki devices have a hardware issue as I never saw these issues on MR33s or lower spec devices in the past. The symptom is a memory leak.&lt;/P&gt;&lt;P&gt;We also have a few MR56s we have installed and touch wood after weeks and weeks we have no issues at all so far. &lt;/P&gt;&lt;P&gt;These are affecting not only one office but multiple offices around as well, so it is not an environmental issue either as all offices are different types, some very isolated to the outside world so no chance of interference.&lt;/P&gt;&lt;P&gt;I have spent hours and hours with Meraki on this one and sent countless packet capture logs we had to acquire an Apple MAC so we could obtain the details they required. &lt;/P&gt;&lt;P&gt;However as of today I have just had to reboot 6 APs to resolve issues for clients and suspect I will need to do more. &lt;/P&gt;&lt;P&gt;I have even raised to Meraki they need to own this issue and arrange a scheduled staggered reboot to provide a stop gap for us. However that was met with a solid no. Also there is no uptime in the dashboard which would help predict the issue and be proactive. Meraki have uptime on their dashboard but customers dont...go figure... &lt;/P&gt;&lt;P&gt;We have also been told we are the only ones experiencing this issue, which I know is not the case, however this is the most recent post I have seen concerning these devices.&lt;/P&gt;&lt;P&gt;All I can suggest is push Meraki hard. There are issues as we are experiencing them as well.&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;Michael&lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="zzzthump_0-1624227907963.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/269529i8548CF4DCCE04E8E/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="zzzthump_0-1624226923542.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/269530i1433D0F66430E898/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 20 Jun 2021 22:04:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503927#M302108</guid>
      <dc:creator>zzzthump</dc:creator>
      <dc:date>2021-06-20T22:04:47Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503928#M302109</link>
      <description>&lt;P&gt;Hi Matt&lt;/P&gt;&lt;P&gt;Check my post in this thread if you are still having issues.&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;Michael&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jun 2021 20:53:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503928#M302109</guid>
      <dc:creator>zzzthump</dc:creator>
      <dc:date>2021-06-21T20:53:00Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503929#M302110</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;After weeks of sending screenshots and packet captures, I received this response from Meraki.&lt;/P&gt;&lt;P class="lia-indent-padding-left-30px" style="padding-left : 30px;"&gt;&lt;EM&gt;&lt;FONT size="2"&gt;I have managed to find the issue that is causing the slow speed problem over time and after a reboot, the issue just goes.&lt;/FONT&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;&lt;FONT size="2"&gt;Thanks to the packet capture taken from the working and AP and broken AP we identified that the issue was being caused because the client was sending aggregated frames and the AP wasn't.&lt;/FONT&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;&lt;FONT size="2"&gt;Initially, both the AP and the client decide to send aggregate frames then all of a sudden after a while the AP doesn't send aggregate frames. Hence when you restart the AP it's all fresh and negotiates with the client again to send aggregate frames and the problem disappears.&lt;/FONT&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;&lt;FONT size="2"&gt;We are currently working, on fixing this issue on a feature firmware release with our internal team, however, at this point, the problem is still premature and we are looking more into why the AP goes into stops sending aggregate frames. We know that the issue came around firmware version 27.x. Our internal team has asked me to ask you if you would be willing to test our beta MR 28.1 to see if the problem also persists on this firmware.&lt;/FONT&gt;&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;&lt;FONT size="2"&gt;If you are willing to upgrade a couple of APs to MR28.1 to test let me know and I can arrange a session to ping the firmware on the APs you want to test on without having to upgrade the whole network to MR28.1&lt;/FONT&gt;&lt;/EM&gt;&lt;/P&gt;&lt;P class="lia-indent-padding-left-30px" style="padding-left : 30px;"&gt; &lt;/P&gt;&lt;P&gt;&lt;FONT size="4"&gt;I am just waiting for our summer holidays to start and then I will be in a position to test MR28.1 on a few of the AP's.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="4"&gt;&lt;BR /&gt;I was pleased to see that they had identified a possible source of the issue since we have been chasing this for weeks and questioning ourselves whether it was something that we had done or something we were missing with the configuration of our network.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="4"&gt;Hopefully, the issue is resolved in the next firmware update, but ill update you all again once i have tested further.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT size="4"&gt;Kind regards&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Matt&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 07:50:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503929#M302110</guid>
      <dc:creator>MGoodall</dc:creator>
      <dc:date>2021-06-22T07:50:15Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503930#M302111</link>
      <description>&lt;P&gt;Hi &lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/55085"&gt;@MGoodall&lt;/A&gt;,&lt;/P&gt;&lt;P&gt;We are running 28.1 on most of our 100+ APs and at least 30 of those are MR42/52 models.&lt;/P&gt;&lt;P&gt;It has been stable so far, I'll let you know if we see any problems.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 08:12:13 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503930#M302111</guid>
      <dc:creator>CMR</dc:creator>
      <dc:date>2021-06-22T08:12:13Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503931#M302112</link>
      <description>&lt;P&gt;You could always downgrade to 26.8.1&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 16:24:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503931#M302112</guid>
      <dc:creator>Nolan H.</dc:creator>
      <dc:date>2021-06-22T16:24:03Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503932#M302113</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;We have tried that version. Still had issues.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 20:06:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503932#M302113</guid>
      <dc:creator>zzzthump</dc:creator>
      <dc:date>2021-06-22T20:06:39Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503933#M302114</link>
      <description>&lt;P&gt;If that is the case, that sort of pokes a hole in the 'this issue was introduced with the 27.x train' comment&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 20:09:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503933#M302114</guid>
      <dc:creator>Nolan H.</dc:creator>
      <dc:date>2021-06-22T20:09:51Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503934#M302115</link>
      <description>&lt;P&gt;Yes exactly, my thoughts as well. We tried that in Feb. We have had our case open since last year.&lt;/P&gt;&lt;P&gt;Pretty poor to release a product with such a major bug. Ive had more luck out of a dlink AP.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Jun 2021 20:26:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503934#M302115</guid>
      <dc:creator>zzzthump</dc:creator>
      <dc:date>2021-06-22T20:26:55Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503935#M302116</link>
      <description>&lt;P&gt;Hi &lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/14571"&gt;@CMR&lt;/A&gt; &lt;/P&gt;&lt;P&gt;Do you still have any performance issues with v28.1 these days?&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Jul 2021 08:46:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503935#M302116</guid>
      <dc:creator>pornchanok.p</dc:creator>
      <dc:date>2021-07-13T08:46:37Z</dc:date>
    </item>
    <item>
      <title>Re: MR42/MR52 bad performance</title>
      <link>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503936#M302117</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/62920"&gt;@pornchanok.p&lt;/A&gt; we are on 28.2 now and that seems fine.  I will aim to do some more testing tomorrow to confirm.&lt;/P&gt;</description>
      <pubDate>Tue, 13 Jul 2021 10:16:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/mr42-mr52-bad-performance/m-p/5503936#M302117</guid>
      <dc:creator>CMR</dc:creator>
      <dc:date>2021-07-13T10:16:24Z</dc:date>
    </item>
  </channel>
</rss>

