VLC Rtsp client send TEARDOWN without reason?

[QUMO]

I'm using VLC as an rtsp client to decode H264 Rtsp flux. My problem is that it looks like VLC send Teardown request without any reason. The regular "keep alive" GET_PARAMETER request get answer in time.
The Rtsp source is an Axis encoder Q7406.
I'm running VLC 2.1.4 Rincewind (revision 2.1.4-0-g2a072be) on Fedora 20 x86_64.

Here is the VLC stack trace with option --verbose=2:

09/01/15 06:54:11 Sending request: GET_PARAMETER rtsp://10.96.38.103/axis-media/media.amp?streamprofile=Monitor RTSP/1.0
09/01/15 06:54:11 CSeq: 16
09/01/15 06:54:11 User-Agent: LibVLC/2.1.4 (LIVE555 Streaming Media v2013.11.26)
09/01/15 06:54:11 Session: DC76D0BA
09/01/15 06:54:11
09/01/15 06:54:11 Received 85 new bytes of response data.
09/01/15 06:54:11 Received a complete GET_PARAMETER response:
09/01/15 06:54:11 RTSP/1.0 200 OK
09/01/15 06:54:11 CSeq: 16
09/01/15 06:54:11 Session: DC76D0BA
09/01/15 06:54:11 Date: Tue, 01 Sep 2015 04:54:11 GMT
09/01/15 06:54:11
09/01/15 06:55:08 [0x7f18ac0a8f28] main decoder debug: removing module "avcodec" <=====Why VLC does that?????
09/01/15 06:55:08 [0x7f18ac0a8f28] avcodec decoder debug: ffmpeg codec (H264 - MPEG-4 AVC (part 10)) stopped
09/01/15 06:55:08 [0x7f18ac0a8f28] main decoder debug: killing decoder fourcc `h264', 0 PES in FIFO
09/01/15 06:55:08 [0x7f1894158508] main generic debug: saving a free vout
09/01/15 06:55:08 [0x7f1894158508] main generic debug: reusing provided vout
09/01/15 06:55:08 [0x7f18ac09a4d8] main packetizer debug: removing module "packetizer_h264"
09/01/15 06:55:08 [0x7f18ac2552a8] live555 demux debug: RTSP track Close, 0 track remaining
09/01/15 06:55:08 [0x7f18940c1168] main input debug: EOF reached
09/01/15 06:55:08 [0x7f18ac2552a8] main demux debug: removing module "live555"
09/01/15 06:55:08 Sending request: TEARDOWN rtsp://10.96.38.103/axis-media/media.amp?streamprofile=Monitor RTSP/1.0
09/01/15 06:55:08 CSeq: 17
09/01/15 06:55:08 User-Agent: LibVLC/2.1.4 (LIVE555 Streaming Media v2013.11.26)
09/01/15 06:55:08 Session: DC76D0BA
09/01/15 06:55:08
09/01/15 06:55:08
09/01/15 06:55:08 [0x7f18940c1168] main input debug: Program doesn't contain anymore ES

It happens randomly and quite often:
08/31/15 22:39:01 Sending request: TEARDOWN
08/31/15 23:01:15 Sending request: TEARDOWN
08/31/15 23:08:00 Sending request: TEARDOWN
08/31/15 23:09:55 Sending request: TEARDOWN
09/01/15 00:09:51 Sending request: TEARDOWN
09/01/15 00:36:55 Sending request: TEARDOWN
09/01/15 00:43:41 Sending request: TEARDOWN
09/01/15 01:41:40 Sending request: TEARDOWN
09/01/15 01:53:17 Sending request: TEARDOWN
09/01/15 02:51:16 Sending request: TEARDOWN
09/01/15 03:29:57 Sending request: TEARDOWN
09/01/15 03:56:02 Sending request: TEARDOWN
09/01/15 04:00:53 Sending request: TEARDOWN
09/01/15 05:30:46 Sending request: TEARDOWN
09/01/15 05:52:01 Sending request: TEARDOWN
09/01/15 06:06:31 Sending request: TEARDOWN
09/01/15 06:17:04 Sending request: TEARDOWN
09/01/15 06:34:42 Sending request: TEARDOWN
09/01/15 06:41:28 Sending request: TEARDOWN
09/01/15 06:55:08 Sending request: TEARDOWN
09/01/15 07:57:58 Sending request: TEARDOWN

[Rémi Denis-Courmont]

Version 2.1.4 is out-of-date, so it might just be an already fixed bug.

[QUMO]

Well, I'm wondering if it is really a bug or is it possible that the RTSP source send an EOF throught the UDP packets?

[Rémi Denis-Courmont]

If so, it's not shown in the log.

[vandanachadha]

Were you able to fix this problem, I am facing the same issue with vlc ver 3.0.06