> Actually, all of the client’s ‘request queues’ should be reset by > “RTSPClient::reset()”. > > I’ve now installed a new version (2016.09.08) of the “LIVE555 Streaming > Media” code that fixes this.
Thanks a lot, Ross! I did some extended testing by modifying one of the 'back-end' devices to reconnect to the network every couple of minutes. Test result: The proxy server succesfully reestablished connection to the 'back-end' device >3500 times with no unexpected behavior. Prior to the fix, reproduction rate of hung communication associated with the 'back-end' device reconnection to the network was roughly 10%. 2016-09-08 23:28 GMT+02:00 Ross Finlayson <finlay...@live555.com>: >> Should the fRequestsAwaitingResponse queue be cleared by >> RTSPClient::reset to prevent this? >> >> Or, should the fRequestsAwaitingConnection queue be cleared in >> RTSPClient::reset? > > Actually, all of the client’s ‘request queues’ should be reset by > “RTSPClient::reset()”. > > I’ve now installed a new version (2016.09.08) of the “LIVE555 Streaming > Media” code that fixes this. Thanks for tracking this down. > > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > _______________________________________________ > live-devel mailing list > live-devel@lists.live555.com > http://lists.live555.com/mailman/listinfo/live-devel _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
