Results 1 to 8 of 8

Thread: Detecting stream drop in RTSP interleaved mode

  1. #1

    Default Detecting stream drop in RTSP interleaved mode


    We have an iPhone app that streams to Wowza build27628 in RTSP interleaved mode. Sometimes we are faced with the issue that due to the network delay, connection issues or some other valid network reasons Wowza drops the stream. The problem is that we cannot detect it from the client. The socket remains open by Wowza and it keeps accepting RTP traffic but stream never gets recorded. When we use RTP over multi-cast UDP it all works fine. RTCP reports stop coming in to us from Wowza, which indicates that stream is lost. Unfortunately, for some other non-Wowza related reasons we cannot use RTP over UDP.

    Is there a way to get feedback from Wowza reliably in RTSP interleaved mode?

    Thank you.

  2. #2
    Join Date
    Dec 2007


    Take a look at IMediaCasterNotify2


  3. #3


    Hmm... I am not sure I understand how it can help me. We cannot use Mediacaster API on iOS. We have our own RTSP interleaving client code.

  4. #4
    Join Date
    Dec 2007


    It should run if you are pulling RTSP stream from the device. Otherwise, I am not sure what you can do.


  5. #5


    We are sending from the device to the server. So we are pushing to Wowza. The device is establishing the connection to wowza, and that stream isn't publically available

  6. #6
    Join Date
    Dec 2007


    Okay, I see. This might work for you:


  7. #7


    I have determined that Wowza does not send any RTCP RR packets in RTSP interleaved mode. This is the underlying root of the problem for me. Is there a reason for that? I am getting RR packets back just fine in RTP Multicast mode.

  8. #8


    A related problem is when we try and shut down an RTSP stream from the StreamWatchdog. We're using code adapted from the Watchdog example in the forums here:

    For the part that disconnects the stream, it is able to stop the RTSP stream, but the connection remains open. Because of this, the iPhone app that is streaming is not notified that its stream has been killed.

    Do you know of a way to close the RTP connection, given an RTSP stream that's using it? If so, this could solve our problems.

    Here is the code we have that attempts to close the streams. We've found that the "client" isn't available on the inbound RTSP streams, so we're using getRTPStream() if that happens to find the correct thing to close."StreamWatchDog: stalled: " + streamName);
    IMediaStream liveStream = (IMediaStream) appInstance.getProperties().getProperty("live-" + streamName);
    IClient client = liveStream.getClient();
    if ( client != null )
    {"StreamWatchDog: trying to shutdown: live-" + streamName);
    {"StreamWatchDog: client was null, so unable to close connection:" + streamName);"StreamWatchDog: trying to shutdown: " + streamName);
        RTPStream rtpstream = liveStream.getRTPStream();
        if ( rtpstream != null ) {
  "StreamWatchDog: found RTP stream: " + streamName);
            RTPSession rtpsession = rtpstream.getSession();
            if ( rtpsession != null ) {
      "StreamWatchDog: found RTP session: " + streamName);
        // I don't think these actually do anything, but are there just in case.
    Thanks for the help,

Similar Threads

  1. Content of live stream get mixed when using RTSP not interleaved
    By rsobral in forum Live Streaming and Encoder Discussion
    Replies: 4
    Last Post: 12-28-2014, 09:00 PM
  2. Measure throughput of TCP connection in RTP/RTSP interleaved mode
    By satishmr123 in forum Live Streaming and Encoder Discussion
    Replies: 1
    Last Post: 10-10-2012, 07:18 AM
  3. Detecting start of an incoming RTSP stream
    By catdude in forum Server-side Modules and Code Samples Discussion
    Replies: 0
    Last Post: 08-30-2012, 12:56 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts