Bugzilla – Bug 7594
Squeezebox 3 uses incorrect MAC address in WoL Magic Packet, when you change server
Last modified: 2008-12-18 11:42:31 UTC
I recently changed server and had problems with wol. I discovered that SB3 remembered my old servers MAC thus breaking the wol function. This is similar to bug 4664 as the workaround is the same upgrade to fw86 and enter the MAC manually. My opinion is that the product needs a reliably method to autodetect the server MAC as discussed in bug4664 I use netgear wgt624v3 router fixed ip's (no DCHP) SB3 wireless and WPA2-PSK [AES] encryption SSID broacast off, access restricted to SB3's MAC only. The old "server" is still on the network as it is my desktop, Squeezecenter is completely uninstalled so I'm not running two servers. This PC has the same ip as it had when it was server. It's wired to the router. The new server is a VIA-EPIA mini-ITX with Clarkconnect Linux.The server is wired to router. Squeezecenter information: SqueezeCenter Version: 7.0.1 - 17889 - Red Hat - EN - utf8 Server IP address: 192.168.1.5 Perl Version: 5.8.5 i386-linux-thread-multi MySQL Version: 4.1.20 Platform Architecture: i686-linux Hostname: hal.home.lan Server Port Number: 9000 Total Players Recognized: 1 Cache Folder: /var/lib/squeezecenter/cache Preferences Folder: /var/lib/squeezecenter/prefs Plugin Folders: /usr/libexec/Slim/Plugin, /usr/share/squeezecenter/Plugins, /usr/lib/perl5/vendor_perl/Slim/Plugin Player Information Name: mikael Model: Squeezebox v3 Firmware: 86 The IP address for this player is: 192.168.1.2:31659 The ethernet MAC address for this player is: XX:XX:XX:XX:XX:XX ! obfuscated as this is a public forum Wireless Signal Strength: 83 Discussed in this tread: http://forums.slimdevices.com/showthread.php?t=44843
You can either factory reset your SB and it will learn the servers address again or you can manually change it to all 00:00:00:00:00:00 which triggers a new learning process when connected the next time. I am going to close this bug as I think when the server changes it is not too much trouble to do the above. Please feel free to reopen if you would like to see another solution, but please consider that it should also work if somebody has a PC running behind a wireless bridge, where the automatic learning does not work and hence the manually entered mac address cannot be overwritten.
Ok then, document the procedure in the manual or wiki. Could someone change this to an enhancement request regarding the documentation I'm a little challenged regarding programming, but as I see it your SB eventually connects with its server ? Couldn't the server just tell the SB it's mac ? is it really impossible to design such a process that transfer that information, regardless of network configuration. You certainly made it happen with music and other data ? Thanks for your time anyway.
Mikael, it turns out that there are a number of cases where the MAC address gets changed by poorly-behaving network hardware. Felix, as a reminder, Sean notes we should name the normal, learning case simple and reliable, and not worry about the wireless bridge special case.
Firmware rev 4461 for 7.2 reverts wake-on-lan behavior to always learn SC mac address automatically again (as discussed and decided last time in MV). This will break SC behind wireless bridges which 'wrongly' report its mac address instead of SC's mac address.
*** Bug 8799 has been marked as a duplicate of this bug. ***
Verified in 7.2 - 22900
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.