Re: [MMUSIC] New draft on "SIP/SDP Overlap with RTSP"

[Alex Giladi <alex.giladi at gmail.com>]

Jan,
A couple of comments:
In 7, you have an additional method of reserving / releasing resources
on the media server. However, after a TEARDOWN session is most
probably already invalid (see 10.7 in RFC2326), its resources invalid,
and issuing a TEARDOWN with a non-existent session id may actually
break an unsuspecting RTSP server.
Resource allocation at the VoD server side regularly happens as a part
of SETUP. It is AFAIK perfectly legal to issue SETUP with a Session
header, so you can easily generate session ID at the controller.
Also, you only consider the case of orderly session termination.
However you may have to drop the session at the server (e.g. you have
reached the end of your VoD content).
Regards,
Alex.


On Wed, Jun 10, 2009 at 8:32 AM, Jan
Lindquist<jan.lindquist at ericsson.com> wrote:
> Hello,
>
> A new draft has been uploaded titled "SIP/SDP Overlap with RTSP"
> (draft-lindquist-mmusic-sip-rtsp-00). The draft is co-signed by Jan
> Lindquist, Jouni Maenpaa, Priya Rajagopal and Xavier Marjou. A slot is
> requested in MMUSIC for the July Stockholm meeting to present the draft.
>
> http://www3.ietf.org/proceedings/staging/draft-lindquist-mmusic-sip-rtsp-00.txt
>
> For your convenience here is the abstract taken from the draft.
>
>    The Session Initiation Protocol (SIP) is widely used for establishing
>    multimedia sessions, whereas the Real Time Streaming Protocol (RTSP)
>    is a protocol for use in streaming media systems.  RTSP has a dual
>    role: it establishes a media session for the delivery of streaming
>    media as well as controls the streaming session once it has been set
>    up.  Since RTSP is also used for session establishment, there exists
>    an overlap between the functionality provided by SIP and RTSP.  In
>    this document, we analyze a model in which SIP and the SDP offer/
>    answer model are used to set up a streaming session with an RTSP
>    control channel and one or more media delivery streams.  Such a model
>    is beneficial since it allows the reuse of current architecture and
>    functionality (e.g., authentication, charging, and QoS) established
>    around SIP also for RTSP-based streaming.
>
> If there are any questions or comments on the new draft we will be glad to
> answer them.
>
> Best Regards,
> Jan Lindquist
>
> _______________________________________________
> mmusic mailing list
> mmusic at ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>
>