Die Störungsstelle wollte jetzt den MR400 austauschen, wird die Tage ankommen. Habe aber etwas Schwierigkeiten mir vorzustellen, das das ein Hardwareproblem sein soll. Der jetzige MR400 funktioniert ansonsten ohne Probleme.

Daher die Frage hier, habe das Gefühl das sich nichts ändern wird, aber naja, werde gespannt sein.

Der Router wurde beim Gespräche nicht als Problem betrachtet, es wurde nur die übliche Checkliste abgearbeitet. (Geräte vom Strom und so). Ist weder ein Speedport noch eine Fritzbox.

Und der Anschluß wurde geprüft, ob der Port in Ordnung ist. Ist er.

CatweazleX

 

Der Router wurde beim Gespräche nicht als Problem betrachtet,

Wenn ich richtig liege nutzt du ja einen Vigor 2860, richtig?

Hast du mal testweise einen anderen Router getestet ob die Probleme dann auch auftreten?

der_Lutz

CatweazleX

Der Router wurde beim Gespräche nicht als Problem betrachtet,

 

Der Router wurde beim Gespräche nicht als Problem betrachtet,

CatweazleX

 

Der Router wurde beim Gespräche nicht als Problem betrachtet,

Wenn ich richtig liege nutzt du ja einen Vigor 2860, richtig?

Hast du mal testweise einen anderen Router getestet ob die Probleme dann auch auftreten?

 

Ist ein Vigor 2860. Einen anderen Router habe ich nicht in betracht gezogen, da es mit dem Vigor lief, und der Multicaststream generell ja erreichbar ist. Sonst würde es ja nicht mit VLC funktionieren.

Der Vigor soll auch die Verbindungen aufbauen, habe das Internet ja nicht nur wegen Fernseh. Und den DrayTek nicht weil mir ein FritzBox zu einfach einzurichten ist. Wäre der MR400 nicht wieder zu beleben gewesen, wäre ich auf Raspi und Kodi (XBMC) ausgewichen, den MR400 gekündigt und versucht auf Entertain Start zu wechseln. Vielleicht noch Amazon Prime dazugeholt. Bei Kodi kann man ja beides haben T-Entertain und Prime. Dank HDMI-CEC benutzt man dann einfach die Fernbedienung vom Fernseh.

Ehrlich die Neue Platform bereitet mehr Kopfschmerzen, als die Alte mit dem MR303. Da war der Vigor auch schon da. Vielleicht hätte Telekom nicht so opertunistisch auf IGMPv3 only umsteigen sollen.

@Grinch: schön mal wieder etwas von Dir zu lesen!

Kannst Du denn zu den gegenwärtigen EntertainTV Problemen etwas sagen. Ich teste hier ja die unterschiedlichen Speedports mit jeweils topaktuellen Firmwares und muss sagen, dass es seit dem ersten Quartal 2017 in Verbindung mit den div. Software-Updates inkl. "Schnellschüssen" für die Media Receiver in Abhängigkeit der Speedport-Typen sehr wenige aber auch sehr große Probleme mit EntertainTV gibt. Diese Fehler wurden mit der Umstellung auf BNG an meinem Anschluss noch verstärkt.

Wie @CatweazleX berichtet, ist es der Fehler F104030, der in der Regel nur in Verbindung mit Multicaststreams auftritt. Der MR 400 ist inzwischen direkt mit dem jeweiligen Speedport verbunden, so dass Switches und oder die Speed Home Bridge im Solobetrieb keinen Einfluss haben.

Was ist los mit EntertainTV? Bei mir verstärkt sich der Eindruck, dass hier von der Telekom ein grundsätzlicher Fehler, der evtl. nicht so schnell zu beheben ist, bewusst totgeschwiegen wird. Ich hoffe, ich habe unrecht.

Gruß Ulrich

War nie wirklich weg

Also wenn es so einen bewussten Fehler gibt, dann ist er mir nicht bekannt. Gerade bei den Multicast Joins werden eigentlich eher zuviel als zu wenige verschickt. Das trifft eigentlich auf fast jeglichen Datenverkehr zu

