Thread Info
  • State Suggested Answer
  • +3 person also asked this people also asked this
  • Locked Locked
  • Replies 234 replies
  • Answers 3 answers
  • Subscribers 21 subscribers
  • Views 4534140 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

T-Home Entertain / IPTV

quasar3c279
Hi,

ich habe heute T-Home Entertain erhalten. Jetzt habe ich ein kleines Problem, das Fernsehen funktioniert soweit, allerdings bleibt der Stream nach ein paar Sekunden hängen. Umschalten auf den nächsten Sender und ich habe wieder ein paar Sekunden. Man könnte das Power Zapping nennen! [;)] Die Hotline sagt ist ein unsupportetes Gerät, Auskünfte über Ports können leider nicht weitergegeben werden, nicht für Endkunden bestimmt.

Das Streaming läuft ja über UDP Ports. Hat das jemand am laufen? Ich setze die aktuelle Beta ein mit Kernel Mode pppoe.

Bin über jeden Tipp dankbar und werde mich mal weiter ans Debugging machen...

Danke!

MfG, Mario


This thread was automatically locked due to age.
Parents
  • 0
    Works as designed.

    Solange die Astaro kein IGMP V3 kann, solange kann man auch kein T-Home Entertain Fernsehen darüber schauen.
  • 0 in reply to ClausP
    Works as designed.

    Solange die Astaro kein IGMP V3 kann, solange kann man auch kein T-Home Entertain Fernsehen darüber schauen.


    Kannst du das etwas genauer erläutern? Warum bekomme ich dann die ersten paar Sekunden?
  • 0 in reply to Suppentrulli
    hallo,

    danke für eure tips.
    scheint nun zu gehen - laut logs war ein fehler in der conf - merkwürdig - habe keinen gesehen.

    noch eine frage:
    wenn ich den receiver über eth0 ueber einen älteren 16 port switch laufen lasse, dann bricht alles zusammen - d.h. ich kann nicht mal mehr meine lan geräte pingen. box aus, kurz warten bis sich alles fängt - und es geht wieder.

    kann es sein, dass ältere switche mit dem multicast nicht umgehen können und alles untergeht?
  • 0 in reply to soli
    Moin,

    das Problem hatte ich auch, aber auch schon vorher mit dem DDWRT auf meinem Linksys. Problem ist, dass die meisten kleinen(günstigen) Switche kein IGMP-Snooping unterstützen, d.h. der Multicast-Traffic wird an alle Ports weitergeleitet und nicht nur an den, der angefragt hat. Ich hatte noch keine Zeit nach einem Switch zu suchen, der das kann. Ich habe die Box direkt in die DMZ gehängt, durch die Trennung vom LAN sind mir die Probleme erstmal egal. Vielleicht hast du ja auch die Möglichkeit...

    Wie sieht es bei euch eigentlich so mit der Stabilität des IGMP-Proxies aus?

    Gruß, Mario
  • 0 in reply to quasar3c279
    hallo Mario,

    das mit dem igmp snooping habe ich mir schon gedacht und das war mein erster
    verdacht - das longshine switch ist auch schon sehr alt. ich probiere die tage mal
    andere geräte.

    ich habe die box nun auch an einem seperaten interface, da geht es ohne probleme.
    gestern waren es 2-3h tv stunden ohne ruckler - oder möchstest du auf was 
    bestimmtes hinaus?

    gruss

    ps: auf der cebit hat mir ein techniker bei astaro bestätigt, dass das ding
    von 2 kollegen intern erfolgreich genutzt wird : )
  • 0 in reply to soli
    hallo soli,

    ich habe manchmal beim umschalten etwas probleme, er braucht dann einen moment bevor er den multicast stream gejoint hat. könnte aber auch daran liegen, dass meine ASG zur Zeit nur 256MB RAM hat, werde die heuet abend mal aufstocken...

    gruß
  • 0 in reply to Suppentrulli
    hallo mario, suppentrulli,

    habt ihr jetzt irgendwie elegant und automatisiert das nächtlich bzw. das generelle reconnect problem gelöst? habe es heute auch erlebt - ein restart des proxy half.

    info: meine linux konsolen kenntnisse halten sich sehr in grenzen : )
  • 0 in reply to soli
    also um das reconnect "problem" zu vermeiden habe ich den Zwangsconnect einfach auf eine feste uhrzeit gestellt. 10 Minuten nach dieser Uhrzeit starte ich per crontab den proxy täglich neu. Klar wenn nun natürlich aus irgendwelchen Gründen das DSL auch mal so neustartet muss man den Proxy wiederum manuell neustarten. Finde dies dennoch eine akzeptable Lösung ohne groß die reconnect Konfigurationsscripts abzuändern.

    Viele Grüße
    Andy
  • 0 in reply to andyk007
    also um das reconnect "problem" zu vermeiden habe ich den Zwangsconnect einfach auf eine feste uhrzeit gestellt. 10 Minuten nach dieser Uhrzeit starte ich per crontab den proxy täglich neu. Klar wenn nun natürlich aus irgendwelchen Gründen das DSL auch mal so neustartet muss man den Proxy wiederum manuell neustarten. Finde dies dennoch eine akzeptable Lösung ohne groß die reconnect Konfigurationsscripts abzuändern.

    Viele Grüße
    Andy


    hi,

    wie genau laesst sich das mit der crontab machen?
    eine detailierte erklärung wäre super : )
  • 0 in reply to soli
    hi,

    du öffnest /etc/crontab mit deinem Lieblingseditor und fügst einen neuen Eintrag hinzu, etwa so: 

    15 5 * * * root /etc/init.d/igmrtd restart


    Das startet dann den IGMP Proxy jeden Tag um 05.15h neu.

    mfg, mario
  • 0 in reply to quasar3c279
    super - danke - ich probiere es mal aus.

    ps: ich hab hier oft gelesen "igmrtd restart" - eigentlich heisst das ja "igmprtd restart" oder? das p fehlt.

    ps2: auf der cebit wurde uns verraten, dass ein igmp proxy für 7.500 ende Q2 geplant ist.
  • 0 in reply to soli
    Hallo,

     ja das "p" wurde vergessen, auch in der Doku...

    Ich finde die Lösung mit crontab irgendwie unbefriedigend, habe es aber anders nicht hinbekommen - dafür fehlen mir die Linux-Kenntnisse.

    Zur Stabilität: wenn der Proxy erstmal nach dem Reconnect läuft, läuft er ohne Murren.
