Ich sehe hier immer diese SRVFAIL responses, das subs keine "Domains die ins leere führen" sondern eher fehlerhafte Einträge in der Datenbank, die vom DNS nicht ausgeliefert werden.

Alle Speedport-Router seit mindestens dem W724v haben IPv6 und bieten auch keine Möglichkeit es abzuschalten. Bei den Fritz!Boxen ist es per Default ebenfalls aktiviert. Damit dürfte es bei dreiviertel der Kunden aktiv sein.

Bei mir ist der Internetanschluss von der Telekom, nur eben nutze ich intern einen Pi-hole mit Google DNS als Forwarder. 

Ich habe testweise mal die Telekom DNS Server, die ich auf dem Router bekomme, eingetragen (217.237.150.205, 217.237.149.142, 2003:180:2:3000::53, 2003:180:2:4000::53).

Ergebnis: Weiterhin werden mit aktivem IPv6 Protokoll auf dem Client keine Inhalte unter web.magentatv.de geladen.

Das gleiche hier, Telekom Anschluss (Dual Stack IPv4/6), und Magenta TV funktioniert bei IPv6 nicht. Sobald IPv6 im Browser bzw. Netzwerk dektiviert wird, klappt es. Gilt für Browser und App (Tablet oder Stick, egal).

PeterPan8

Wie weit kommt denn ein traceroute6 auf die Adressen?

> traceroute6 wcps.t-online.de
traceroute6 to wcps.t-online.de (2003:2:6:900d:80:157:192:44) from 2a01:170:xxxx::1, 64 hops max, 20 byte packets
 1  2a01:170:0:10::1  9.445 ms  9.643 ms  9.257 ms
 2  r2.wup.tal.de  13.970 ms  13.589 ms  13.991 ms
 3  2003:0:1203:8004::1  4138.358 ms * *
 4  2003:0:5d09:670a::2  25.203 ms  21.809 ms  25.243 ms
 5  2a01:598:203:4407::4  24.736 ms  25.563 ms  24.764 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * *^C

"telekomhilft.telekom.de" funktioniert wie bereits gezeigt mit IPv6, allerdings scheint dies auch über Amazon CloudFront als CDN zu laufen.

viper.de

Was hat das jetzt damit zu tun, dass MagentaTV gewollt nur über IPv4 funktioniert?

Es geht nicht um "web.magentatv.de" sondern um externe Ressourcen wie zB. "wcps.t-online.de" die nachgeladen werden.

Ok, also das Routing wird auf die Adressen schon mal nicht blockiert. Es muss also was auf Applikationsebene sein. Ist da irgendwo ein Proxy aktiv?

Ich bedanke mich an der Stelle für das Engagement der Beteiligten. Was ich allerdings schwerlich nachvollziehen kann, ist das  "muss an deiner Konfig liegen", "da hat wieder einer an den Einstellungen rumgefummelt" etc.

Ja, natürlich liegt es an den eigenen Einstellungen, das dürfte wohl klar sein. Sonst gäbe es in der Tat viel mehr Aufschrei bei dem Thema. Andererseits gibt es mehr als nur einen oder zwei, bei denen es nicht funktioniert, mit offenbar den gleichen Symptomen. Dass die Betroffenen alle in gleicher Art und Weise ihr OS bzw. Firewall bzw. Netzwerk "kaputt konfiguriert" haben, kann zwar sein, klingt für mich jedoch sehr unwahrscheinlich. Daher ist doch die Kernfrage, ob sich hier nicht zwei Konstellationen (einmal Telekom-seitig, einmal im eigenen Netzwerk nebst Geräten) gegenseitig unschön beeinflussen, und wer hier etwas gegen unternehmen kann bzw. muss.

Ich konfiguriere auf meiner Seite gerne um, damit es klappt, nur was soll ich konkret machen? Es glaubt wohl keiner, dass ich in der Lage bin, mehrere Geräte mit vier unterschiedlichen OSen (Win10, Linux (2 Versionen), Android und  iOS) gleichzeitig "fehlzukonfigurieren". Bleibt eigentlich nur das Netzwerk. Stellen sich Firewall-Regeln vs. zwei Domains von alleine ein? Eher nicht. Habe ich das selbst gemacht? Nein, gerade noch gecheckt, aktiv ist eine einzige Regel wegen SIP.

