Hi,

nachdem das Problem plötzlich auch bei mir auftrat und ich bei mir zumindest eine Ursache/Workaround finden konnte, möchte ich diese hier teilen:

* Ausgangssituation: Telekom VDSL Anschluss, komplett Dual Stack betrieben, opnsense als Router / Firewall, 2x Samsung 2025 TV mit betroffener MagentaTV 2.0 App. IPv6 lässt sich am Fernseher nicht deaktivieren (wird noch wichtig). Alles auf neuster Version, keinerlei Pending Updates (TV, App, Infrastruktur)

* Fehlerbild: Plötzlich (vor ca. 5-8 Wochen / zuvor problemloser Betrieb) MagentaTV App auf den Samsung Fernsehern bleibt nach dem Starten im Logo stehen, manchmal auch der rotierende Kreis. In 95% startet die Anwendung jedoch nicht erfolgreich (und in den verbleibenden Fällen dauert es 5-10min), sprich Fernsehen ist nicht möglich. Andere Empfangslösungen (MagentaTV Stick, AppleTV + App, iPhone/iPad) sind nicht betroffen. Restart/Neuinstallation/ Cache löschen alles ohne permanenten Erfolg probiert.

Auffälligkeiten:

Im Rahmen des Starten der Apps löst diese verschiedene Zieladressen auf, die entscheidende scheint prod.dcm.telekom-dienste.de zu sein. Diese löst sowohl IPv4 (A) als auch IPv6 (AAAA) gegen Amazon IP Ranges auf. Es vermutlich handelt es sich um ELB Endpunkte für diese Dienste.

Das entscheidende ist jedoch, dass die Dienste, obwohl im DNS für IPv4 und IPv6 hinterlegt ist, nur auf IPv4 Anfragen reagieren. Antworten auf IPv6 Request bleiben aus (TCP RST nach Timeout). Sieht man ganz gut bei Anfragen mittels curl -4 -/ -6 im Vergleich. Bei IPv6 kommt nicht einmal eine SSL Session zu stande. Bei IPv4 gibt es direkt eine Antwort. In den (lokalen) Netzmitschnitten sieht man wie der Fernseher diese nach und nach abklappert bis das Timeout kommt.

Leider wechseln die Ziele dieser DNS Einträge sehr oft (ELB halt), d.h. ein fixes Überschreiben (auf IPv4 only) in evtl. lokal vorhandener DNS Infrastruktur erfordert tägliche Pflege. Aber sobald sichergestellt ist, dass der Fernseher die Verbindung per IPv4 zu diesem Endpunkt herstellt gibt es keinerlei Probleme mehr. Ich habe dies momentan bei mir mit einem L4 Caddy Dienst realisiert auf den ich den lokalen DNS Eintrag für prod.dcm.telekom-dienste.de umgebogen habe. Im Backend führt der dann ausschließlich per IPv4 weiter (proxy tcp4/prod.dcm.telekom-dienste.de).

Seit dem sind die Probleme an meinen beiden Samsung Fernsehern gelöst.

Jemand sollte sich mal daher mal die IPv6 ELB Konfiguration für https://prod.dcm.telekom-dienste.de angucken.

Gruß

Top und ein großes Lob für diese gelungene Problemanalyse und Erläuterung des Workarounds. 

Ich habe das gleiche Problem auf einem“ The Frame“, meistens reicht ein hartes Aus-/Anschalten via Stromkabel, um das Problem zu beheben, Teletoblins Lösung ist allerdings deutlich smarter. 

Hoffentlich nehmen sich die Entwickler dieses Problems bei Zeiten an, denn die App liefert bessere Streamingqualität als die Box. 

An der Bedienung der App via Samsungs Smart-Fernbedienung ließe sich auch noch etwas Verbessern. 

Grüße

hi, 

muss die zugrundeliegende ursache allerdings etwas korrigieren:

1. ja problem war das die Verbindung per IPv6 nicht zu stande kam.
2. ursache hierfür lag aber im heimische equipment bzw. opnsense: es gibt hier ein problem mit der path mtu discovery, das grob gesagt dazu führt, dass die ipv6 pakete nicht das ziel erreichen (da zu groß) und keine tls verbindung zu stande kommt. (https://github.com/opnsense/core/issues/9225).
3. sollte man ipv6 probleme haben sollte man mal prüfen, ob die path discovery sauber funktioniert (http://pmtud.enslaves.us) und falls nicht die ursache dafür fixen.
4. bei mir hat am ende des tages geholfen per router advertisment ein link mtu von 1492 in die netze zu announcen. da die ipv6 clients ausgehend von diesem wert ihre kalkulation der path mtu starten. 
5. im nachhinein war dann erkennbar, dass das problem deutlich mehr dinge als nur magentatv betraf. bei vielen dingen gab es halt nur einen automatischen ipv4 fallback, weshalb das problem nicht unbedingt auffiel.