‎Direkte URLs zum Streamen von MagentaTV Basis-Sendern funktionieren nicht mehr

Telekom hilft Community

Telekom Business Community

Private customers

Telekom Shops

Contact

Solved

Direkte URLs zum Streamen von MagentaTV Basis-Sendern funktionieren nicht mehr

5 years ago

Ich habe den Tarif „Magenta Zuhause L mit TV“ aber ohne MediaReceiver und schaute bisher die unverschlüsselten Sender des Basispakets über Plex mit dem Wrapper xTeVe. Seit ein paar Tagen funktioniert das leider nicht mehr.

Auch auf dem Windows-PC kann ich mit dem VLC nicht mehr die Streams abrufen. Ich habe die Ursache noch nicht gefunden, wollte aber mal nachhören, ob das bei euch generell noch funktioniert. Dann läge es hier entweder am Vertrag oder an der neuen Fritz!Box, wobei ich da schon 3x alle Einstellungen durchgesehen habe.

Ich habe jeweils beide Versionen der URLs probiert, mit und ohne Proxyteil, bzw für Entertain/Magenta. Zum Beipspiel für "Das Erste HD";

rtp://87.141.215.251@232.0.20.35:10000

rtp://@239.35.10.1:10000

6681

5 years ago
@vandalgrim41: Schau Dir mal diese Listen an:

https://iptv.blog/artikel/multicastadressliste/

Die XSPF-Liste für den VLC-Player funktioniert bei mir, d.h., die Adressen haben sich nicht geändert.

Gruß Ulrich

0
5 years ago
@vandalgrim41

Ich selbst nutze kein Magenta TV, aber hier hat jemand das identische Problem.
https://iptv.blog/artikel/multicastadressliste/
Ganz unten.
9
Answer
from
5 years ago
Software Filewall schließe ich von daher aus. Es kann eigentlich nur am Router oder am Provider liegen - und am Router find ich nix, was eine derart selektive Sperre verursachen könnte.
Answer
from
5 years ago
@vandalgrim41: Einen Media Receiver besitzt Du nicht und oder kannst Dir ihn aus dem Bekanntenkreis nicht ausleihen?

Damit die Telekom- Teamies Dir helfen können, trage bitte hier:

https://telekomhilft.telekom.de/t5/user/myprofilepage/tab/personal-profile%3Atelekom-custom-user-profile-userdata

Deine Kontaktdaten ein, auf die nur die Telekom Teamies Zugriff haben.

Gruß Ulrich
Answer
from
5 years ago
Wenn Du oben in der Menüleiste der Fritzbox (via PC Browser) noch Live TV stehen hast, weiß die Fritte auf alle Fälle das Du einen Magenta TV Anschluss noch hast @vandalgrim41

Die Einstellungen aus einer ollen 3390 hätte ich allerdings nicht eingespielt.

Muss mich daran liegen, aber man kennt das ja mit dem Pferd und der Apotheke.

Ich würde einfach mal ein Werksreset durchführen und das Ganze manuell, neu einrichten.

Vielleicht hilft das ja?

Gruss VoPo

Unlogged in user
Answer
from
5 years ago
funktioniert hier am IPAD und am PC
0
5 years ago
@vandalgrim41

Kauf dir mal einen Media Receiver entry in der Bucht und schau ob's läuft.

Die Telekom sichert keine Funktionalität ohne Media Receiver zu.
0

5 years ago

@vandalgrim41

bei der Wiedergabe am PC mit dem VLC sind da mehrere Netzwerkkarten vorhanden? Deaktiviere mal alle bis auf die benutzte.

Die alten Streams werden Anfang 2020 ohnehin abgeschaltet. Hast Du darüber in diesem Jahr Post von der Telekom bekommen?

Welches Telekom "TV" hast Du denn genau? Das alte Entertain oder das neue MagentaTV?

Answer

from

5 years ago

Übrigens, die alten Entertain-Streams wurden jetzt abgeschaltet:

https://iptv.blog/2020/01/das-spiel-ist-aus-entertain-plattform-abgeschaltet/

Answer

from

5 years ago

kurz59

Übrigens, die alten Entertain-Streams wurden jetzt abgeschaltet: https://iptv.blog/2020/01/das-spiel-ist-aus-entertain-plattform-abgeschaltet/

