Hallo zusammen,

ich beobachte ein reproduzierbares Fehlverhalten meiner MagentaTV One Box, das auftritt, sobald Telemetrie-Domains blockiert werden. Mich würde interessieren, ob andere Nutzer mit AdGuard/Pi-hole ähnliche Erfahrungen machen.

Mein Setup:

-  VLAN: Box im isolierten Medien-Segment. (Vlan 25)

- DNS: AdGuard Home (Blockliste für Tracking & Telemetrie).

- Audio:  HDMI an TV.

Das Problem: Sobald die Domain `a-fds.youborafds01.com` (Analyse-Dienst Youbora/NPAW) blockiert wird, zeigt die Box ein instabiles Verhalten. Während des Streams schaltet das Audio-Format sporadisch um (z. B. Stereo <-> Dolby Digital) oder es wird ein kurzer HDMI -Handshake ausgelöst.

Analyse: Es scheint ein klassischer Bug in der Fehlerbehandlung der Player-Middleware zu sein. Wenn der Player-Prozess keine Telemetriedaten (Bitrate, Buffer etc.) absetzen kann, scheint die Audio-Engine kurz zu hängen oder sich neu zu initialisieren.

Bisherige Workarounds (keine echten Lösungen):

1. Whitelisting: Behebt das Problem, ist aber datenschutztechnisch (Tracking alle paar Sekunden zu US-Servern) nicht akzeptabel und laut AGB auch nicht vorgesehen.

2. Audio-Modus "Manuell": Reduziert die Symptome, führt aber zu nicht akzeptablen Qualitätsverlusten und behebt nicht die Ursache in der Middleware.

Frage an die Experten

1. Ist dieses Verhalten bei der Telekom bereits als Bug dokumentiert?

2. Gibt es Informationen, ob ein kommendes Firmware-Update das Exception-Handling der Middleware verbessert, damit blockierte Telemetrie-URLs nicht mehr die Media-Pipeline stören?

Es kann nicht im Sinne des Erfinders sein, dass eine instabile oder blockierte Tracking-Verbindung die Kernfunktion der Hardware (stabile Audio-Wiedergabe) beeinträchtigt. Eine saubere Software-Architektur müsste Netzwerkfehler bei der Telemetrie "silent" im Hintergrund verwerfen, anstatt einen Reset der Audio-Engine zu provozieren.

Beste Grüße