Bugzilla – Bug 11779
Sync broken on Belkin F5D8236-4 Router when 802.11e QOS is enabled
Last modified: 2009-09-08 09:11:28 UTC
Over the weekend at my inlaws we were trying to sync an SB3 and Boom playing standard MP3 files. They would work fine for a while but randomly start re-buffering for no apparent reason. The two players both had decent WiFi signal (one at 75%, one at 55%). The Macbook serving them had great signal and was reporting 120+mbit transmit rate to the router. After disabling QOS and removing an additional router from the house (an Airport Express B/G model that was acting as an additional access point on one end of the house) all of the problems went away. One interesting bit was that the systems seemed extremely responsive 99% of the time... not until just a few seconds before they had to did we see any slowness in the text on the screens. rebuffer
I think we should look at using the DSCP bits in IP packets for our streaming HTTP traffic from SC, if possible. Possibly also in slimproto packets from the player side.
QA to try to reproduce.
Can you attach a sniff?
What are standard mp3 files? I can't reproduce this with 128 or 192kbit. QoS enabled or disabled, 3 IP3K players synced, no problems. Wise Matt what are the chances it could have had something to do with the wireless access point?
Talked to Wise Matt, whatever issue occurred may have not been related to QoS. But I opened bug 12275 as a catch-all QoS related bug for ongoing investigation of potential QoS issues.
Agreed... it could have just been a weird situation that cause the problem I saw. If QA cannot reproduce this, then lets just keep an eye on possible QOS issues in the future.