Nochmal: Wenn ich im Firefox (Win oder Linux) Konfiguration IPv4 für magentatv.de und t-online.de erzwinge, dann funktioniert es sofort. Das wieder zurückgestellt, klappt es nicht mehr. Spricht alles für eine Ursache, die an meinem Netzwerk-Setup im Zusammenspiel mit Magenta TV zu finden sein dürfte. Und natürlich stelle ich das nicht wie wild ein, weil ich blöd bin, sondern weil ich mich eben auf die Suche nach dem Problem begeben habe.

Auch hier nochmal: Sonst gibt es keinerlei Probleme, alles läuft wie es soll. Insbesondere andere Streaming Angebote bereiten keine Probleme.

Ebenfalls bereits geschrieben: Erstelle ich ein zusätzliches WLAN, bei dem ich explizit die IPv6-Unterstützung abklemme, und verbinde Tablets, Handys oder FireTV Stick damit, läuft es ebenfalls. Übrigens, auf dem iPad ist interessanterweise zu sehen, dass bei einem Zurückstellen auf das Haupt-WLAN (mit IPv6) die Magenta TV-App problemlos mit dem gewählten Stream weiterläuft. Ein Sender-Wechsel klappt dann meistens (4 von 5 mal) nicht, oder höchstens beim ersten Mal. Lässt sich mit PiP auf dem iPad gut kontrollieren.

Also, ich bitte um weitere Hinweise, was ich denn ausprobieren soll.

PeterPan8

Naja, die Fakten sind ja so: Die Telekom Server haben spezifische ICMP Pakete deaktiviert. Solange man Standard Equipment benutzt, ist das kein Problem, es gibt allerdings Equipment, dass damit nicht zurecht kommt. Allerdings haben die Nutzer, die dieses Equipment benutzen, es selber in der Hand, das Problem zu lösen.

Ja, das mag so sein. Leider ist zumindest mir unklar, auf welchem Weg ich das lösen kann. Da es jetzt unerklärlicherweise auf einem Android-Gerät funktioniert, was vorher nicht der Fall war, scheint mir die Ursache ein Zusammenspiel verschiedener Faktoren zu sein. Dem auf den Grund zu gehen fehlt mir schlicht die Zeit (und Expertise). Also lebe ich jetzt damit, nur für Magenta ein separates WLAN aufspannen zu müssen.

Trotzdem wäre es schön, wenn die Telekom ihre Einstellungen diesbzgl. überprüfen und ggf. doch anpassen könnte. Ich muss zugeben, zur Freigabe von ICMP Paketen findet man im Netz recht widersprüchliche Darstellungen, von "für IPv6 erforderlich" bis zu "Einfallstor für Hacker".

So, falls es jemanden interessiert bzw. vielleicht hilft es sogar jemandem weiter: Ich habe bei mir AdGuard aufgesetzt, weil ich das sowieso vor hatte. Darüber kann mit einer einfachen eigenen Regel (konkret: "||t-online.de^$dnstype=AAAA") dafür gesorgt werden, dass für eine Domain (t-online.de) AAAA Records stets geblockt werden.

Danach funktioniert MagentaTV sofort.

Hallo, ich hatte dieselben hier beschrieben Symptome und was bei mir (Mikrotik Router) zum Erfolg geführt hat, war die Vergrößerung der Paketgröße am PPPoE-Interface. Da war bei mir 1480 angegeben und ich konnte auf 1492 vergrößern, was die Probleme mit der Verbindung zu web.magentatv.de bzw. eigentlich mit wcps.t-online.de über IPv6 gelöst hat.
Der nächste Schritt wäre das oben beschriebene mss clamping gewesen, war nun aber nicht nötig.
Verwendete Quellen:

https://webcodr.io/2018/02/telekom-vdsl-mtu-und-mss-clamping-für-ipv4-und-ipv6/

https://forum.mikrotik.com/viewtopic.php?t=162930#p802790