Just in case somebody has an idea, I've tried a lot of possibilities between cipher, openssl, tls, perl version and could find any pattern, then I tried again on the same configuration a Squeezeplay instance and for 40 minutes had no skipped track, which never happens with my squeezelite instances (never was able to get more than 10 minutes)
So, going back to wireshark, and contrary to what I wrote before, I'm now sure that this is RP server sending a FIN and consequently, LMS keeps the socket half-open until it has consumed all data and then send that EncryptionAlert message. So his is not client-decided socket closure on some TLS error, this is RP server side. More interesting, when streaming to squeezelite instance, the wireshark log is full of TLS1.2 "ignored unknown record". When streaming to a real SB (and stream is still proxied by LMS, there is no change at that level), there is *none* of such erroneous log entries. Even better, now if I throttle the squeezelite stream to ~850kbits/s these errors happen after a much longer streaming period LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express, GGMM E5 ------------------------------------------------------------------------ philippe_44's Profile: http://forums.slimdevices.com/member.php?userid=17261 View this thread: http://forums.slimdevices.com/showthread.php?t=108189 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
