Bug #318
5 digits port numbers
0%
Description
First let me say that I find it a wonderfull program.
Has any one had problems with tvheadend and some port numbers.
I have Ubuntu 10.04 with Tvheadend running. If I add a list of UDP addresses then only the addresses with port number 1234(udp://@239.193.128.109:1234) are working. Addresses with port numbers of 5 digits do not work udp://@233.81.233.161:10294
Strange thing is that when I watch these streams straight with VLC it is fine(same PC), but if I click on play in the tvheadend webpage and then select VLC to play it doesn't.
I made some traces with Wireshark to see what is happening, the request for the stream is being sent, the stream is also being sent but tvheadend is not picking up this stream.
History
Updated by Andreas Smas about 14 years ago
Please paste the output from this command
sudo netstat -anp | grep tvheadend
When tvheadend is trying to receive the IPTV from the 5 digit port
Updated by Iwan Celissen about 14 years ago
Replying to [comment:1 andoma]:
Please paste the output from this command
> sudo netstat -anp | grep tvheadend
When tvheadend is trying to receive the IPTV from the 5 digit port
Dear Andomal,
See below the output when I try to start 5 port digit.
nmt@workstation3:~$ sudo netstat -anp | grep tvheadend
tcp 0 0 0.0.0.0:9981 0.0.0.0:* LISTEN 1131/tvheadend
tcp 0 0 0.0.0.0:9982 0.0.0.0:* LISTEN 1131/tvheadend
tcp 0 0 127.0.0.1:9981 127.0.0.1:40260 ESTABLISHED 1131/tvheadend
unix 3 [ ] STREAM CONNECTED 5849 1131/tvheadend
unix 2 [ ] DGRAM 5845 1131/tvheadend
Thanks,
Updated by Iwan Celissen almost 14 years ago
Dear Andoma,
Just installed ClearOS 5.2 had the same issue the udp's with 5 digit port do not work.
ClearOS I saw which port were opened on a request. See findings below:
udp://@239.193.128.110:1234 working
source dest port
82.139.121.42 239.193.128.110 1234->1234
10.252.164.177 239.193.128.110 38->1216
udp://@233.81.233.161:10294
source dest port
80.79.34.85 233.81.233.161 60000->10294
10.252.164.177 233.81.233.161 18->576
Hope this helps, if I need to try something then please let me know.
Thanks
Updated by Michel Roelofs almost 14 years ago
Hi,
I've noticed this also with the latest version from git. Recording both SD and HD into .mkv from a channel on port 1234 works fine. It seems that registering a channel with a 5-digit portnumber fails, because the contents of ~/.hts/tvheadend/iptvservices/iptv_... for the 5-digit config does not contain stream sections.
Some debugging showed that the socket is opened correctly though, and multicast membership is added.
Could the cause be because some IPv6-sanitizing function is called on the IPv4 address with the portnumber? I.e. where only four digits are allowed after a colon?
Michel
Updated by Andreas Smas almost 14 years ago
- Status changed from New to Fixed
- Target version changed from 3.0 to 2.13
The problem was a bug in the IPTV PAT parser. The parser only parsed one entry in the table (we only support one service per IPTV multicast group anyway). Problem was that some providers sends a dummy first entry with service_id == 0, if we skip that it seems to work OK
commit:cc42203b53967414e4d0badd99f5d443c587b73f
Updated by Iwan Celissen almost 14 years ago
Hi Andreas,
Thanks it is now working great, looking forward to everything new that will be added to tvheadend.
Iwan Celissen