Bugzilla – Bug 8129
Controller loses connection to wireless router if you hide SSID
Last modified: 2009-10-05 14:32:15 UTC
This is similar to bug 5517, but seemed different enough for a new bug. If you set the SSID to broadcast, connect a Duet, then set the SSID not to broadcast, the Controller loses connection. Here are the steps to reproduce (performed by Julius): - Connected jive/ray to a broadcasted SSID network, then changed the setting to non-broadcasting in the router - Jive disconnects and is unable to connect, ray stays connected - Wireless indicator on Jive went to red, then blue - When attempting to view anything related to the server or the SBR, get message "Problem Connecting" with the options "try again" and "choose music source" - After "try again" wireless indicator goes red again indicating total loss of connection - After power cycle, no auto reconnection attempt. - Going to Settings > Advanced > Wireless Networks, network is still listed, but not selected (no check next to SSID), I selected it, got options to "connect to network" or "forget network", I selected "connect to network," no success - Went back to previous screen, then selected "forget network," then attempted to connect back to the same network using "Other Network" option, manually entered in SSID, and Encryption and now am able to connect.
QA to investigate
I'll take a look
I see the exact same behavior, disabling the SSID on the WAP will cause the Controller to disconnect from the network and not be able to reconnect if the broadcast SSID was enabled during initial setup. If the SSID was disabled and entered manually on the Controller during setup and successfully connects it does not seem to matter if the SSID is switched to broadcast or not afterward. What I do find odd is if the SSID is broadcast and one enters the SSID manually on the Controller during setup and successfully connects and then disables the SSID the Controller will still lose its connection. I would have thought it would have stayed connected under this situation. Richard, would this be something you could look at?
The wireless network configuration needs to be different when the SSID is hidden. I'll need to take a look to see if this can be changed, and still work when hiding the SSID.
I don't have time to complete this for 7.1.
I suspect that the symptons are perhaps a little wider than outlined here, if my own experience is related as I suspect. My wireless network does not broadcast its SSID. This did not cause a problem with settting up the Receiver and Controller out of the box. The Receiver was set up as wired. I subsequently updated the software to 7.0.1 r2448 root@padbuild #74. Still no problems with wireless authentication. However, my Controller was an early issue with the faulty keypad and I recently returned it for a replacement (took me some time to figure out the keypad was faulty!) I carefully set up the SSID and WEP settings but the replacement Controller resolutely refused to authenticate except on two occasions (which just adds to the mystery, I think.) I initiated Factory Resets on a number of occasions and set up from scratch without making any difference. Captured network frames show that the Controller issued ManagementProbe requests with 'SSID = Broadcast SSID'. Setting the SSID to visible and allowing the Controller to discover the network, results in ManagementProbe requests with 'SSID = MyNetworkName'. The Controller then authenticates OK when the SSID is visible. Subsequently hiding the SSID again prevents the Controller from connecting. The really puzzling aspect to this is that the software version is the same on the new Controller as on the old - although, of course, the old Controller was originally set up under an older version. Hope this provides a few more clues and apologies if I've only added to the confusion.
punting to 7.3
This won't make 7.3.
*** Bug 9098 has been marked as a duplicate of this bug. ***
After much discussion, bug moved to 7.4.
Richard and Felix to work on getting this addressed for 7.4
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code. Feel free to move it back if it's specific to the single original product.
== Auto-comment from SVN commit #7136 to the jive repo by felix == == https://svn.slimdevices.com/jive?view=revision&revision=7136 == Bug: 8129 Description: Always use ssid specific probe requests, regardless of whether SSID is hidden or not. This allows to find a network again if SSID is only visible during setup, but hidden afterwards.
Fixed in r7136. I successfully tested Jive, Fab4 and Baby against all seven APs I have, with hidden SSIDs, visible SSIDs and visible SSIDs only during setup but hidden later on.
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.