[streaming] Missing RTCP packets
Javier Gálvez Guerrero
dulceangustia at gmail.com
Wed May 14 19:26:27 CEST 2008
Hi,
I am trying to track RTP and RTCP packets in a streaming service based in
VLC through the telnet interface, generating VOD and broadcast streams. In
order to catch the packets I use Wireshark. Both server and client sides run
over Linux 2.6.24-16.
The VLC server configuration is this:
#VOD
new garbage vod enabled
setup garbage input
/media/MOTHER/diptvServerLinux32/contents/rock_GARBAGE.mpg
new offspring vod enabled
setup offspring input
/media/MOTHER/diptvServerLinux32/contents/punk_OFFSPRING.mpg
#BROADCAST
new br broadcast enabled loop
setup br input /media/MOTHER/diptvServerLinux32/contents/metal_KORN.mpg
setup br output #rtp{mux=ts,dst=239.255.1.2,name="Channel"}
control br play
So, I have two problems:
1. VOD: Client side sends RTCP packets to the tcpmux port (1) and server
side answers with an ICMP packet (Destination unreachable - Port
unreachable). AFAIK RTCP packets should be sent (in default mode) to the
video/audio stream port + 1, shouldn't they? What has to be done in order to
keep RTCP packets sent properly?
2. BROADCAST: There are no RTCP packets at all. Again, AFAIK, RTCP packets
must be sent both in unicast and multicast streams, so, what is happening?
By the way, a question regarding the RTCP associated procedure. Should the
server side send any RTCP packet to its clients or it only receives the ones
sent by its clients and manages to offer a better quality stream?
Thank you all,
Javi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.videolan.org/pipermail/streaming/attachments/20080514/bb39c9bd/attachment.htm
More information about the streaming
mailing list