T-Home Entertain / IPTV

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! Wink 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
  • ClausP
    Works as designed.

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

    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?
  • ClausP

    In reply to quasar3c279:

    Das Fernsehrprogramm wird per Multicast verteilt, dass hat den Vorteil das man nicht für jeden Teilnehmer einen separaten Stream zur Verfügung stellen muss. Bis jedoch der Mediareceiver nach einem Programmwechsel den entsprechenden Multicast (IGMP V3) Stream "gejoined" hat, solange bekommst Du nur kurzzeitig den Sender per Unicast Stream. 

    Dieses macht sich bei Dir bemerkbar, wenn nach dem Zapping der Sender kurz anläuft und dann "stirbt"....
  • quasar3c279

    In reply to ClausP:

    Das sind dann wahrscheinlich die Multitasks, die ich im PF sehe, die gedroppt werden. multicasts natten ist ja wohl auch ehr schlecht. weißt du zufällig, ob igmp v3 für die ASG geplant ist? dann muss ich mir ja wohl doch einen speedport besorgen... schade eigentlich!

    danke für die info!
  • Gert Hansen

    In reply to quasar3c279:

    Hi quasar3c279, 

    Multicast Routing/Forwarding ist leider nicht direkt auf der Feature liste. 

    Da wir kein VDSL in Karlsruhe bekommen sind unsere Testmoeglichkeiten leider etwas beschraenkt.

    Ich habe aber ein kleines Beta Programm was ein IGMP Proxy ist, womit es problemlos laufen soll, leider konnte ich das noch nirgends testen. 

    Wenn es fuer Dich ok ist wuerde ich Dir anbieten das ich gesagtes Programm bei Dir teste. Sollte es Problemlos funktionierne dann koennte ich das mit auf die Feature Liste auf nehmen lassen. 

    Du kannst mich gern per PM kontaktieren.

    Danke
    Gert
  • mbachl

    In reply to Gert Hansen:

    Hallo,

    das Problem tritt auch bei einem normalen DSL+ Anschluß auf. Würde ja meinen Anschluß und meine Astaro für Testzwecke auch zur Verfügung stellen.

    Gruß

    Martin
  • Schroeder

    In reply to mbachl:

    Das ganze hat nix mit VDSL oder ähnlichem zu tun sondern ist ein IGMP Problem. Da IGMP ein Multicast Stream ist, kann man diesen durch beitreten oder verlassen nutzen. D.h. der Stream wird nur einmal gesendet und entweder man sagt "Ja, komm zur Tür rein, dich will ich" oder man sagt "Nein danke, dich will ich nicht". 
    Die Astaro leitet diesen Multicasttraffic nicht einfach weiter, sondern verwirft ihn. Mit dem von Gert Hansen angesprochenen IGMP Proxy können diese Streams durchgereicht werden ...

    Grüße

    Schroeder
  • mbachl

    In reply to Schroeder:

    Das das ein IGMP Problem ist, ist mir schon klar. Meine Aussage war ja auch auf die das Beta Modul bezogen.
  • quasar3c279

    In reply to mbachl:

    So, meine Astaro hat nun einen IGMP-Proxy und IPTV läuft! Big Smile

    Wenn ich jemandem weiterhelfen kann einfach kurz PM an mich!

    mfg, mario
  • ClausP

    In reply to quasar3c279:

    So, meine Astaro hat nun einen IGMP-Proxy und IPTV läuft! [Big Smile]

    Wenn ich jemandem weiterhelfen kann einfach kurz PM an mich!

    mfg, mario


    Freu' Dich nicht zu lange, denn in Köln wird meines Wissens schon damit begonnen, IPTV auf VLAN 8 zu switchen.... [Big Smile]
  • Gert Hansen

    In reply to ClausP:

    Das ist kein Problem, das kann man in Confd direkt aendern. dauert 2 secunden Smile

    Gruss Gert
  • ClausP

    In reply to Gert Hansen:

    Das ist kein Problem, das kann man in Confd direkt aendern. dauert 2 secunden Smile

    Gruss Gert


    .....und der IGMP Proxy ist nicht an das def. GW gebunden ?

    Per DHCP werden dann auch zusätzliche stat. Routen mitgeliefert und die ASG verarbeitet die ohne Probleme ? Wink

    Hier mal ein DHCP Antwort Paket -> vlan 8 - Seite 2 - onlinekosten.de Community

    Gruß
      Claus
  • Gert Hansen

    In reply to ClausP:

    Beim IGMP proxy kann man Upstream interface auswaehlen. es muss nicht das default gateway sein. dass muss ich mir anschauen, kann ich so nicht direkt sagen. 

    Derzeit werden aus der DHCP response lediglich IP, Netmask, Gateway und DNS server ausgewertet. Das auswerten von statischen routen ist auch nicht so schwierig, fuer uns aber ohne testzugang leider etwas aufwendig. 

    Hat man dann zwei VLAN's eines fuer Internet und ein zweites fuer IPTV?

    GRuss Gert
  • ClausP

    In reply to Gert Hansen:


    Hat man dann zwei VLAN's eines fuer Internet und ein zweites fuer IPTV?

    GRuss Gert


    Yep, VLAN7 mit PPPoE für Internet und VLAN8 mit DHCP für IPTV.

    Gruß
      Claus
  • Suppentrulli

    In reply to ClausP:

    So, jetzt hab ich Proxy erfolgreich auf der 7.400 zum Laufen gebracht (ein paar Anpassungen bzw. Korrekturen waren nötig), allerdings in einer "normalen" Umgebung ohne VDSL und VLAN-Problematik.

    Was allerdings nicht sauber läuft, ist die Verarbeitung des nächtlichen IP-Wechsels durch die Telekom. Der Proxy muss anschließend neu gestartet werden, sonst funktioniert er nicht.

    Kann mir jemand sagen, wie man das elegant löst? Die ip-updown-Skripte scheinen ja für uns nicht lesbar zu sein (.plx) und über cron will ich es nicht lösen, da der DSL sich durchaus auch mal außerplanmäßig neu verbindet.

    Ideen?
Sophos Footer