[Bug 764744] New: Crash when using a shared factory and TLS

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=764744

            Bug ID: 764744
           Summary: Crash when using a shared factory and TLS
    Classification: Platform
           Product: GStreamer
           Version: 1.8.0
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-rtsp-server
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: jake.foytik at ipconfigure.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

In our application we are seeing a couple of issues when using rtsp-server in
TLS mode with a media-factory that is set as 'shared'. These issues can be
reproduced using a modified version of the test-video example code. In our
tests, we enable the WITH_AUTH and WITH_TLS flags and set the media factory to
shared ( gst_rtsp_media_factory_set_shared(factory, TRUE); ).

Issue 1:
When streaming multiple rtsp streams from the same factory, occasionally a
stream will connect but not be able to decode the SRTP packets. Steps to
reproduce :
 - Run test-video (with TLS, Auth, and shared factory)
 - Connect a client using gst-launch-1.0 rtspsrc location=.... 
 - Wait around 6 minutes.
 - Connect another client using gst-launch-1.0 --gst-debug=srtpdec:5 rtspsrc
location=... . (Now there will be 2 clients connected to the same session)
 - Observe : The second client will connect with server and will not be able to
decode the SRTP packets. srtpdec will post a warnings "Unable to unprotect
buffer (unprotect failed code 7)" and "Error authentication packet, dropping".

It seems as if there is some timeout, or mismanagement of the the key used
between the SRTP elements. This behavior was observed for both gstreamer
version 1.6.3 and 1.8.0.

Issue 2:
When streaming multiple rtsp streams from the same factory, the example program
will crash when stopping all streams. Steps to reproduce :
 - Run test-video (with TLS, Auth, and shared factory)
 - Connect a client using gst-launch-1.0 rtspsrc location=.... 
 - Connect another client using gst-launch-1.0 rtspsrc location=... . (Now
there will be 2 clients connected to the same session)
 - Stop both clients.
 - Observe : The test-video program will abort with the error "g_mutex_clear()
called on uninitialised or locked mutex"

This behavior is only seen in gstreamer 1.8.0. I could not reproduce this in
version 1.6.3.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.