Samsung Galaxy S4 and Motorola Wireless LAN Switches


Update: Monday August 26, 2013 Verizon has released a software update for the Samsung Galaxy S4 which resolves this problem.

Update: Sunday June 2, 2013 Motorola has responded with the following analysis and explanation of the problem.

The Association Request from the Samsung Galaxy S4 phone has the RRM (Radio Resource Management/802.11k) capability element missing, but the Capabilities Info Bitmap in the Association Request says that the client can do RRM, so there is a mismatch and we deny association in WiNG4.x. In WiNG5.x, the RRM implementation is different and we don’t enforce such a strict check to avoid situations such as these where clients might not be following the 802.11k specification properly. In WiNG 3.x, there is no support for RRM, so there are no such checks enforced.

GalaxyS4Thanks to Motorola for providing the quick analysis and explanation. Just to summarize the problem is not present in WiNG 3.x or WiNG 5.x but is definitely present in WiNG 4.x. As for a workaround or fix I’m still waiting to hear if Motorola will issue a patch (software release) or if they will leave it to Samsung and Google to resolve.

Update: Thursday May 30, 2013 It seems that the problem is not evident when the Samsung Galaxy S4 associates with a Motorola WS5100 (v3.3.2.0-010Ri) with AP300s as access ports.

It would seem that the recently released Samsung Galaxy S4 is having difficulty connecting to our public wireless network which is provided by a pair of Motorola RFS 7000 Wireless LAN Switches (v4.4.2.0-001R) with about 24 AP650s (v2.2-1592R). While I’ve personally observed this problem in our office, I’ve also received similar reports from users in our hospitals which are running RFS7000s with either AP300s or AP650s for Access Ports/Points.

Our public wireless network has no authentication or encryption, however, the Samsung Galaxy S4 will display “Authentication error occurred” when it tries to connect. I performed a quick wired packet trace on the captive portal server and found no frames with the associated MAC address of the Galaxy S4 so I setup WireShark with 3 AirPcap adapters, one for each channel in the 802.11b/g  2.4Ghz range, to perform a wireless packet trace.

I was able to observe the Galaxy S4 making repeating probe requests and association requests but every association attempt appears to fail with an Unspecified error. As a reference I also captured my Motorola Droid 3 connecting to our public network for comparison.

WireShark AirPcap Captures

Looking at the wireless packet trace I can see where the Galaxy S4 is failing to associate to the network. In frame 341 we can see “Unspecified failure” in the Association Response from the Access Port. I’m not an expert here but I’m going to guess that there’s something in the Association Request that is causing the wireless infrastructure to choke on the response.


Looking at the last wireless packet trace of the working Motorola Droid 3 we can see that it quickly probes, associates and makes a DHCP request without any problems or issues.


My Thoughts

As I’ve mentioned before I’m no expert here but I can see quite a few additional tags in the Association Request from the Samsung Galaxy S4. I’m going to guess that it’s one of these tags that is causing the wireless infrastructure to choke. Looking at the screenshot below you can see all the tags.


I’m hoping some wireless experts can step up here, or perhaps Motorola with an explanation and workaround/fix?


Comments on this entry are closed.

  • May 31, 2013, 5:50 am

    Hi Michael,

    This error message is related to the value mismatch of radio resource management fields sent by the mobile unit.
    The only known workaround here is wing 5 where the problem does not exist.



    • Michael McNamara May 31, 2013, 10:09 am

      Thanks for the feedback Mata!

      I’ve noticed that the problem doesn’t impact WiNG 3.3 on a WS5100 either.

      I’ve been in touch with Motorola who’s received multiple reports of the problem, so hopefully they’ll have a fix/workaround.

      Thanks for comment!

  • Michael McNamara June 2, 2013, 10:42 pm

    Updated the original blog post with the analysis and response from Motorola.

  • IT man June 12, 2013, 3:44 pm

    Thanks for the post. RFS4010 with firmware and AP 650’s. Will upgrade to and report back.

    • Michael McNamara June 15, 2013, 8:54 am

      The upgrade from WiNG 4.x to WiNG 5.x is not trival… you need to rebuild your configuration or convert the existing config.

  • IT Man June 18, 2013, 3:20 pm

    We had a minimalist config on our Motorola. I did backup the startup-config and started the conversion tool, but I didn’t need it. After I put the new firmware on, I set it up as before with the startup wizard. Our Galaxy S4’s are connecting now.

  • mata June 20, 2013, 10:52 am

    Hi all,

    There is a patch for WiNG and solving the issue with Samsung.
    You can get it from technical support if you have service agreement with Motorola.


  • Jade Rampulla August 8, 2013, 11:01 am

    I’ve also noticed problems with band steering on the S4. I’m using Aerohive AP’s with 2.4GHz/5GHz SSID’s. When the clients send a probe on 2.4GHz, the AP responds 5 times (Default value) with 5GHz in attempt to “steer” the client to 5GHz. If the AP doesn’t get a response on 5GHz after 5 tries, it finally sends a response on 2.4GHz. The Galaxy S4 refuses to be band steered. I created a test 5GHz only SSID and the S4 connects without a problem. I wonder if the band steering problem is related to WiNG.

    • Michael McNamara August 10, 2013, 1:58 pm

      Hi Jade,

      I’ve had all sorts of band steering issues years ago (when it was fairly new) and have never really tried it since then so I can’t really comment.


  • AZ August 20, 2013, 11:43 am

    Just came across this, what are the steps to get this fix?