@tohil
Das klingt echt etwas komisch…bin mir nicht sicher, ob der Wurm wirklich beim IGMP-Proxy liegt. Die Tatsache, dass das Rückwärtsspulen teilweise nicht funktioniert macht mich etwas stutzig. Die zeitversetzten Streams sind nämlich ganz normale TCP Streams, welche von der TV-Box aus initiiert werden.
Mir war damals Wireshark eine sehr grosse Hilfe, damit konnte ich sehen was auf dem Netz für traffic läuft und somit hatte ich ein besseres Verständnis für die Fehleranalyse.
Diese kleine Zusammenfassung ist vielleicht bereits hilfreich (meine Erkenntnisse aus den Wiresharkaufzeichnungen vom gespiegelten TV-Box Port):
TV-Box ist 192.168.1.33
pfSense ist 192.168.1.1
Stelle ich auf einen neuen Sender um, so sind die ersten 10s ein unicast udp Stream (213.3.76.5 -> 192.168.1.33).
10s danach geschieht folgendes: 192.168.1.33 sendet ein IGMP membership report an die Multicastadresse des entsprechenden Senders (z.B. 239.186.68.1 für SRF1) um den Stream zu joinen. Daraufhin beginnt der multicast udp Stream zu fliessen (213.3.72.5 -> 239.186.68.1)
Wechsle ich zu einem anderen Sender, so schickt die Box per IGMP ein leave group ‘239.186.68.1’ an die Zieladresse 224.0.0.2 (all routers on this subnet). Und das Spiel beginnt von vorne.
Zeitversetztes Fernsehen ist wie gesagt ein unicast tcp stream also z.B. 213.3.74.22 -> 192.168.1.33.
Hoffe das bringt ein bisschen Licht ins Dunkle…ich könnte mich natürlich auch noch damit amüsieren, die Internetbox aus dem Keller auszugraben und zu testen ob ich ähnliche Probleme mit dem DMZ Modus hätte…davor graut mir aber, man soll ja bekanntlich keine schlafenden Hunde wecken ^^
Kommt bei deinen Unterbrüchen des Livestreams auch gelegentlich der Schwarze Bildschirm “Leider ist von diesem TV-Sender momentan kein Signal verfügbar”?
Was sagt die Fehlermeldung beim Rückwärtsspulen?
Cheers
P.S. Hab nochmals einen kleinen Kosmetikfehler entdeckt: SCTV2.0 ist 213.3.72.0/24 und nicht 213.3.72.0/21 😉