Bugzilla – Bug 11353
Wrong RFC 1945 implementation
Last modified: 2009-06-17 09:37:16 UTC
Hello, I happen to have a Boom on a wireless lan talking to a SC (7.3.2) on a LAN with a router between. The router is an enterprise class IDS (intrusion detection system) and blocks the communication because of a wrong implementation of the HTTP protocol. I have to configure a specific bypass to make it work. Here is what happens: When I press play on the boom, the following request in sent from the Boom to the SC: GET /stream.mp3?player=00:04:20:1e:90:ca HTTP/1.0 This is fine. But then, 3 LF (line feed) are following which does not conform RFC 1945 that says that it should be CR/LF only. Second, a GET is not allowed to carry a payload. In this case the third LF is interpreted as a payload (the 2 first two are ok: end of command, end of HTTP header). Best regards Alain
Fixed in change 25536.
Please download SC 7.3.3 and verify this issue has been fixed for you. To download the latest BETA (which will include new firmware for the BOOM) go to this location: http://downloads.slimdevices.com/nightly/?ver=7.3 Please report back in this bug report the sub version you tested with, and if it fixed the issue for you or not.
The Home server (WHS) version seems to be corrupt, does not install. This is my platform. Should I try the windows version instead?
I retried download and it worked this time. I confirm the problem is fixed. Thanks.
This bug has been fixed in the 7.3.3 release version of SqueezeCenter! If you haven't already. please download the new version from http://www.logitechsqueezebox.com/support/download-squeezecenter.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.