Diskussion dazu bitte hier

https://telekomhilft.telekom.de/t5/Fernsehen/FYI-alte-Entertain-Plattform-ist-abgeschalten/m-p/4347312#M367553

Answer

from

5 years ago

Zum Thema tcpdump, so sieht das im gesunden Zustand aus:

# tcpdump -i eth0 -v igmp
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
### Start: IGMP Join
18:21:56.827701 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 56, options (RA))
    192.168.2.4 > igmp.mcast.net: igmp v3 report, 2 group record(s) [gaddr 232.0.10.35 allow, 1 source(s)] [gaddr 232.0.10.35 to_in, 1 source(s)]

### regelmäßiger IGMP Query von der  FB  an alle
18:22:10.021704 IP (tos 0xc0, ttl 1, id 50113, offset 0, flags [DF], proto IGMP (2), length 36, options (RA))
    fritz.box > all-systems.mcast.net: igmp query v3
### Antwort vom Server
18:22:11.983454 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 60, options (RA))
    192.168.2.4 > igmp.mcast.net: igmp v3 report, 3 group record(s) [gaddr 232.0.10.35 is_in, 1 source(s)] [gaddr 224.0.0.251 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)]
### ggf. noch weitere Antworten von anderen Rechnern im Netz und andere Gruppen

### und dann dreht sich das im Kreis im Minutentakt
18:23:10.022433 IP (tos 0xc0, ttl 1, id 55524, offset 0, flags [DF], proto IGMP (2), length 36, options (RA))
    fritz.box > all-systems.mcast.net: igmp query v3
18:23:17.387212 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 60, options (RA))
    192.168.2.4 > igmp.mcast.net: igmp v3 report, 3 group record(s) [gaddr 232.0.10.35 is_in, 1 source(s)] [gaddr 224.0.0.251 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)]

18:24:10.023816 IP (tos 0xc0, ttl 1, id 56711, offset 0, flags [DF], proto IGMP (2), length 36, options (RA))
    fritz.box > all-systems.mcast.net: igmp query v3
18:24:10.459478 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 60, options (RA))
    192.168.2.4 > igmp.mcast.net: igmp v3 report, 3 group record(s) [gaddr 232.0.10.35 is_in, 1 source(s)] [gaddr 224.0.0.251 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)]

18:25:10.027621 IP (tos 0xc0, ttl 1, id 59829, offset 0, flags [DF], proto IGMP (2), length 36, options (RA))
    fritz.box > all-systems.mcast.net: igmp query v3
18:25:11.975507 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 60, options (RA))
    192.168.2.4 > igmp.mcast.net: igmp v3 report, 3 group record(s) [gaddr 232.0.10.35 is_in, 1 source(s)] [gaddr 224.0.0.251 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)]

Das ist jetzt von einer FB7490. Aber ich schätze mal die 7590 macht das nicht groß anders. Wenn nach 130 Sekunden Schluss ist, hat sie vermutlich 2x keine Antwort erhalten und stellt dann den Stream ein.

Das kündigt sie so übrigens auch an, wenn man sich den IGMP Query anschaut:

QRV ist der Querier Robustness Variable, also wie oft sie frägt, bevor sie einstellt. In diesem Fall 2x und jeder Client hat 10 Sekunden Zeit zu antworten. Aus dem Intervall von 60 Sekunden ergibt sich damit recht genau die 130 Sekunden, die du beobachtest.

Unlogged in user

Answer

from

Accepted Solution
accepted by
5 years ago
vandalgrim41

Hier noch mein tcpdump, gibts da was auffälliges? Die Einträge der anderen Geräte im Netzwerk habe ich mit ... ausgeblendet. # tcpdump -i eno1 -v igmp ### der erste Request ist gut, mit 1 source: 20:36:42.790461 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 44, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 allow, 1 source(s)] ### aber danach kommen Requests ohne sources! 20:36:42.806323 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)] 20:36:42.942445 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)] # hier kommt dann der IGMP Query 20:36:53.505637 IP (tos 0xc0, ttl 1, id 65199, offset 0, flags [DF], proto IGMP (2), length 36, options (RA)) fritz.box > all-systems.mcast.net: igmp query v3 ... ### und hier will der Server plötzlich wieder 0 sources 20:36:58.858367 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 64, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 4 group record(s) [gaddr 232.0.20.35 is_ex, 0 source(s)] [gaddr 239.0.0.250 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)] [gaddr 224.0.0.

