Bugzilla – Bug 11078
Flood of traffic on UDP 5353
Last modified: 2009-10-05 14:36:47 UTC
Created attachment 4813 [details] Microsoft Network Monitor log of UDP 5353 traffic Customer reports flood of traffic on UDP 5353 when using our equipment, upwards of 1,000 per second. Reproduction instructions from the customer: Here’s how I setup the test: 1) I only have one version of SlimServer 7.3.2 running - installed on an HP MediaSmart WHS server . 2) I have a work PC on the same network running XP SP3. 3) Everything is wired – I’m not using wifi at all. 4) I tried both static and DHCP with the same results. 5) I’ve tried with Antivirus and Firewalls turned off with the same results. 6) My subnet is 192.168.1.* (the router is 192.168.1.1) 7) For the SB static IP’s I use 192.168.1.30 (31, 32, 33, 34) 8) The WHS server is 192.168.1.6 9) The work PC is 192.168.1.5 10) For this test I plugged the router, MediaSmart server and Work PC directly into a Netgear Ethernet Switch. 11) I plugged all five SB classics into the router (well actually I plugged 3 into the router and 2 into the Netgear switch as there aren’t enough inputs on the router) 12) This made a self contained mini network with nothing else on it. I use Microsoft Network Monitor 3 to log all network traffic and this creates a log if you need it also. So, with everything booted up, SB’s all showing a connection to SlimServer, I firstly start Microsoft Network Monitor on my Work PC and view *all* traffic. This is the only software running at the time. Now I start iTunes on the Work PC. At this stage the log will go ballistic showing thousands of UDP 5353 messages. You can try re-running the test disconnecting one SB at a time. You’ll notice that the number of UDP 5353 messages goes up exponentially with each SB added. With only one SB connected you’ll see only a couple of UDP 5353 messages which is what I would call normal behavior.
Actually it looks to be more like tens of thousands per second according to the log.
Andy, any idea what might cause this? I have not been able to reproduce myself.
Can you attach a Wireshark capture? UDP 5353 is for Bonjour traffic, by the way.
Additional comments from Russell via email: I've done some more testing on this now. I switched off both the work pc and the WHS server running Slimserver so that all I have connected to the network are the Squeezeboxes. The problem still persists when I connect to my network using my iPhone (which uses Bonjour also). There is a constant flood of UDP 5353 coming from the iPhones ip address. As soon as I disconnect the Squeezeboxes the traffic stops instantly. This seems to suggest that it is a hardware problem with the Squeezeboxes themselves - maybe in the firmware - I'm not qualified enough to say TBH.
Russel, could you check what firmware is running on your Squeezeboxes and report back?
Firmware doesn't do any Bonjour. It's all in SC, which uses mDNSResponder. I have always been of the opinion that we should remove mDNSResponder, I can't see what purpose it serves.
Russell, one thing Dean suggested that you should make absolutely sure of is that the Squeezebox bridging feature did not get turned on by mistake. To make sure I suggest factory resetting your Squeezeboxes and walking through setup again. To factory reset hold down the power button on the remote until it reboots and then hold down the ADD button until you see "Factory Reset..." on the screen. Once this is done you can walk through setup again. You will only get the option to bridge wireless to ethernet if you choose to connect to wireless with an ethernet cable connected to Squeezebox during setup. You should not see this option if you are connecting to ethernet. Once you are sure that bridging is not enabled you should try reproducing again.
Created attachment 4916 [details] Small Wireshark capture of MDNS packets I am now able to reproduce the issue easily. I am not sure why I had so much difficulty before. Anyway, this is a small capture showing the response of one SB3 connected via ethernet on the network to a machine waking up at 192.168.1.101 on the network with Bonjour installed. SqueezeCenter is not running anywhere on the network. Line number 7 is where the SB3 starts responding when I don't think it should at all. Adding additional SB3s to the network makes the packet storm increase exponentially. Please let me know if there is anything else I can do to help.
One thing to note is this only seems to be an issue with SB3s without a wireless card installed. When a wireless card is installed, even when connecting over ethernet, the issue goes away.
We are now planning to make a 7.3.3 release. Please review your bugs (all marked open against 7.3.3) to see if they can be fixed in the next few weeks, or if they should be retargeted for 7.4 or future. Thanks!
Since there's now a planned 7.3.3 release, bugs which won't make the cut-off are being moved to the next target out. If you feel that this bug needs to be addressed more (or less) urgently than the 7.4 release, please cc chris@slimdevices.com and leave a comment in the bug to that effect so we can review it. Thanks.
This is related to UDAP during setup (or when disconnected from SC / SN) and only affects ip3k players w/o wireless card installed. Normally there is one datalink instantiated for either the wired or wireless interface. However if the wireless card is missing / not installed during setup there were two datalinks both assigned to the wired interface, both valid and both added into a list to check if packets need to be resend through that datalink. Now when a MDNS packet arrived which was not for the player itself and should actually have been dropped, it nevertheless got forwarded on the same interface because of the second datalink. Fixed in r5915 for 7.4.
I probably should wait until we have a 7.4 trunk for firmware before applying the patch and closing the bug. Sorry about that.
Ok, this time I committed the fix to the correct trunk. Fix is in for 7.4 r5918
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.