[FFmpeg-trac] #945(avformat:new): rtsp sends wrong session id in keep-alive request

FFmpeg trac at avcodec.org
Fri Jan 27 22:05:02 CET 2012


#945: rtsp sends wrong session id in keep-alive request
----------------------------------+--------------------------------------
             Reporter:  twinther  |                     Type:  defect
               Status:  new       |                 Priority:  normal
            Component:  avformat  |                  Version:  git-master
             Keywords:  rtsp      |               Blocked By:
             Blocking:            |  Reproduced by developer:  0
Analyzed by developer:  0         |
----------------------------------+--------------------------------------
 I have a problem with rtsp:// streams that stops after about 70-80 seconds
 (after the first timeout expires). It is a stream of a live tv channel,
 fx.
 rtsp://62.242.233.129/rtpencoder/e20_wcif.sdp?ir=850000&life=0&ttl=20&ip&gtime=1327344362&tn=key5&guid=bCZhgCggQC//0Q==ACEow69c&da=0&key=/dznsJ2d8FNZV0iCnjmWqw==

 The links only works for a short time and only for Danish YouSee
 customers, so I will attach a tcpdump of the traffic.

 It looks like the OPTIONS requests that is sent near the end of the
 tcpdump file is sending a wrong session id. It actually appears to be the
 value of the ETag header value from the DESCRIBE request near the top of
 the tcpdump.

 the CSeq also starts over for this keep alive request, so this line is
 logged when the stream stops playing:
 [rtsp @ 0x7ff5f80008e0] CSeq 10 expected, 1 received.

 I have had a stab at the code, but I haven't been able to figure out why
 this is happening.

 Please let me know if I can provide further info, help with testing, etc..

 The streams plays without a problem in totem using the gstreamer rtsp
 implementation.

-- 
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/945>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list