Hier noch mein tcpdump, gibts da was auffälliges? Die Einträge der anderen Geräte im Netzwerk habe ich mit ... ausgeblendet.

# tcpdump -i eno1 -v igmp

### der erste Request ist gut, mit 1 source:

20:36:42.790461 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 44, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 allow, 1 source(s)]

### aber danach kommen Requests ohne sources!

20:36:42.806323 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)]

20:36:42.942445 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)]

# hier kommt dann der IGMP Query

20:36:53.505637 IP (tos 0xc0, ttl 1, id 65199, offset 0, flags [DF], proto IGMP (2), length 36, options (RA)) fritz.box > all-systems.mcast.net: igmp query v3

...

### und hier will der Server plötzlich wieder 0 sources

20:36:58.858367 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 64, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 4 group record(s) [gaddr 232.0.20.35 is_ex, 0 source(s)] [gaddr 239.0.0.250 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)] [gaddr 224.0.0.

vandalgrim41

Hier noch mein tcpdump, gibts da was auffälliges? Die Einträge der anderen Geräte im Netzwerk habe ich mit ... ausgeblendet.

# tcpdump -i eno1 -v igmp

### der erste Request ist gut, mit 1 source:

20:36:42.790461 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 44, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 allow, 1 source(s)]

### aber danach kommen Requests ohne sources!

20:36:42.806323 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)]

20:36:42.942445 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 40, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 1 group record(s) [gaddr 232.0.20.35 to_ex, 0 source(s)]

# hier kommt dann der IGMP Query

20:36:53.505637 IP (tos 0xc0, ttl 1, id 65199, offset 0, flags [DF], proto IGMP (2), length 36, options (RA)) fritz.box > all-systems.mcast.net: igmp query v3

...

### und hier will der Server plötzlich wieder 0 sources

20:36:58.858367 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [DF], proto IGMP (2), length 64, options (RA)) meinserver.fritz.box > igmp.mcast.net: igmp v3 report, 4 group record(s) [gaddr 232.0.20.35 is_ex, 0 source(s)] [gaddr 239.0.0.250 is_ex, 0 source(s)] [gaddr 239.255.255.250 is_ex, 0 source(s)] [gaddr 224.0.0.

Ja, da ist in der Tat irgendwas seltsam. Hab es oben mal reinkommentiert. Irgendwie hat nur der erste Request eine SourceIP, die nachfolgenden nicht mehr und auch auf die nachfolgenden Queries wird wieder ohne spezifische Quelle geantwortet - was nicht funktioniert.

Jetzt ist die Frage.. warum geht die SourceIP nach ein paar ms plötzlich verloren?

Ich war mal so frei und hab mir deinen ffmpeg Befehl von weiter vorne kopiert und wenn ich den benutze habe ich den gleichen Effekt.

Scheint ein Problem von ffmpeg zu sein 🤔

Das Interessante ist, gibt man eine nicht existierende Adresse an, bleibt die Source bestehen.

Ebenfalls interessant ist, dass das rtp modul offenbar gar nichts von der Source Adresse weiss:

[rtp @ 0x6884b80] [verbose] SDP: v=0 c=IN IP4 232.0.20.35 m=application 10000 RTP/AVP 33

Es scheint auch nur bei rtp aufzutreten. Verwende ich udp:// passen die Joins. Und wenn man das Format eh auf mpegts erzwingt, scheint auch das Schreiben in die Datei zu funktionieren. Im Zweifel probiers einfach auch mal mit

ffmpeg -report -loglevel verbose -i udp://@232.0.20.35:10000?sources=87.141.215.251 -c copy -f mpegts out.ts

Das funktioniert zumindest auf meinem NAS auch. Im erstellten Logfile finde ich auch gar keine SDP. Keine Ahnung warum das rtp Modul da noch diesen Umweg geht.

Jetzt wärs natürlich mal interessant wie das bei @HabNeFritzbox aussieht. Bei ihm auf dem NAS funktioniert es ja offenbar auch mit der rtp-Url. Welche ffmpeg Version ist da denn drauf? Gibt die mit verbose logging ein anderes SDP aus?
0