IPTV via multi-PVC with FB 7170?

argd

Neuer User
Mitglied seit
25 Jul 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
Hello everyone, sorry for posting in english :sad:
I suppose, my question is already answered here, but it's quite difficult for me to search in Deutsch... So just a link to correct thread would be enough.
.
I'm really happy with my FB 7170 bought in Germany and converted to int. version (thank you guys btw). The only problem left unresolved is IPTV.
.
My ISP provides IPTV via multi-PVC on the same line, so order to set it up I have to configure 4 VPI/VCI (1/33, 6/36, 6/35, 6/34) in bridge mode in addition to my PPPoE via PVC 8/35 in router mode.
I didn't even pay any attention to that buying my fritzbox, as almost any cheap dsl router could do this job. But FB 7170 GUI supports only 1 connection... So sad.
.
At the same time, it seems FB's DSL modem supports multiple PVC, so is there any plugin available to implement that? Maybe some "Freetz" apps?
.
TIA!
 
Zuletzt bearbeitet:

argd

Neuer User
Mitglied seit
25 Jul 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
stefha, sorry for delay with this reply.
Thank you really much! It looks like the thing I tried to find out!
Actually, I saw all those "Alice threads" here, but I thought it is not a solution for me.
In parallel, I was thinking that all I have to implement is some kind of bridge b/ween all those PVCs.
.
Now, with your advice, I checked it deeper and I see it's exactly that solution!
The only problem is while I modified my FB, my ISP temporarily stopped to provide IPTV :) Hence the delay with my reply.
But I hope it should work for me!
WBR!
 

argd

Neuer User
Mitglied seit
25 Jul 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
Hello again, still cannot make it works....
Right on FB start up, I can see any IPTV channel, but never can switch then to another one. Doesn't matter what first tuned channel was.
I took my old ADSL router, and it works fine there with an option "IGMP router" (not "IGMP proxy") turned on. But cannot get, how to emulate similar option using igmpproxy on FB.

My "Freetz: rc.custom: is:

Code:
brctl addbr iptv
ifconfig iptv up
ifconfig iptv 169.254.3.54 netmask 255.255.0.0 
#
#--start-moved to onlinechanged
#br2684ctl -b -a 6.34 -c 0
#br2684ctl -b -a 6.35 -c 1
#br2684ctl -b -a 6.36 -c 2
#br2684ctl -b -a 1.33 -c 3
#ifconfig nas0 up 
#ifconfig nas1 up 
#ifconfig nas2 up 
#ifconfig nas3 up 
#brctl addif iptv nas0
#brctl addif iptv nas1
#brctl addif iptv nas2
#brctl addif iptv nas3
#--end-moved to onlinechanged
#
udpxy -a lan -p 7777 -m iptv
##multid restart without igmp-proxy
multid -s
multid -i -d
igmpproxy /tmp/flash/igmp_conf &
onlinechanged script as commented above.

cat /tmp/flash/igmp_conf is
Code:
quickleave
phyint iptv upstream  ratelimit 0  threshold 1
#        altnet 10.0.0.0/8
#        altnet 192.168.178.0/24
         altnet 10.99.99.0/24
phyint lan downstream  ratelimit 0  threshold 1
         altnet 169.254.0.0/16
phyint lan:0 downstream  ratelimit 0  threshold 1 
phyint dsl disabled
phyint lo disabled
phyint tun0 disabled
Tried to change iptv IP settings, it doesn't change anything.

Would appreciate ANY idea/clue/suggestion, even not complete solution, even wrong ones.
Thank you in advance!
 

argd

Neuer User
Mitglied seit
25 Jul 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
no idea? so sad...

a bit more details. here is udpxy log.
1. it starts OK.
Code:
2011-08-24 00:52:27.351490 XXX	2454	udpxy 1.0-Chipmunk (build 16) standard: udpxy -vTS -a 192.168.178.1 -p 7777 -m iptv -c 2 -l udpxy.log 
2011-08-24 00:52:27.353171 XXX	2454	Starting server [2454]; capacity=[2] clients
2011-08-24 00:52:27.354234 XXX	2454	Setting up listener for [192.168.178.1:7777]
2011-08-24 00:52:27.355409 XXX	2454	Server socket=[7] is set up
2011-08-24 00:52:27.356104 XXX	2454	Entering server loop
2011-08-24 00:52:27.663860 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:27.664453 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:27.665040 XXX	2454	Request=[status], length=[6]
2011-08-24 00:52:27.665586 XXX	2454	Command [status] with params [] read from socket=[8]
2011-08-24 00:52:27.668525 XXX	2454	Closed accepted socket [8]
2011-08-24 00:52:32.699057 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:32.699647 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:32.700191 XXX	2454	Request=[status], length=[6]
2011-08-24 00:52:32.700714 XXX	2454	Command [status] with params [] read from socket=[8]
2011-08-24 00:52:32.704048 XXX	2454	Closed accepted socket [8]

