<div dir="ltr"><div>Mr. Ross, </div>
<div>Thank you very much for quick answer.</div>
<div>Am I understood correctly: client session object deleted in multicast mode, even one client from multi has a timeout????</div>
<div>ThanX again.<br><br></div>
<div class="gmail_quote">On Sun, Mar 6, 2011 at 12:33 PM, Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">why multicast checking removed from livenessTimeoutTask API???<br></blockquote><br></div>Because there was no longer any need to exclude multicast sessions from the normal client liveness checking.<br>
<br>I.e., as with all RTSP/RTP streams, the server will timeout the stream if it doesn't receive any indication of 'liveness' (e.g., a RTCP packet, or a RTSP command) from a client within the timeout period.<br>
<br>(Note that all clients - whether unicast or multicast - are required to send back RTCP "RR" packets.)<br><br>In any case, as always, you can disable the server's liveness checking by starting the server with the "reclamationTestSeconds" parameter set to 0.<br>
-- <br><font color="#888888"><br>Ross Finlayson<br>Live Networks, Inc.<br><a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a><br>_______________________________________________<br>live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br><a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
</font></blockquote></div><br></div>