I am currently trying to debug an error, which happens with the RTSP server on our i.MX6 platform.
I receive an RTSP OPTIONS and/or RTSP DESCRIBE message (which is sent by VLC from my PC), see partly at least an answer in GStreamer logfile, like
0:00:40.211213339 [335m 1168[00m 0x2f99cc30 [36mINFO [00m [00m rtspclient rtsp-client.c:3456:handle_request:[00m client 0x38a4080: received a request
OPTIONS rtsp://10.5.122.41:8554/live 1.0
0:00:40.212387005 [335m 1168[00m 0x2f99cc30 [33;01mLOG [00m [00m rtspclient rtsp-client.c:1143:default_pre_signal_handler:<GstRTSPClient@0x38a4080>[00m
0:00:40.215443005 [335m 1168[00m 0x2f99cc30 [36mINFO [00m [00m rtspclient rtsp-client.c:3456:handle_request:[00m client 0x38a4080: received a request
DESCRIBE rtsp://10.5.122.41:8554/live 1.0
0:00:40.215639672 [335m 1168[00m 0x2f99cc30 [33;01mLOG [00m [00m rtspclient rtsp-client.c:1143:default_pre_signal_handler:<GstRTSPClient@0x38a4080>[00m
but the answer cannot be seen in Wireshark located on same PC as VLC. After 5 seconds VLC sends a setup message???
Sometimes I even don’t see the lines with “returning GST_RTSP_STS_OK”.
It looks like when I increase the amount of Gstreamer debug messages, it is more likely I am missing at least 1 answer on the network.
But at the moment it is a lot speculation, not yet debugged deep enough.
Where (in source code) would be the place, where the answer is sent to network?
I see signals like pre-describe-request and pre-options-request.
Is it done in rtsp-client.c? Even as RTSP server? There at least I see functions like send_generic_response and send_message.
Is there perhaps some documentation or video/presentation showing a bit the internals of RTSP server implementation?
Opened a bugzilla entry with much more detail and possible bug description:
Von: gstreamer-devel [mailto:[hidden email]]
Im Auftrag von Maurer, Marie
Gesendet: Mittwoch, 23. Mai 2018 15:20
An: [hidden email]
Betreff: RTSP internals - where are RTSP answers send to network?