2. Now, I start playing any of TV channel
Code:
2011-08-24 00:52:33.966139 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:33.967898 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:33.975851 XXX	2454	Request=[udp/239.55.55.32:1234], length=[21]
2011-08-24 00:52:33.978596 XXX	2454	Command [udp] with params [239.55.55.32:1234] read from socket=[8]
2011-08-24 00:52:33.979158 XXX	2454	udp_relay : new_socket=[8] param=[239.55.55.32:1234]
2011-08-24 00:52:33.981903 XXX	2454	Client process=[2455] started for socket=[8]
2011-08-24 00:52:33.983204 XXX	2455	min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-24 00:52:33.983740 XXX	2455	Setting up multicast listener
2011-08-24 00:52:33.984600 XXX	2455	current receive buffer size is [110592] bytes for socket [5]
2011-08-24 00:52:33.988337 XXX	2455	multicast-group [ADD]
2011-08-24 00:52:33.988875 XXX	2455	Mcast listener socket=[5] set up
2011-08-24 00:52:33.990413 XXX	2455	min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-24 00:52:33.990964 XXX	2455	Data buffer will hold up to [1] messages
2011-08-24 00:52:33.991401 XXX	2455	UDP stream, RTP check enabled
2011-08-24 00:52:33.992511 XXX	2455	current send buffer size is [16384] bytes for socket [8]
2011-08-24 00:52:33.993141 XXX	2455	current receive buffer size is [110592] bytes for socket [5]
2011-08-24 00:52:33.993683 XXX	2455	send buffer size set to [110592] bytes for socket [8]
2011-08-24 00:52:33.994662 XXX	2455	Sent HTTP response code=[200], reason=[OK] to socket=[8]
2011-08-24 00:52:33.995317 XXX	2455	Relaying traffic from socket[5] to socket[8], buffer size=[2048], Rmsgs=[1], pauses=[0]
2011-08-24 00:52:33.999454 XXX	2454	Added client: pid=[2455], maddr=[239.55.55.32], mport=[1234], saddr=[192.168.178.24], sport=[3766]
2011-08-24 00:52:34.000186 XXX	2454	Closed accepted socket [8]
2011-08-24 00:52:34.053843 XXX	2455	Established stream as [MPEG-TS]
2011-08-24 00:52:34.054400 XXX	2455	received new [1316] bytes out of [2048], last=[0]
2011-08-24 00:52:34.055076 XXX	2455	sent [1316] bytes out of [1316], last=[0]
2011-08-24 00:52:36.748093 XXX	2454	Received TSTAT={ sender=[2455], bytes=[1316000.000000], seconds=[3.000000] }
2011-08-24 00:52:36.751793 XXX	2454	Updated context for pid=[2455]; [428.4] Kb/sec
2011-08-24 00:52:37.850041 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:37.851283 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:37.852434 XXX	2454	Request=[status], length=[6]
2011-08-24 00:52:37.853028 XXX	2454	Command [status] with params [] read from socket=[8]
2011-08-24 00:52:37.857841 XXX	2454	Closed accepted socket [8]
2011-08-24 00:52:39.948816 XXX	2454	Received TSTAT={ sender=[2455], bytes=[1316000.000000], seconds=[3.000000] }
2011-08-24 00:52:39.960970 XXX	2454	Updated context for pid=[2455]; [428.4] Kb/sec
2011-08-24 00:52:43.122843 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:43.128659 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:43.129802 XXX	2454	Request=[status], length=[6]
2011-08-24 00:52:43.130420 XXX	2454	Command [status] with params [] read from socket=[8]
2011-08-24 00:52:43.135542 XXX	2454	Closed accepted socket [8]
2011-08-24 00:52:43.187252 XXX	2454	Received TSTAT={ sender=[2455], bytes=[1316000.000000], seconds=[4.000000] }
2011-08-24 00:52:43.272047 XXX	2454	Updated context for pid=[2455]; [321.3] Kb/sec
it runs OK, so stop it:
Code:
2011-08-24 00:52:45.209328 XXX	2455	write_buf: write: Connection reset by peer
2011-08-24 00:52:45.211795 XXX	2455	Exited relay loop: received=[1316], sent=[-1], quit=[0]
2011-08-24 00:52:45.229052 XXX	2455	multicast-group [DROP]
2011-08-24 00:52:45.231972 XXX	2455	Mcast listener socket=[5] closed
2011-08-24 00:52:45.233578 XXX	2455	Child process=[2455] exits with rc=[0]
2011-08-24 00:52:45.242865 XXX	2454	*** Caught SIGCHLD in process=[2454] ***
2011-08-24 00:52:45.244005 XXX	2454	Client [2455] has exited.
2011-08-24 00:52:45.245744 XXX	2454	Deleted client: pid=[2455]

2011-08-24 00:52:48.161358 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:48.163056 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:48.164128 XXX	2454	Request=[status], length=[6]
2011-08-24 00:52:48.164681 XXX	2454	Command [status] with params [] read from socket=[8]
2011-08-24 00:52:48.172409 XXX	2454	Closed accepted socket [8]

