[NEU] GUI-Package für IPTV

[kreko]

Ich hab mir gedacht einige/alle Daten müssen ja auf dem Alice Router hinterlegt sein " Alice Wlan 1121 " " SIEMENS S1621-Z220-A " dann hab ich die Super Seite gefunden hier Also die Versteckten Admin einstellugen:

Group Name Remove Edit Interfaces
Default
ENET1
ENET2
ENET3
nas_0_8_35

STB
ENET4
nas_0_2_32
nas_0_2_33
nas_0_1_34

Und anscheinend wird auf allen traffic verursacht siehe Bild.

Könnte man die ganzen VPI/VCI auch in die Fritz übertragen?

 

[leibezem]

Laut diesem Beitrag funktioniert AliceTV auch nur mit 1/34. Wozu die anderen beiden VPI/VCI's gut sind, ist noch nicht ganz klar. Über 8/35 läuft die Internetverbindung.

Du solltest zunächst einmal überprüfen, ob du überhaupt eine funktionierende Verbindung zum AliceTV Netz hast. Die Ausgabe von "ifconfig nas0" sollte eine gültige IP-Adresse aus dem Alice Netz zeigen. Auch die Ausgabe von "ps" könnte aufschlussreich sein.

Für die Fehleranalyse ist das "Syslog" Package auch sehr hilfreich (zu finden in Freetz Menü unter Package selection/Web interfaces/Syslogd CGI). Wenn das Paket im Image ist, die Ausgabe von "logread" überprüfen.

Wenn eine IP vorhanden ist, und auch sont keine Fehlermeldungen im Syslog auftreten, kannst du auch noch ein Packetcapture von "nas0" machen.

 

[kreko]

hi leibezem,
ja habe es vorhin vor nach dem Vorbild http://www.ip-phone-forum.de/showthread.php?t=190207 gelöst mit den Einträgen:

br2684ctl -b -a 1.34 -c 2
ifconfig nas2 up
brctl addif lan nas2

Also du hast wie immer recht ;-), aber schade mit deiner Lösung/Gui wollte es nicht -,-
vielen Dank für deine Hilfe und Geduld

 

[lemmy]

Moin,

erst einmal vielen Dank für die ausführlichen Erklärungen und die bereitgestellten Tools.

Leider kann ich eine 7390 am Alice Anschluss mit diversen verschiedenen Konfigurationen nicht zur Zusammenarbeit bewegen [0] (mit Siemens Modem funktioniert IP-TV einwandfrei). Es gibt keine Fehlermeldungen und die Tatsache, dass sogar (fremde) ARP Requests am nas0 vorbei ziehen, deutet m.E. darauf hin, dass nicht mehr viel fehlt. Trotzdem erscheint weder mit VLC/mplayer noch mit udpxy ein Stream. Anbei einige Auszüge der Konfiguration und tcpdump/igmproxy:

/var/media/ftp # igmpproxy -vv -d etc/igmproxy.conf 
Searching for config file at 'etc/igmproxy.conf'
Config: Quick leave mode enabled.
Config: Got a phyint token.
Config: IF: Config for interface dsl.
Config: IF: Got disabled token.
IF name : dsl
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 0
Allowednet ptr : 0
Config: Got a phyint token.
Config: IF: Config for interface lo.
Config: IF: Got disabled token.
IF name : lo
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 0
Allowednet ptr : 0
Config: Got a phyint token.
Config: IF: Config for interface lan:0.
Config: IF: Got disabled token.
IF name : lan:0
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 0
Allowednet ptr : 0
Config: Got a phyint token.
Config: IF: Config for interface nas0.
Config: IF: Got upstream token.
Config: IF: Got ratelimit token '0'.
Config: IF: Got threshold token '1'.
Config: IF: Got altnet token 85.183.255.0/24.
Config: IF: Altnet: Parsed altnet to 85.183.255/24.
IF name : nas0
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 1
Allowednet ptr : 419e80
Config: Got a phyint token.
Config: IF: Config for interface lan.
Config: IF: Got downstream token.
Config: IF: Got ratelimit token '0'.
Config: IF: Got threshold token '1'.
IF name : lan
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 2
Allowednet ptr : 0
buildIfVc: Interface lo Addr: 127.0.0.1, Flags: 0x0049, Network: 127/8
buildIfVc: Interface lan Addr: 192.168.77.1, Flags: 0x1243, Network: 192.168.77/24
buildIfVc: Interface lan:0 Addr: 169.254.1.1, Flags: 0x1243, Network: 169.254/16
buildIfVc: Interface dsl Addr: 169.254.2.1, Flags: 0x12d1, Network: 169.254.2.1/32
buildIfVc: Interface nas0 Addr: 169.254.0.1, Flags: 0x1043, Network: 169.254/16
Found config for lan
Found config for lan:0
Found config for dsl
Found config for nas0
adding VIF, Ix 0 Fl 0x0 IP 0xc0a84d01 lan, Threshold: 1, Ratelimit: 0
        Network for [lan] : 192.168.77/24
