RTSP server sending RTP fragmented packets

[stfl]

I am writing an rtsp server application.

I noticed in wireshark that the server sends out packets that are
fragemented by the IP layer. I specified the mtu property on the rtph264pay
element.

Is it possible to force rtp fragmentation over IP fragmentation?

Best regards.
Stefan



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Olivier Crête-3]

Hi,

On Tue, 2018-04-03 at 09:43 -0700, stfl wrote:
> I am writing an rtsp server application.
>
> I noticed in wireshark that the server sends out packets that are
> fragemented by the IP layer. I specified the mtu property on the
> rtph264pay
> element.
>
> Is it possible to force rtp fragmentation over IP fragmentation?

Using the "mtu" property is the right way to do it, but it will be
overriden if the client asks for a specific blocksize in it's header.

--
Olivier Crête
[hidden email]
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[stfl]

Thank you for your answer.

setting rtp-blocksize didn't help either.
wireshark tells me that the client is requesting a blocksize but the frames
are still fragmented in IP.

see screenshot:
<img src='https://s9.postimg.org/lq7cdugvf/Capture.png' border='0'
alt='Capture'/> <https://postimg.org/image/lq7cdugvf/>
https://s9.postimg.org/lq7cdugvf/Capture.png 



the pipeline in my server:




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[stfl]

the raw tag in nabble seams to not work anymore..

so here the missing pieces:

RTSP request message 0x7f59b53898b0
 request line:
   method: 'SETUP'
   uri:    'rtsp://192.168.0.2:40000/test_720p_h264/stream=0'
   version: '1.0'
 headers:
   key: 'User-Agent', value: 'GStreamer/1.12.4'
   key: 'Transport', value: 'RTP/AVP;unicast;client_port=33212-33213'
   key: 'Blocksize', value: '1400'
 body:
0:00:01:092527802 - fps 30 avg 30 re    24 dp  0 dr: 0.0        J:   3% pu    
75 lo   0 la  0 du       0      J1: 100% pu      78 lo   0 la  0 du       0
- Green  29.9
RTSP response message 0x7f59b5389910
 status line:
   code:   '200'
   reason: 'OK'
   version: '1.0'
 headers:
   key: 'CSeq', value: '3'
   key: 'Transport', value:
'RTP/AVP;unicast;client_port=33212-33213;server_port=35266-35267;ssrc=A295F7EB;mode="PLAY"'
   key: 'Server', value: 'GStreamer RTSP server'
   key: 'Session', value: 'f5yy4EOhawKQQL.R'
   key: 'Date', value: 'Wed, 04 Apr 2018 09:14:45 GMT'
 body: length 0

server pipelines:

            videotestsrc is-live=true do-timestamp=true
            ! capsfilter
caps="video/x-raw,width=(int)1280,height=(int)720,framerate=(fraction)30/1"
            ! x264enc
                tune=zerolatency
            ! rtph264pay mtu=1400 name=pay0

            videotestsrc is-live=true do-timestamp=true
            ! capsfilter
caps="video/x-raw,width=(int)1280,height=(int)720,framerate=(fraction)30/1"
            ! jpegenc
            ! rtpjpegpay mtu=1400 name=pay0


same issue with h264 and mjpeg streaming.

GStreamer 1.12.4




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[stfl]

the server seams to have mtu=0 set.

0:00:33.696411127 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:1024:gst_rtp_h264_pay_handle_buffer:<pay0> got 7537 bytes
0:00:33.696444107 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:1093:gst_rtp_h264_pay_handle_buffer:<pay0> got NAL of size 2
0:00:33.696453537 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:801:gst_rtp_h264_pay_payload_nal:<pay0> Processing Buffer
with NAL TYPE=9
0:00:33.696463214 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:906:gst_rtp_h264_pay_payload_nal:<pay0> NAL Unit DOES NOT
fit in one packet datasize=2 mtu=0
0:00:33.696469245 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:914:gst_rtp_h264_pay_payload_nal:<pay0> Using FU-A
fragmentation for data size=1
0:00:33.696475033 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:925:gst_rtp_h264_pay_payload_nal:<pay0> Inside  FU-A
fragmentation limitedSize=1 iteration=0
0:00:33.696483708 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:939:gst_rtp_h264_pay_payload_nal:<pay0> end size=1
iteration=0
0:00:33.696534049 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:1093:gst_rtp_h264_pay_handle_buffer:<pay0> got NAL of size
119
0:00:33.696557604 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:801:gst_rtp_h264_pay_payload_nal:<pay0> Processing Buffer
with NAL TYPE=1
0:00:33.696564146 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:906:gst_rtp_h264_pay_payload_nal:<pay0> NAL Unit DOES NOT
fit in one packet datasize=119 mtu=0
0:00:33.696569407 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:914:gst_rtp_h264_pay_payload_nal:<pay0> Using FU-A
fragmentation for data size=118
0:00:33.696579250 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:925:gst_rtp_h264_pay_payload_nal:<pay0> Inside  FU-A
fragmentation limitedSize=118 iteration=0
0:00:33.696587578 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:939:gst_rtp_h264_pay_payload_nal:<pay0> end size=118
iteration=0
0:00:33.696600177 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:1093:gst_rtp_h264_pay_handle_buffer:<pay0> got NAL of size
7404
0:00:33.696611598 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:801:gst_rtp_h264_pay_payload_nal:<pay0> Processing Buffer
with NAL TYPE=1
0:00:33.696617034 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:906:gst_rtp_h264_pay_payload_nal:<pay0> NAL Unit DOES NOT
fit in one packet datasize=7404 mtu=0
0:00:33.696621950 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:914:gst_rtp_h264_pay_payload_nal:<pay0> Using FU-A
fragmentation for data size=7403
0:00:33.696626972 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:925:gst_rtp_h264_pay_payload_nal:<pay0> Inside  FU-A
fragmentation limitedSize=7403 iteration=0
0:00:33.696632494 81349 0x7f2ac8025940 DEBUG             rtph264pay
gstrtph264pay.c:939:gst_rtp_h264_pay_payload_nal:<pay0> end size=7403
iteration=0




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel