<?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: Strange Behavior with MR34 in Wireless</title>
    <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480473#M294971</link>
    <description>&lt;P&gt;Does the problem go away if you change Air Marshal to allow clients to connect to rogue?&lt;/P&gt;&lt;P&gt;If you do a sniff of the beacons over the air, do you see your SSID being broadcasted from a rogue AP?&lt;/P&gt;</description>
    <pubDate>Wed, 02 May 2018 15:16:37 GMT</pubDate>
    <dc:creator>rowell@packet6.com</dc:creator>
    <dc:date>2018-05-02T15:16:37Z</dc:date>
    <item>
      <title>Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480457#M294955</link>
      <description>&lt;P&gt;So we were having issues in one of our classrooms with iPads (&lt;SPAN&gt;iPad Air) &lt;/SPAN&gt;not connecting other than the teacher's iPad (iPad Air 2). We reset the MR34 and even went so far to replace it with a Spare MR34. Now the student iPad Airs are connecting but teacher iPad Air 2 are not. &lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Error Log for Teacher iPad" style="width: 989px;"&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/268598i7DEE348A569B1565/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;SPAN class="lia-inline-image-caption" onclick="event.preventDefault();"&gt;Error Log for Teacher iPad&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Even when trying to MacBook on the AP for troubleshooting we see the same type of messages. Both MR34 are running the &lt;SPAN&gt;Current version: &lt;/SPAN&gt;&lt;SPAN&gt;MR 25.9 firmware. We are only broadcasting on 5 and have 2.4 turned off (Power 0). A cable test to the AP is also showing no issues.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Cable Test" style="width: 461px;"&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/268599i9705EE51A620088E/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;SPAN class="lia-inline-image-caption" onclick="event.preventDefault();"&gt;Cable Test&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Any thoughts as to what may be causing issues in this haunted room of ours? &lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 15:29:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480457#M294955</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-01T15:29:39Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480458#M294956</link>
      <description>&lt;P&gt;The devices work when connected to other access points on the same network (in the same building) just not one of them?  Because the error would seem to indicate an 802.11 issue.  You could make a temporary SSID with WPA2 to test and verify.  &lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 15:33:39 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480458#M294956</guid>
      <dc:creator>simple818</dc:creator>
      <dc:date>2018-05-01T15:33:39Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480459#M294957</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/2061"&gt;@simple818&lt;/A&gt; It's the same SSIDs that are broadcast and working everywhere else in the building. It just seems to be specific to this one classroom and there has been strange behavior with now two different MR34 in the room. &lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 15:38:09 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480459#M294957</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-01T15:38:09Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480460#M294958</link>
      <description>&lt;P&gt;It's easier to troubleshoot one device not connecting, rather than multiple devices.&lt;/P&gt;&lt;P&gt;Since it's currently just the one Air2 that's not connecting, have you done a network settings reset on it? &lt;/P&gt;&lt;P&gt;The only difference between the Air and Air2 in terms of their wireless is that the Air2 is capable of 802.11ac, so that's a good place to look at the Meraki settings.  I had a wireless docu-cam (2.4ghz) that wouldn't even see my SSIDs with bandwidth steering turned on.  I've also seen some newer devices just not wanting to connect to the 5ghz band, and with bandwidth steering on, they couldn't even see the 2.4ghz band with inSSIDer.&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 16:10:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480460#M294958</guid>
      <dc:creator>Asavoy</dc:creator>
      <dc:date>2018-05-01T16:10:18Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480461#M294959</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/2464"&gt;@Asavoy&lt;/A&gt; It is multiple iPad Air 2 having issues and also my test MacBook. We have tried resetting Network Settings on the teacher iPad and even tried a second iPad for her with the same issues. The iPads are running iOS 11.3 and 11.3.1 and the MacBook is OSX 10.13.4.&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 16:22:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480461#M294959</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-01T16:22:31Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480462#M294960</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/5341"&gt;@vassallon&lt;/A&gt; If you're also having the issue on a Macbook, then definitely run a program like inSSIDer to see what bands the Macbook is seeing.  Depending on your setup, you should see each of your SSIDs and WAPs listed for each band that are broadcasting.  I had a problem room like that where the Chromebooks wouldn't connect to the staff network (or would have poor connectivity) but would connect to the open public network.  When I scanned the room for signal strength, I could not see one of the bands in that room, but could see the adjacent room.  Once I turned bandwidth steering off on the SSID I was able to see all bands.  It hadn't been an issue previously, but it's possible the forced update I had to go through did something.  (Yes, Meraki forced me to update and I couldn't opt out).&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 16:57:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480462#M294960</guid>
      <dc:creator>Asavoy</dc:creator>
      <dc:date>2018-05-01T16:57:42Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480463#M294961</link>
      <description>&lt;P&gt;Okay so this is even stranger now. The APs around the problem AP are showing a spoof with a MAC address that is remarkably similar to the MAC on the AP having issues.&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="spoof.PNG" style="width: 999px;"&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/268602i6B91A0F26014BE08/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>Tue, 01 May 2018 18:40:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480463#M294961</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-01T18:40:37Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480464#M294962</link>
      <description>&lt;P&gt;That's not really out of the norm.  I take most of the dashboard results like that as being 'false-positives', especially with that being around the time you added it into the network.  (I'm assuming that anyhow).&lt;/P&gt;&lt;P&gt;Can you post a screenshot of a scan from a program like inSSIDer?&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 19:18:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480464#M294962</guid>
      <dc:creator>Asavoy</dc:creator>
      <dc:date>2018-05-01T19:18:04Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480465#M294963</link>
      <description>&lt;P&gt;I have seen this before.  The "spoof" in the report is the key.  What happens is Meraki thinks one of its own access points is a rogue, and sends de-authenticate frames to prevent people attaching to it.&lt;/P&gt;&lt;P&gt;If you are not running 25.11 - upgrade to that first.  Failing that try rebooting all the Meraki APs in the area.&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 20:15:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480465#M294963</guid>
      <dc:creator>Philip D'Ath</dc:creator>
      <dc:date>2018-05-01T20:15:37Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480466#M294964</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/340"&gt;@Philip D'Ath&lt;/A&gt; Right now our APs are reporting up to date on 25.9 and I have a support case open with Meraki so I want to see what they have to say before rolling 25.11.&lt;/P&gt;&lt;P&gt;Thanks for the information though it does confirm that I was headed down the right path on the issue.&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 20:25:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480466#M294964</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-01T20:25:42Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480467#M294965</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/340"&gt;@Philip D'Ath&lt;/A&gt; But, if that's the case, then how are the iPad Air connecting to it just fine?  Unless they're picking up signals from other rooms, but those devices tend to try to attach to the strongest signal.&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 21:34:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480467#M294965</guid>
      <dc:creator>Asavoy</dc:creator>
      <dc:date>2018-05-01T21:34:53Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480468#M294966</link>
      <description>&lt;P&gt;Could be using a different band, could respond to de-auth frames differently, who knows.  All I know is I would be upgrading to 25.11 (as 99% of our customers already are using).&lt;/P&gt;</description>
      <pubDate>Tue, 01 May 2018 21:38:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480468#M294966</guid>
      <dc:creator>Philip D'Ath</dc:creator>
      <dc:date>2018-05-01T21:38:21Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480469#M294967</link>
      <description>&lt;P&gt;Personally, I'm not trusting my wireless infrastructure to Beta firmware when the 'stable' firmware is buggy.  The first answer to a problem should never be 'try beta firmware' unless the company is paying you to do it.&lt;/P&gt;&lt;P&gt;Besides, introducing a Meraki WAP into an existing Meraki infrastructure should never cause a 'containment' issue.  I mix 34, 42, and 52 and have never seen this.  Heck, I'm about to introduce an Ubiquiti device into my infrastructure for testing purposes.  This will be fun!&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 00:24:38 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480469#M294967</guid>
      <dc:creator>Asavoy</dc:creator>
      <dc:date>2018-05-02T00:24:38Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480470#M294968</link>
      <description>&lt;P&gt;Meraki firmware release cycles is not like what you are used to.&lt;/P&gt;&lt;P&gt;This is the general process:&lt;/P&gt;&lt;P&gt;&lt;A href="https://documentation.meraki.com/zGeneral_Administration/Firmware_Upgrades/Meraki_Firmware_Release_Process" target="_self" rel="nofollow noopener noreferrer"&gt;https://documentation.meraki.com/zGeneral_Administration/Firmware_Upgrades/Meraki_Firmware_Release_Process&lt;/A&gt;&lt;/P&gt;&lt;P&gt;The bit to note is:&lt;BR /&gt;"&lt;SPAN&gt;When Meraki's install-base hit a specified threshold for a major version (roughly 10-20% of nodes), that firmware revision will be promoted to GA, pending a final formal review."&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;So you can have a "stable" release with bugs.  A "beta" firmware version may have these bugs fixed and been out for quite sometime, and all round be far superior. But until 10% to 20% of the nodes in the world deploy that beta release it can't be considered to be declared a "stable" release.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;So in the worst case, if everyone in the world said they were only ever going to run the "stable" release, you would never get a beta image promoted to replace it.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Change to 25.11.  You wont regret it.  25.11 is all round much better than 25.9.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 00:31:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480470#M294968</guid>
      <dc:creator>Philip D'Ath</dc:creator>
      <dc:date>2018-05-02T00:31:29Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480471#M294969</link>
      <description>&lt;P&gt;How do you have Air Marshal configured?&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 01:19:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480471#M294969</guid>
      <dc:creator>rowell@packet6.com</dc:creator>
      <dc:date>2018-05-02T01:19:25Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480472#M294970</link>
      <description>&lt;P&gt;Just as an update. Meraki support has confirmed this is unexpected behavior and investigating why this is occurring on the AP. At this point it is only having limited impact. The strange part is that it is only affecting one of the two SSID we are broadcasting. I will wait to see what Meraki support can determine as I'm sure being able to troubleshoot an issue like this provides them feedback for improving the product in the future. &lt;/P&gt;&lt;P&gt;Here is a screenshot of the Air Marshal settings for reference.&lt;/P&gt;&lt;P&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="AirMarshal.PNG" style="width: 999px;"&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/268603iAF748A06F0257A25/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>Wed, 02 May 2018 15:07:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480472#M294970</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-02T15:07:59Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480473#M294971</link>
      <description>&lt;P&gt;Does the problem go away if you change Air Marshal to allow clients to connect to rogue?&lt;/P&gt;&lt;P&gt;If you do a sniff of the beacons over the air, do you see your SSID being broadcasted from a rogue AP?&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 15:16:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480473#M294971</guid>
      <dc:creator>rowell@packet6.com</dc:creator>
      <dc:date>2018-05-02T15:16:37Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480474#M294972</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/6636"&gt;@rowell@packet6.com&lt;/A&gt; I would suspect that if I changed the setting yes everything would work correctly. Meraki support has confirmed though that the "rogue" AP is actually our AP and not anything else. They are actively researching why the other APs are flagging this replacement MR34 as a rogue AP.&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 15:20:25 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480474#M294972</guid>
      <dc:creator>vassallon</dc:creator>
      <dc:date>2018-05-02T15:20:25Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480475#M294973</link>
      <description>&lt;P&gt;Ok. I missed the part where you mentioned your own AP is being marked as a rogue.&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 15:21:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480475#M294973</guid>
      <dc:creator>rowell@packet6.com</dc:creator>
      <dc:date>2018-05-02T15:21:37Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Behavior with MR34</title>
      <link>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480476#M294974</link>
      <description>&lt;P&gt;&lt;A href="https://community.meraki.com/t5/user/viewprofilepage/user-id/340"&gt;@Philip D'Ath&lt;/A&gt; I don't have much of a choice as Meraki is now forcing an update to 25.11 on one of my networks.  Teaches me to come here and say anything bad about their software, right?&lt;/P&gt;&lt;P&gt;And I understand that the process of how they release the firmware isn't standard alpha/beta/gold type of thing, but I still look at their product as buggy as hell, especially updates that aren't "stable".  I would rather not be forced to be a guinea pig for things of this nature- I can screw up my wireless infrastructure on my own, TYVM.&lt;/P&gt;</description>
      <pubDate>Wed, 02 May 2018 18:25:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/wireless/strange-behavior-with-mr34/m-p/5480476#M294974</guid>
      <dc:creator>Asavoy</dc:creator>
      <dc:date>2018-05-02T18:25:28Z</dc:date>
    </item>
  </channel>
</rss>