Reply
  • 0 in reply to soli
    Hallo,

     ja das "p" wurde vergessen, auch in der Doku...

    Ich finde die Lösung mit crontab irgendwie unbefriedigend, habe es aber anders nicht hinbekommen - dafür fehlen mir die Linux-Kenntnisse.

    Zur Stabilität: wenn der Proxy erstmal nach dem Reconnect läuft, läuft er ohne Murren.
Children
  • 0 in reply to Suppentrulli
    gibts denn keinen guru hier, der ne lösung beschreiben kann, die an das reconnect script verknuepft ist?
  • 0 in reply to soli
    Hallo zusammen,

    würde auch gerne den igmpproxy auf der astaro installieren.

    Gibt es dazu eine detaillierte Anleitung?

    Wäre schön wenn mir jemand helfen könnte.

    Gruß

    P.S

    Habe es mittlerweile alleine geschafft.
    Danke und Gruß
  • 0 in reply to Dr Kiffer
    Hallo zusammen,

    bei mir läuft der igmpproxy stabil.
     
    Manuelles Anfahren als root mit start|stop|restart funktioniert.
    Ein Problem bleibt noch, das Startupscript ist auf S89 verlinkt also nach dem Start der Middleware.

    Irgendwie scheint der pppoe connect noch nicht durch zu sein und der igmpproxy Start läuft auf error.

    Könnte jemand bitte mal sein Startupscript und die Verlinkung zum rc3.d posten.

    Vielen Dank im voraus.

    Markus



    Update:
    Mittlerweile läuft es hab eine Prüfung auf die existenz von ppp0 eingebaut und bei fehlender ppp0 einen sleep von 120 Sekunden gesetzt.
  • 0 in reply to Monstahund
    Hallo,
    gibt es Bestrebungen diesen IGMP Proxy in die ASG als "Standard"-Modul zu übernehmen? Ich würde ihn auch gern nutzen, aber ich kenne mich mit der Astaro noch viel zu wenig aus, um dies per Hand rein zu schummeln. Hat jemand dafür Tipps oder noch besser ne Doc für mich? [:S] 
    Vielen herzlichen Dank
    Kai [8-)]
  • 0 in reply to KaiSch
    so, nachdem der proxy lange seinen dienst getan hat funktioniert seit heute mein iptv nicht mehr. nach einem kurzen gespräch mit der telekom habe ich erfahren, dass die das iptv hier nun auch getrennt haben (vlan 8).

    problem ist nur, dass ich ja kein zweites vlan auf ein pppoe interface legen kann.

    hat das hier vielleicht schon jemand mit den getrennten vlans am laufen?

    danke...

    gruß, mario
  • 0 in reply to quasar3c279
    Hallo zusammen,

    ein kleiner Beitrag zum IPS mit igmpproxy.

    Falls Ihr IPS verwendet empfiehlt es sich ggf. eine Exception für die 3 T-Home IP Netze einzurichten. Die UDP Flood Protection sollte hierfür deaktivert werden.

    Gruss 

    Markus
Unfiltered HTML