RE: [MMUSIC] RTSP timeout issue

["Jaehwan Kim" <jaehwan at vidiator.com>]

> But then, how does the client know the server will understand RTCP 
> keep-alives? One could argue that if the profile is AVP (or AVPF, SAVP, 
> SAPVF, etc...), it's got to be the case, but I think it should be explicit.
> 
[jh] According to 2326, server has the right to choose one of aliveness signal. Therefore, client is recommended to send both, RTCP RR and RTSP OPTIONS(although some dislikes send OPTIONS.) or GET_PARAMETER or something.

>I think we are in violent agreament. My proposal for this would be that
>if a server accepts a SETUP with RTCP ports, it SHALL support RTCP based
>RTSP session keep-alive. I will add into the tracker to add this text.
[jh] yes. So, I tested with many 3GPP players at the beginning: server_port=12000; client_port=2233
The result was that only two vendor's player allowed this.
When I used server_PORT=12000-12001 without RTCP, they started to complain it. Therefore, I think anyway, RTCP is good to have.

> That depends. I agree that most users will anyway stop the stream out of 
> annoyance if there is noticeable congestion. However, we've had complaints 
> from users that some RTSP servers kept streaming when a client lost 
> connectivity without shutting down its session cleanly.
 [jh] First, according to RTSP..
---
There is no notion of an RTSP connection; instead, a server maintains
   a session labeled by an identifier. An RTSP session is in no way tied
   to a transport-level connection such as a TCP connection. During an
   RTSP session, an RTSP client may open and close many reliable
   transport connections to the server to issue RTSP requests.
   Alternatively, it may use a connectionless transport protocol such as
   UDP.
---
As for lost connectivity, why don't you send RTSP OPTIONS from server to client periodically, at least just before the timeout period(default is 60seconds)?

Cheers,
Jaehwan

_______________________________________________
mmusic mailing list
mmusic at ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic