SamY wrote: > So are you able to make sense of why the "TIME_WAIT issue" happens only > when both sides of the connection are running Windows? > > (Let it go, Sam. Let it go...)
It still happen when the 2 parts are Windows but separated computers, just very occasionally, compared to « all the time » when on the same computer. It happens on the same computer because timing is a bit different so there are more « chances » that all data of N+1 has been received when only a small part of N has played. When all N+1 has been sent, the server sends a FIN frame to close the connection but the client will only see it when it has emptied all buffered data. And that might take more than the 2 minutes of TIME_WAIT. The whole idea of throttling down server does not work due to the level of buffering made by the low layers. It work with Linux, but it can be different reasons and only a tcp capture would tell. Can be a different timing or a different reaction from the client to the RST frame. I think you tried a Windows server and a Linux bridge, so that excludes a different TIME_WAIT and a different stack reaction to the lack of clients FIN. I dont think a Linux client would send a FIN (even after receiving one) if the application has not called close() or shutdown() LMS 8.2 on Odroid-C4 - *SqueezeAMP!*, 5xRadio, 5xBoom, 2xDuet, 1xTouch, 1xSB3. Sonos PLAY:3, PLAY:5, Marantz NR1603, Foobar2000, ShairPortW, 2xChromecast Audio, Chromecast v1 and v2, Squeezelite on Pi, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5, RivaArena 1 & 3 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=104614
_______________________________________________ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
