Re: [MMUSIC] FW: I-D Action:draft-stiemerling-rtsp-announce-01.txt

[Rémi Denis-Courmont <rem at videolan.org>]

Le Friday 07 March 2008 16:37:00 Joe Pallas, vous avez écrit :
> One thing I think should be included is some discussion about how the
> server associates a TCP connection with an RTSP session.  Obviously,
> the TCP connection that a SETUP request comes in on would be used for
> that session while the connection is active.  If that connection is
> terminated before the session is torn down, and a client establishes
> a new TCP connection before the session times out, the server needs
> to recognize that the new connection is associated with that session.

That's a pretty good point. Then again, perhaps clients that care about 
ANNOUNCE could simply be required to keep the session open, and servers that 
support ANNOUNCE must not timeout RTSP connections that have one or more 
session "associated" to them (yeah I know in theory there is currently no 
association).

One innocent and clueless question is, why does RTSP allow non-permanent 
connections? One bad reason could be to save server resources - scaling many 
TCP connections is not such a big deal on server-grade operating systems 
nowadays, and many (most?) RTSP clients use persistent connections anyway.
I suppose one good reason may be support for media handovers... ?

When it comes to end-of-stream notification, we could perhaps use an in-band 
mechanism? not sure if RTCP BYE is valid there, but something similar could. 
Also for connection-oriented media, the server could simply reset the 
connection.

> This doesn't need to be complicated: the last connection that
> received a request with the session-id should probably be the
> connection associated with the session, and the client can achieve
> this by sending a keep-alive style SET_PARAMETER.  But saying so
> explicitly might be a good idea.

Is Session: valid for OPTIONS requests?

-- 
Rémi Denis-Courmont
http://www.remlab.net/
_______________________________________________
mmusic mailing list
mmusic at ietf.org
https://www.ietf.org/mailman/listinfo/mmusic