3. Now, let's try to switch to another channel:
Code:
2011-08-24 00:52:52.649902 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:52.650498 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:52.659077 XXX	2454	Request=[udp/239.55.55.33:1234], length=[21]
2011-08-24 00:52:52.662547 XXX	2454	Command [udp] with params [239.55.55.33:1234] read from socket=[8]
2011-08-24 00:52:52.663171 XXX	2454	udp_relay : new_socket=[8] param=[239.55.55.33:1234]
2011-08-24 00:52:52.670498 XXX	2454	Client process=[2459] started for socket=[8]
2011-08-24 00:52:52.672846 XXX	2459	min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-24 00:52:52.674588 XXX	2459	Setting up multicast listener
2011-08-24 00:52:52.675497 XXX	2459	current receive buffer size is [110592] bytes for socket [5]
2011-08-24 00:52:52.681421 XXX	2454	Added client: pid=[2459], maddr=[239.55.55.33], mport=[1234], saddr=[192.168.178.24], sport=[3787]
2011-08-24 00:52:52.683264 XXX	2454	Closed accepted socket [8]
2011-08-24 00:52:52.689988 XXX	2459	multicast-group [ADD]
2011-08-24 00:52:52.691649 XXX	2459	Mcast listener socket=[5] set up
2011-08-24 00:52:52.692183 XXX	2459	min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2011-08-24 00:52:52.692688 XXX	2459	Data buffer will hold up to [1] messages
2011-08-24 00:52:52.700079 XXX	2459	UDP stream, RTP check enabled
2011-08-24 00:52:52.701048 XXX	2459	current send buffer size is [16384] bytes for socket [8]
2011-08-24 00:52:52.704410 XXX	2459	current receive buffer size is [110592] bytes for socket [5]
2011-08-24 00:52:52.705017 XXX	2459	send buffer size set to [110592] bytes for socket [8]
2011-08-24 00:52:52.711072 XXX	2459	Sent HTTP response code=[200], reason=[OK] to socket=[8]
2011-08-24 00:52:52.712802 XXX	2459	Relaying traffic from socket[5] to socket[8], buffer size=[2048], Rmsgs=[1], pauses=[0]
2011-08-24 00:52:53.195675 XXX	2454	Accepted socket=[8]
2011-08-24 00:52:53.198102 XXX	2454	Reading command from socket [8]
2011-08-24 00:52:53.199284 XXX	2454	Request=[status], length=[6]
2011-08-24 00:52:53.199886 XXX	2454	Command [status] with params [] read from socket=[8]
2011-08-24 00:52:53.203970 XXX	2454	Closed accepted socket [8]
2011-08-24 00:52:57.712526 XXX	2459	read_buf: read: Resource temporarily unavailable
2011-08-24 00:52:57.713157 XXX	2459	read_data - EOF
2011-08-24 00:52:57.719920 XXX	2459	Exited relay loop: received=[-1], sent=[0], quit=[0]
2011-08-24 00:52:57.724084 XXX	2459	multicast-group [DROP]
2011-08-24 00:52:57.724849 XXX	2459	Mcast listener socket=[5] closed
2011-08-24 00:52:57.731725 XXX	2459	Child process=[2459] exits with rc=[0]
2011-08-24 00:52:57.737452 XXX	2454	*** Caught SIGCHLD in process=[2454] ***
2011-08-24 00:52:57.738130 XXX	2454	Client [2459] has exited.
2011-08-24 00:52:57.739728 XXX	2454	Deleted client: pid=[2459]

so, here is the problem:
2011-08-24 00:52:57.712526 XXX 2459 read_buf: read: Resource temporarily unavailable
it repeats again and again with any other channels. A "workaround" is something like :
killall udpxy
sleep 60
udpxy -a 192.168.178.1 -p 7777 -m iptv
But it's crazy to do that every time I want to switch channel :)

If I combine all those nasX ifaces with lan bridge - at the channel switch I lost inet connection, ssh connection to FB and GUI freezes.
 
Zuletzt bearbeitet:

argd

Neuer User
Mitglied seit
25 Jul 2010
Beiträge
12
Punkte für Reaktionen
0
Punkte
0
Played a bit more... It's actually doesn't matter, which config to choose: even with simple bridge to lan, without any igmpproxy or udpxy, using regular multid, result is the same.
And tcpdump shows, I'm still subscribed to that first channel, traffic continues even when I close any IPTV player.
So, it looks like router doesn't receive my LEAVE messages.
But I ran out of idea how to fix that...
Any idea?
 

Zurzeit aktive Besucher

3CX

Neueste Beiträge

Statistik des Forums

Themen
238,205
Beiträge
2,108,436
Mitglieder
360,848
Neuestes Mitglied
cm506

Erhalten Sie 3CX für 1 Jahr kostenlos!

Gehostet, in Ihrer privaten Cloud oder on-Premise! Ganz ohne Haken. Geben Sie Ihren Namen und Ihre E-Mail an und los geht´s:

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
oder via