Speedport W 724V + MikroTik Routerboard 450G + VDSL (all IP) + MagentaTV Entertain v2

@chgorges Hi, danke für diese Empfehlung. An die ganze Infrastruktur (Speedport, Mirkotik, Receiver) komme ich erst am Wochenende ran. Ein Werksreset würde ich natürlich sehr ungerne machen, da sich im Prinzip ja nichts am Speedport verändert hat.

So wie ich es verstanden habe, soll nun IPTV nicht mehr in einem getrennten VLAN laufen, sondern mit den ganzen Surfdaten zusammen.

Internet klappt wunderbar, der Receiver kann auch Anfangs die Kanäle abspielen, es ist halt nur das Multicast.

Für mich wird der Speedport-Reset definitiv die letzte Sache sein, die ich ausprobiere. Nimm das bitte nicht als "also wenn du so was schon nicht machst, dann hast du's nicht besser verdient" auf, es ist halt nur verdammt schwer, dann alles wieder in Ordnung zu bekommen.

@aqui Danke für den Hinweis. Diese Liste ist schon mal ein sehr guter Hinweis, da ich mich gewundert hatte, wo die IP-Adresse 87.141.215.251 herkommt, die ich in diesem Beitrag gefunden habe.

https://telekomhilft.telekom.de/t5/Fernsehen/Entertain-2-mit-Mikrotik-Ro ...

Ich habe meine Einstellungen auch so wie in diesem Beitrag abgeändert gehabt, sprich

/routing igmp-proxy
set quick-leave=yes
/routing igmp-proxy interface
add interface=eth2-intranet threshold=3
add alternative-subnets=87.141.215.251/32 interface=eth1-speedport upstream=yes

sowie

/ip firewall filter
add action=accept chain=input protocol=igmp

allerdings habe ich den threshold bei 1 gelassen, so wie ich ihn zuvor hatte, da ich nicht weiß, was der Parameter macht.

Wenn ich im Packet Sniffer im Routerboard einen Mitschnitt nach IGMP-Daten mache, dann tut sich da sehr wenig.

Insbesondere fällt mir auf, dass im IGMP-Proxy des Routerboards beim Upstream weder RX Packets/Bytes noch TX P/B fließen. Es ist, als ob beim IGMP-Proxy gar nichts von dem Media Receiver ankommen würde.

Allerdings erscheint bei IGMP_Proxy.MFC gelegentlich ein dynamischer (automatisch erstellter) Eintrag

Group 239.255.255.250
Source 192.168.3.8 <-- UP-Adresse des Routers
Upstream Interface unknown

Den habe ich nun mal in einen statischen Eintrag verwandelt
Group 239.255.255.250
Source 192.168.3.8
Upstream eth1-speedport
Downstream eth2-intranet

Ändern tut sich aber an den RX/TX des Proxies leider nichts.