Aber zum Thema der letzten Updates, da gab es wohl in der Tat Änderungen beim Verhalten, nur wie gesagt, eher in Richtung "lieber einmal zuviel als zu wenig". Also z.B. wenn der 104030 auftritt wird gleich wieder versucht dem Multicast beizutreten, früher hat sich die STB damit 30 Sekunden zeit gelassen. In ungünstigen Fällen kann das sogar dazu führen, dass die STB mehrere "Kanalwechsel" gleichzeitig durchführt und damit die Leitung überlastet - das Problem soll mit dem nächsten Update aber wohl behoben werden. Einen Zuammenhang mit Multicastproblemen sehe ich da aber erstmal nicht.
Denkbar wäre natürlich, dass manche Router oder Geräte mit diesem "ich nerv so lange rum, bis der Multicast kommt" nicht klarkommen und z.B. Join/Leave in der falschen Reihenfolge verarbeiten (weil die Pakete parallel in 2 Threads abgearbeitet werden) und damit dann kein Multicast mehr kommt. Das ist aber erstmal meine persönliche Theorie. Von daher ist in solchen Fällen natürlich immer ein Paketmitschnitt hilfreich - den kann man auch mit vielen Speedports machen. Also wenn du ähnliche Fälle hast, immer raus mit den Paketmitschnitten, dann kann man sich das anschauen
Oder es steht natürlich auch immer der offizielle Weg offen, da gibts dann noch mehr Möglichkeiten den Fehler einzugrenzen. Dustin hat für solche Themen auch meistens ein offenes Ohr *duck*

Der Ersatzreceiver ist angekommen . Wie erwartet keine Änderung. Also wieder den "alten" Receiver angeschloßen. (Brauch ich den neuen nicht komplett auspacken und den Karton vom alten suchen)

Habe mir dann nochmal den Router zur Brust genommen. Und ja ist ein Vigor 2860.

Es läuft nun mit dem "alten" Receiver. Die Lösung war: via telnet:

ip igmp_snoop txquery on v2 (das ist auch die Standardeinstellung)

Der erste Versuch war es die Leitungen zu tauschen, Telekom auf Wan2 (mit Fritz 7490 als full_bridge) und der andere Anbieter auf Wan1.

Und es lief. Dann die restlichen Änderungen druchgeführt. Der Receiver lief durch, auch während der Neustarts. Hat sich schön fleißig den Multicast immer wieder geholt.

Fertig und Sender umgeschaltet, tja das wars. Lief nicht mehr.

Also der Wechsel der Wan-Schnittstelle war es also nicht.

Wieder alles zurückgetauscht und die ursprüngliche Konfiguration hergestellt.

Einstellungen auf der Weboberfläche brachten keine Änderung (DOS Defense deaktiviert, Load-Balancing fürs ganze Netz in dem sich der MR400 befindet auf Telekom gestellt. Sichergestellt das der MR400 die DNS der Telekom nutzt, Fragmentierte UDP durchgelassen*, Firewall für MR400 durchläßig). Brachte nix.

Da viel mir ein da gabs noch was mit IGMP v2 u. v3. @Grinch hat es auch erwähnt und nachsehen schadet nicht. Mit telnet auf den Router und nachgesehen ip igmp_snoop txquery ? ergab on v3. Das mal auf Aus gesetzt und den MR400 mit nach unten geschleppt. (Das hoch- und runterlaufen nervte langsam)

Lief nicht, war auch zu erwarten. txquery auf on v2 gesetzt, läuft. Ab da an war es aber auch egal wie man es eingestellt hat (on v3, off). Der Receiver lief weiter. Auch wenn er mit dem Netzschalter aus und wieder eingeschaltet wurde. Eine Gegenprüfung war nicht möglich. 

Wieder nach oben damit, dafür musste er Stromlos gemacht werden. Vorher wieder txquery auf off. Lief natürlich oben nicht, also wieder txquery on v2 -> Alles gut.

Es scheint wohl einen Unterschied zwischen Netzschalter und Stromlos zu geben.

Nun ist beim Router alles wieder so wie es sein sollte. Der MR400 läuft auch wieder. ip igmp_snoop txquery on v3 habe ich sicherlich zwischendurch mal eingestellt. Da der MR400 damit keine Probleme hatte beließ ich es dabei. Die negative Wirkung davon trat dann wohl Zeitverzögert auf (Stromausfall? Update des MR400? Irgendwas was er in bestimmten Intervallen immer wieder ausführt?)

Bei der Fehlersuche/Änderung muss man den MR400 wohl wirklich Stromlos machen, damit er sich auf die "neue" Umgebung einstellt.

Jetzt kann ich mir Aussuchen ob ich einen Receiver HW-Version 2.0 oder 2.4 haben möchte. Werde aber wohl den "neuen" wieder zurückschicken. Zu faul die Festplatte zu tauschen.

Es sei denn es gibt einen Grund warum man die neuere HW-Version nehmen sollte.

*Das durchlassen von Fragmentierten UDP Packeten ist nötig, wenn der MR400 neue Firmware aus dem Netz ziehen soll. Wenn er Probleme beim Update hat, dieses Häkchen setzen.

Den 925er habe ich als Tester dieses Routertyps behalten dürfen.

"Beruhigend" das auch ältere Modelle als der neue "Speedport W 925 V" betroffen sind. Anrufe bei der Hotline inkl. Test der Leitungen und ein Besuch des Technikers, der die Anschlussdose ausgetauscht hat, haben bisher nichts genutzt.