Re: [MMUSIC] Review of draft-marjou-mmusic-sdp-rtsp-01

[Rémi Denis-Courmont <remi.denis-courmont at nokia.com>]

Le Tuesday 11 March 2008 20:11:13 Xavier Marjou, vous avez écrit :
> >  I can understand a server/the network would want to "invite" a client to
> > watch a media, but I don't see the need to define yet another streaming
> > protocol for this - referring to an RTSP resources inside the SDP INVITE
> > ought to be sufficient, would it not??
> >
> >  That can convey the RTSP URL and any extra parameter, such as the
> > intended list of media or the Seek offset(s) also...
>
> With the "rtsp-as-a-media-control-stream" approach, the initiated
> session later enables the streaming server to terminate the session
> whenever it needs it. With the "rtsp-triggered-by-sip" approach this
> can not be done ... unless an extension (like an RTSP BYE message) be
> specified to extend the set of existing RTSP messages.

I'd defer to Magnus and Martin - still as far as I understand, there are ways 
to do this with RTSP, and it's being improved in 2.0. And even then, the RTSP 
server can always stop if it wants to - any remotely resilient RTSP client 
will consider the stream as terminated if hasn't received anything for a 
while - but that's beyond the point.

Also, the server could send a SIP CANCEL or SIP BYE if you want to "wrap" the 
RTSP session within a SIP one.


A new media control protocol looks like a bulldozer to crush a mosquito to me.

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