> 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 <[email protected]>: >> 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 > [email protected] > http://lists.live555.com/mailman/listinfo/live-devel _______________________________________________ live-devel mailing list [email protected] http://lists.live555.com/mailman/listinfo/live-devel