adding VIF, Ix 1 Fl 0x0 IP 0xa9fe0101 lan:0, Threshold: 1, Ratelimit: 0
        Network for [lan:0] : 169.254/16
adding VIF, Ix 2 Fl 0x0 IP 0xa9fe0201 dsl, Threshold: 1, Ratelimit: 0
        Network for [dsl] : 169.254.2.1/32
adding VIF, Ix 3 Fl 0x0 IP 0xa9fe0001 nas0, Threshold: 1, Ratelimit: 0
        Network for [nas0] : 169.254/16
        Network for [nas0] : 85.183.255/24
Got 262144 byte buffer size in 0 iterations
Joining all-routers group 224.0.0.2 on vif 192.168.77.1
joinMcGroup: 224.0.0.2 on lan
SENT Membership query   from 192.168.77.1    to 224.0.0.1
Sent membership query from 192.168.77.1 to 224.0.0.1. Delay: 10
Created timeout 1 (#0) - delay 10 secs
(Id:1, Time:10) 
Created timeout 2 (#1) - delay 21 secs
(Id:1, Time:10) 
(Id:2, Time:21) 
RECV Membership query   from 192.168.77.1    to 224.0.0.1
RECV V2 member report   from 192.168.77.1    to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV Leave message      from 192.168.77.20   to 224.0.0.2
Got leave message from 192.168.77.20 to 233.51.128.19. Starting last member detection.
SENT Membership query   from 192.168.77.1    to 233.51.128.19
Sent membership query from 192.168.77.1 to 233.51.128.19. Delay: 10
Created timeout 3 (#1) - delay 0 secs
(Id:1, Time:10) 
(Id:3, Time:0) 
(Id:2, Time:21) 
RECV Membership query   from 192.168.77.1    to 233.51.128.19
RECV V2 member report   from 192.168.77.20   to 233.51.128.25
Should insert group 233.51.128.25 (from: 192.168.77.20) to route table. Vif Ix : 0
No existing route for 233.51.128.25. Create new.
No routes in table. Insert at beginning.
Inserted route table entry for 233.51.128.25 on VIF #0
Joining group 233.51.128.25 upstream on IF address 169.254.0.1
joinMcGroup: 233.51.128.25 on nas0

Current routing table (Insert Route):
-----------------------------------------------------
#0: Src: 0.0.0.0, Dst: 233.51.128.25, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V2 member report   from 192.168.77.20   to 233.51.128.25
Should insert group 233.51.128.25 (from: 192.168.77.20) to route table. Vif Ix : 0
Updated route entry for 233.51.128.25 on VIF #0

Current routing table (Insert Route):
-----------------------------------------------------
#0: Src: 0.0.0.0, Dst: 233.51.128.25, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V2 member report   from 192.168.77.20   to 233.51.128.25
Should insert group 233.51.128.25 (from: 192.168.77.20) to route table. Vif Ix : 0
Updated route entry for 233.51.128.25 on VIF #0

Current routing table (Insert Route):
-----------------------------------------------------
#0: Src: 0.0.0.0, Dst: 233.51.128.25, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V2 member report   from 192.168.77.1    to 239.255.255.250
The IGMP message was from myself. Ignoring.
The source address 192.168.77.1 for group 239.255.255.250, is not in any valid net for upstream VIF.
About to call timeout 1 (#0)
Aging routes in table.

Current routing table (Age active routes):
-----------------------------------------------------
#0: Src: 0.0.0.0, Dst: 233.51.128.25, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
About to call timeout 3 (#1)
About to call timeout 2 (#0)
SENT Membership query   from 192.168.77.1    to 224.0.0.1
Sent membership query from 192.168.77.1 to 224.0.0.1. Delay: 10
Created timeout 4 (#0) - delay 10 secs
(Id:4, Time:10) 
Created timeout 5 (#1) - delay 21 secs
(Id:4, Time:10) 
(Id:5, Time:21) 
RECV Membership query   from 192.168.77.1    to 224.0.0.1
RECV V2 member report   from 192.168.77.20   to 233.51.128.25
Should insert group 233.51.128.25 (from: 192.168.77.20) to route table. Vif Ix : 0
Updated route entry for 233.51.128.25 on VIF #0

Current routing table (Insert Route):
-----------------------------------------------------
#0: Src: 0.0.0.0, Dst: 233.51.128.25, Age:2, St: I, OutVifs: 0x00000001
-----------------------------------------------------
RECV V2 member report   from 192.168.77.1    to 239.255.255.250
The IGMP message was from myself. Ignoring.
The source address 192.168.77.1 for group 239.255.255.250, is not in any valid net for upstream VIF.
select() failure; Errno(4): Interrupted system call
Got a interupt signal. Exiting.
clean handler called
Removing route entry for 233.51.128.25
Route is not active. No kernel updates done.
Leaving group 233.51.128.25 upstream on IF address 169.254.0.1
leaveMcGroup: 233.51.128.25 on nas0
All routes removed. Routing table is empty.
Shutdown complete....

/var/mod/root # ifconfig nas0
nas0      Link encap:Ethernet  HWaddr 00:00:00:00:00:02  
          inet addr:169.254.0.1  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:217 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:20 dropped:0 overruns:20 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9998 (9.7 KiB)  TX bytes:128 (128.0 B)

/var/mod/root # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
78.54.5.166     0.0.0.0         255.255.255.255 UH    2      0        0 dsl
192.168.180.1   0.0.0.0         255.255.255.255 UH    2      0        0 dsl
192.168.180.2   0.0.0.0         255.255.255.255 UH    2      0        0 dsl
192.168.77.201  0.0.0.0         255.255.255.255 UH    2      0        0 dsl
192.168.77.0    0.0.0.0         255.255.255.0   U     0      0        0 lan
192.168.76.0    192.168.77.24   255.255.255.0   UG    0      0        0 lan
192.168.78.0    192.168.77.24   255.255.255.0   UG    0      0        0 lan
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 lan
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 nas0
0.0.0.0         0.0.0.0         0.0.0.0         U     2      0        0 dsl
/var/mod/root # tcpdump -i nas0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on nas0, link-type EN10MB (Ethernet), capture size 65535 bytes
15:53:33.063374 IP 169.254.0.1 > IGMP.MCAST.NET: igmp v3 report, 1 group record(s)
15:53:34.031439 IP 169.254.0.1 > IGMP.MCAST.NET: igmp v3 report, 1 group record(s)
15:53:48.295991 ARP, Request who-has 10.7.140.155 tell 10.7.140.1, length 46
15:53:48.298847 ARP, Request who-has 10.7.140.156 tell 10.7.140.1, length 46
15:53:48.305026 ARP, Request who-has 10.7.141.76 tell 10.7.140.1, length 46
15:53:52.637518 ARP, Request who-has 10.7.140.155 tell 10.7.140.1, length 46
15:53:52.637974 ARP, Request who-has 10.7.140.156 tell 10.7.140.1, length 46
15:53:52.638197 ARP, Request who-has 10.7.141.76 tell 10.7.140.1, length 46
15:53:57.636214 ARP, Request who-has 10.7.140.155 tell 10.7.140.1, length 46
15:53:57.636667 ARP, Request who-has 10.7.140.156 tell 10.7.140.1, length 46
15:53:57.636899 ARP, Request who-has 10.7.141.76 tell 10.7.140.1, length 46
15:54:02.636997 ARP, Request who-has 10.7.140.155 tell 10.7.140.1, length 46
15:54:02.637225 ARP, Request who-has 10.7.140.156 tell 10.7.140.1, length 46
15:54:02.637460 ARP, Request who-has 10.7.141.76 tell 10.7.140.1, length 46

14 packets captured
14 packets received by filter
0 packets dropped by kernel

Habt ihr für mich noch einen Hinweis, wo ich weiter Suchen kann?


[0] http://www.ip-phone-forum.de/showthread.php?t=190207

 

[kreko]

Grüß dich,
diese Konfiguration die ich benutze ist für die STB und soweit ich weiß nicht optimal für VLC. Wenn es "nur" um VLC geht schau mal hier http://www.ip-phone-forum.de/showthread.php?t=190207&highlight=iptv+vlc. Aus Stabilitäts gründen solltest du die Befehle NUR in der "Onlinechanged.cgi" oder auch "Execution of scripts when IP address changes" genannt eingetragen.
Bei mir läuft es seither, schon über einen Monat durch ohne Probleme.
lg.

edit: Stop 7390? dann hast du ja VDSL richtig? Wenn ja, dann speist meines Wissens nach Alice da noch kein IPTV ein.

 

[lemmy]

Grüß dich,
diese Konfiguration die ich benutze ist für die STB und soweit ich weiß nicht optimal für VLC. Wenn es "nur" um VLC geht schau mal hier http://www.ip-phone-forum.de/showthread.php?t=190207&highlight=iptv+vlc. Aus Stabilitäts gründen solltest du die Befehle NUR in der "Onlinechanged.cgi" oder auch "Execution of scripts when IP address changes" genannt eingetragen.
Bei mir läuft es seither, schon über einen Monat durch ohne Probleme.
lg.

Leider ist die von dir vorgeschlagene Konfig auf der 7390 (noch) nicht möglich. "cpmaccfg" muss erst für den neuen Switch angepasst werden [0]. Daher habe ich mich auf die Lösungen um igmproxy konzentriert.

Markus

[0] http://www.ip-phone-forum.de/showpost.php?p=1557162&postcount=1

 

[kreko]

da bin ich dann leider überfragt, hoffe leibezem kann dir da helfen.

 

[lemmy]

edit: Stop 7390? dann hast du ja VDSL richtig? Wenn ja, dann speist meines Wissens nach Alice da noch kein IPTV ein.

Nein, ich habe kein VDSL und mit dem Alice Siemens Modem habe ich am selben Anschluss ja auch IPTV.

Markus

 

[leibezem]

Hallo lemmy,

Kannst du mal versuchen, das Subnet 10.7.140.0/22 in der igmpproxy konfig als upstream altnet einzutragen.

die Datei "/mod/etc/igmp.conf" sollte dann so aussehen:

quickleave
phyint nas0 upstream  ratelimit 0  threshold 1
	altnet 10.7.140.0/22 
	altnet 85.183.255.0/24
phyint lan downstream  ratelimit 0  threshold 1
phyint lan:0 disabled
phyint dsl disabled
phyint lo disabled

mfg

leibezem

 

[lemmy]

Kannst du mal versuchen, das Subnet 10.7.140.0/22 in der igmpproxy konfig als upstream altnet einzutragen.

Danke für die Hilfe, es hatte leider auch keinen Erfolg. Was mich insbesondere stutzig macht, ist die Tatsache, dass selbst udpxy mit "channel read: Resource temporarily unavailable" aussteigt.

Einzig die nas0 zugewiesen IP Adresse könnte (neben Firewall/Paketfilter) m.E. noch für das Problem verantworlich sein. Ich habe bereits diverse Varianten durchprobiert. Ein Zuweisen über DHCP ist leider ebenso erfolglos.

Könnte die Firewall der 7390 Multicast Paket verwerfen?

Markus


/var/media/ftp/etc # udpxrec -v -M 1Gb -e +2:00.00 -T -m nas0 -c 233.51.128.19:1234 -l ../log.txt ../file.mpg
Start-recording time defaults to now [Sun Jun 20 12:27:39 2010]
/var/media/ftp # cat log.txt
verbose=[ON] begin_time=[Sun Jun 20 12:27:39 2010] end_time=[Sun Jun 20 14:27:39 2010] Max filesize=[1073741824] bytes Buffer size=[2048] bytes Max messages=[1] Multicast interface=[169.254.0.1] Channel=[233.51.128.19:1234] Destination file=[../file.mpg]
2010-06-20 12:27:39.961123 CEST 17333 udpxrec 1.0-Chipmunk (build 16) standard: udpxrec -v -M 1Gb -e +2:00.00 -T -m nas0 -c 233.51.128.19:1234 -l ../log.txt ../file.mpg
2010-06-20 12:27:39.961551 CEST 17333 min socket buffer = [65536], max space to use = [1500], Rmsgs = [1]
2010-06-20 12:27:39.961769 CEST 17333 Setting up multicast listener
2010-06-20 12:27:39.962031 CEST 17333 current receive buffer size is [132096] bytes for socket [4]
2010-06-20 12:27:39.962556 CEST 17333 multicast-group [ADD]
2010-06-20 12:27:39.962770 CEST 17333 Mcast listener socket=[4] set up
2010-06-20 12:27:41.952143 CEST 17333 channel read: Resource temporarily unavailable
2010-06-20 12:27:41.952352 CEST 17333 failed to read from [233.51.128.19:1234]
2010-06-20 12:27:41.952783 CEST 17333 multicast-group [DROP]
2010-06-20 12:27:41.953027 CEST 17333 Mcast listener socket=[4] closed
2010-06-20 12:27:41.953213 CEST 17333 udpxrec 1.0-Chipmunk (build 16) standard is exiting with rc=[3]

 

[oliverb22]

FB 7170 mit IPTV-CGI

Habe es geschafft deine Gui in das neue Trunk (5311) zu integrieren und ein Image erstellt.

Was muss ich nun genau in freetz einstellen, wenn ich mit meinem Comuter und VLC direkt auf die Fritzbox (7170) zugreife? habe kein Alice Abo, keine STB.

Über die Minimal konfiguration in der rc.custom habe ich es bislang geschafft und kann stundenlang HDTV schauen, allerdings nur direkt nach dem reboot der FB. Öffne ich VLC direkt nach dem Reboot (bzw. Kabel ziehen) dann bekommen ich alle Sender. Schließe ich VLC dann wieder und starte VLC nach einigen Minuten neu, passiert nichts. Deswegen hoffe ich, das mit der GUI alles besser und stabiler funktioniert.

Kann mir jemand die genauen Einstellungen für die GUI nennen?
FB 7170, kein Abo, keine STB
Anbieter Alice

Muss man sonst noch was wichtiges auf der Fritzbox bzw. im Freetz Menü einstellen?

Danke

 

[leibezem]

Versuch es mal mit den Einstellungen aus dem Screenshot im Anhang

mfg
leibezem

 

[oliverb22]

Das funktioniert leider nicht mit deinen Einstellungen...
Nach dem Booten der FB komme ich nicht mehr ins Internet. Auch VOIP funktioniert nicht mehr (FB Startseite: VOIP Nummern: "nicht registriert")

Als Anhang habe ich dir mal meine Einstellungen gesendet. Ich hoffe dukannst mir helfen.

Ich habe übrigens in der rc.custom jetzt nichts mehr drin. Ansonsten habe ich auch keine weiteren Einstellungen in den freetz Einstellungen geändert. Ist das richtig so?

Computer an LAN1 und LAN2 probiert... Ohne Erfolg
IP Adresse per DHCP: Habe eine aus dem lokalen Netz bekommen. Nicht aus dem Alice Netz...ohne Erfolg

Danke für weitere Hinweise.


Ergänzung: Mir ist aufgefallen, das mit der "Minimalkonfiguration" in rc.custom (ohne deine GUi im Image) unter ifconfig folgendes steht:
dsl Link encapoint-to-Point Protocol
inet addr:169.254.2.1 P-t-P:169.254.2.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:784 errors:0 dropped:0 overruns:0 frame:0
TX packets:433 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:327212 (319.5 KiB) TX bytes:65797 (64.2 KiB)


lan:0 Link encap:Ethernet HWaddr 00:1A:4F:A7:F2:C0
inet addr:169.254.1.1 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1

sind deine Einstellungen mit 169.254.0.1 dann richtig? oder hat das nichts damit zu tun? (bin wie gesagt nicht der Spezialist)

 

[leibezem]

Sorry, da hat sich ein Fehler in den Einstellungen eingeschlichen (hab den Screenshot geändert). Die Subnetmaske sollte 255.255.255.0 lauten. Probier das mal bitte. Falls es dann immer noch nicht klappt, kannst du mal dein Syslog posten.

Nach dem Start des IPTV-Packages kann es etwas dauern, bis VLC Funktioniert (bei mir bis zu einer Minute).

Die rc.custom muss leer sein (keine br2684ctl Einträge).

Die IP ist schon richtig so. Es ist nur wichtig, dass das Interface nas0 eine eigene eindeutige IP hat.


mfg
leibezem

 

[oliverb22]

Danke. bevor ich das probiere...
In deinem Screenshot sind auch die anderen Einstellungen anders (ATM und Multicast).
War das Absicht oder Versehen? Soll ich alles ändern oder nur die Subnetmaske?
wie gesagt: ist für Alice


habs probiert: nur die Subnetmaske geändert. (rest so wie das erste Bild)
Absolut keine Änderung, vor allem: kein Internet, kein VOIP
daher hier meine Logs

im Syslog ist nur ein Eintrag, der sich wiederholt.

Ich bin am Ende, muss glaub ich mal wieder ein Buch lesen...

 

[leibezem]

IGMP Problem mit aktuellem Kernel

Nachdem meine 7270v2 durch indirekte Blitzeinwirkung abgeraucht ist und ich desshalb auf eine 7270v3 umgestiegen bin, funktionierte mein IPTV nicht mehr.

Ich bin nicht ganz sicher, ob das an der 7270v3 liegt, oder am neuen Kernel (habe von 54.04.80 auf 74.04.86 gewechselt). Auf jeden fall werden die IGMP Requests seit diesem Wechsel mit Version V3 gesendet. Damit kommt mein ISP (Telekom Austria) nicht zurecht, und IPTV funktioniert nicht mehr.

Nachdem ich rausgefunden hatte, wie man die IGMP Version ändern kann

echo "2" > /proc/sys/net/ipv4/conf/nas0/force_igmp_version

funktionierten die IGMP Joins wieder, und die Streams wurden von der FritzBox empfangen, jedoch nicht an die Clients im LAN weitergeleitet.

Zufällig bin ich dann im kernel-menuconfig auf den Eintrag 'rp_filter' gestossen. Der ist anscheinend im aktuellen Kernel aktiviert. Nachdem ich diese option für das upstream Interface deaktiviert hatte

echo "0" > /proc/sys/net/ipv4/conf/nas0/rp_filter

läuft jetzt wieder alles wir vorher.

Ich habe die beiden Änderungen in mein Package eingebaut. Die aktuelle Version ist im ersten Beitrag angehängt.

 

[kreko]

Guten Abend,
habe dein neues Paket versucht auf meiner 7240 am laufen zu bringen, aber nichts. Im freetz_trunk wird es mir als die 0.1.2 angezeigt, und im freetz Webinterface taucht nicht IPTV als unterpunkt auf. Unter Freetz Info taucht aber deine iptv.cgi auf... naja ärgerlich, bin davon ausgegangen das die beiden Software technisch identisch sind, da auch die selbe?!? FW.

(freetz_trunk die neuste // Firmware-Version 73.04.87 ((freetz-devel-6203M)) )
lg.

 

[olistudent]

Fehlt vielleicht der "modreg daemon" Eintrag in der load-Sektion des rc-Skriptes? Wobei die Konfigurations-Seite trotzdem auftauchen sollte.

Gruß
Oliver

 

[sf3978]

..., und im freetz Webinterface taucht nicht IPTV als unterpunkt auf. ...

Hast Du nach dem Patchen, die Skripte ausführbar gemacht?

 

[kreko]

hallo,
nein ich habe nichts weiter gemacht. Wie bewerkstellige ich es, damit sie ausführbar werden?
lg.