Inzwischen liegt mein Verdacht beim Netgear GS108E-100PES, der zwischen dem Routerboard und dem Receiver steckt. (UPDATE: Der aber durch die Sache mit dem MFC nun wieder in's Wanken gebracht wurde. Furchtbar.)

Wenn ich mich recht erinnere hatte ich im Netgear etwas Konfiguriert, möglicherweise was mit VLAN am Port an dem der MR303 hing. Das ist aber alles schon so lange her, so dass ich nicht einmal mehr die IP-Adresse dieses angeblichen Halbsmart-Switches kenne. Oder war da mal was mit einer Software und MAC-Adresse? 4 Jahre sind's her.


Meine Vorgehensweise wird nun diese hier sein: Am Samstag/Sonntag mal vor Ort checken, ob IPTV klappt, wenn ich den Receiver direkt an den Speedport packe. Wenn es klappt, dann wird das eine Notlösung sein, und dann kann ich mich Wochenende für Wochenende an die Lösung annähern.

Das Problem ist halt, dass ich schon möchte, dass der Receiver im gleichen Subnetz ist, falls der DLNA und so versteht, falls mal Handys mit dem irgendwie über Multicast oder was auch immer die benutzen verbunden werden können..


Zweiter Schritt ist dann vom Speedport auf einen freien Port im Routerboard zu wechseln, als wieder den Netgear zu umgehen. Da denke ich steckt das meiste Potential drin, allerdings ist der Routerboard so konfiguriert, dass es keine Bridge gibt, dann wäre der Receiver wieder in einem anderen Subnetz. Damit könnte ich anfangs leben. Dann müsste ich zuschauen, wie ich im nächsten Schitt eine Bridge erstelle in die ich den Port des Receivers und des generellen Intranets reinverschiebe. Nicht ganz trivial, weil viele Filterregeln dann abgeändert werden müssen.


Was ich aber wirklich gerne wissen würde ist was genau sich bei diesem Wechsel technisch seitens der Telekom ändert. Warum gibt es diese Änderung, wie wird die durchgeführt ob das ein Wechsel von Entertain v1 (November 2014) zu MagentaTV (=Entertain v2 ???). Gibt es dazu näheres für Geeks?


Ein weiteres merkwürdiges Verhalten des Receivers ist, dass ich den nicht anpingen kann. Also Ping bleibt dann einfach hängen. Keine Meldung wie `icmp_seq=1 Destination Host Unreachable`, rein gar nichts passiert dann.

@chgorges Das ist sehr interessant, was Du da schreibst.

Aber mal eine Frage: wie kommt es, dass die Telekom irgendwelchen Senioren einen Werksreset des Routers zumutet? Können die so was machen?

Vielleicht ist es doch ein Versuch wert. Soweit ich weiß, wurde auch alle IT (Speedport, Routerboard usw) für ein paar Sekunden Stromlos gemacht. Hätte so was nicht reichen müssen?

Ich werde auch morgen mal bei der Telekom anrufen, damit die mir mal erzählen was Sache ist. Eventuell steckt da ein Sonderkündigungsrecht drin.

Also dann ist es so: Wenn ich mir das am WE vor Ort anschaue, und der Receiver nicht funktioniert, wenn er direkt am Speedport ist, dann werde ich das mit dem Werksreset machen. Brauche ich dann noch die Kundendaten oder nicht?

Ich kann mich aus der Ferne in den Speedport einloggen, via OpenVPN, falls das was bringen sollte (um Infos zu holen). Aus der Ferne kann ich den halt nicht resetten, weil wenn dann was nicht funkt, gibt's größeren Ärger.




Update: Und ich habe da ein weiteres Problem, welches mit einem Werksreset ausgelöst werden könnte. Damals, als der Anschluss + Internet bestellt und eingerichtet wurde funktionierte Sipgate nicht. Ich verbrachte sage und schreibe 8 Stunden mit dem Support und sonstigen Telekom-Leuten (verteilt über eine Woche), um dieses Problem zu lösen. Es funktionierte immer eine Weile, dann nicht mehr, bis der Router neugestartet wurde. Keine Ahnung was die gemacht haben, aber was sie gemacht haben, taten sie nur, weil ich denen sagte, dass ich sonst von dem 14-tägigen Sonderkündigungsrecht gebrauch machen werde. Das hatten wir dann auf 30 Tage verlängert, sonst hätte ich noch am gleichen Tag gekündigt. Dann ging es. Ich mache mir Sorgen, dass das Gigaset, welches sich bei Sipgate registriert und auch das einzige Gerät ist, welches nebst dem Routerboard am Speedport hängt, dann nicht mehr funktioniert.

@chgorges: Noch eine weitere Frage: Der Neustart hat nichts mit Firmwareupgrades zu tun? Auf dem Speedport W 724V Typ A ist schon die neuste Firmware drauf ( Firmware Version 05011603.06.001 )

Netzwerkfehler hieß es glaub ich nicht, ich glaube man sagte mir da stünde was wegen "Qualität des Routers" oder so.


Habe ein Foto bekommen: "Wiedergabe nicht möglich. Die Qualität der Netzwerkverbindung ist nicht ausreichend. Bitte starten sie die Systemprüfung. (F104031)"

Ich denke ich werde das so machen, dass ich den Receiver nur in den Speedport reinstöpsel, und den Rest der Telekom überlasse.

Sollte dann das Telefon nicht mehr funktionieren (Gigaset mit Sipgate), welches dann ja neben dem Receiver und dem Routerboard im Speedport eingesteckt ist, dann sind die zumindest selbst dafür verantwortlich.

Für ihre Tests können die dann das Routerboard sowie das Telefon vom Speedport trennen, dann haben die ihren Idealzustand.

Wenn das alles dann ein paar Tage funktioniert, dann werde ich versuchen, den Receiver wieder hinter das Routerboard zu bekommen.

Oder ist da irgendwie ein Risiko für mich drin wenn ich so handle?

Hi @chgorges

Ich war heute vor Ort und mein erster Test war den direkt an den Speedport dranzumachen. Ging zuerst nicht, weil ich den DHCP-Server im Speedport abgeschaltet hatte (...). Vielleicht hätte ich den Speedport dann auch gar nicht Neustarten müssen, so wie es mir der Receiver anordnete, sondern er tat es nur, weil er keine Adresse bekam. Einen Werksreset war nicht nötig.

Ich hatte den danach kurz an den Routerboard angeschlossen, um zu checken ob das klappt, aber das tut es leider nicht; dazu bräuchte ich mehr Zeit.

Eventuell wäre es auch eine Lösung den Uplink-Port des Routerboards in eine Bridge zu verwandeln (bin mir nicht sicher ob der Port das zulässt, Ich glaube nur bestimmte Ports lassen sich auf einen integrierten Hardware-Switch umschalten, und dieser gehört da nicht dazu), dann einen Port für den Media Receiver hinzufügen, so dass dann auch gar kein IGMP-Proxy nötig wäre. Kann ich aber nicht Remote machen. Dennoch wäre es besser, wenn der MR in's Subnetz der ganzen anderen Geräte reinkommt.

Mir geht es darum, mit dem Mangle des Routerboards Syslog-Einträge zu generieren, die dann tracken welcher Kanal angeschaut wird. Hatte damals gut geklappt.

@aqui Danke für den Hinweis.

Gibt es irgendwo eine Anleitung? Für mich ist PIM ein Fremd-Akronym, müsste mich da erst einmal schlau machen. Ich hatte heute kurz was mit PIM gemacht, weil das mit dem Proxy nicht ging, aber im Grunde habe ich nur so zwei Sachen abgeändert von denen mir nur IGMPv3 in diesem Kontext was sagte. Hatte natürlich nicht geklappt und habe ich dann auch wieder gelöscht.