Gelöst
t-entertain stottert seit ein paar wochen ab und zu trotz igmpv3
vor 8 Jahren
Seit ein paar Wochen stottert jeden Tag ein paar mal (oft nach dem Umschalten) T-Entertain.
Die verwendete Netzwerkhardware kann igmpv3 und ich sehe auf dem dlink Switch (siehe angehängte Zeichnung) an dem auch der mr400 hängt auch die multicast Gruppe.
Alle Geräte haben aktuelle Firmware. Der Router wurde schon getauscht, ebenso der Hauptswitch.
Phasenweise funktioniert das Stundenlang ohne jegliche Probleme, es kann also nichts prinzipielles sein.
Ich kann am dlink den Ablauf Umschalten-einige sekunden unicast-igmp Gruppeneintrag und Umschaltung auf Multicast wenn es läuft nachvollziehen.
Was mir aber auffällt wenn es nicht läuft:
Man schaltet um: gruppe wird am dlink entfernt (MR400 macht ja erst mal unicast).
Dann nach ein paar Sekunden fängt es an zu stottern (beim umschalten auf multicast). Zu diesem Zeitpunkt ist die Gruppe noch nicht am dlink zu sehen!
Es stottert dann mehrere zig Sekunden bis Minuten.
Macht man nichts kommt dann irgendwann die Gruppe am dlink an und dann geht es.
Interessanterweise werden die Multicasts NICHT geflutet (geprüft mit Wireshark). Ich vermute also da kommt gar nichts richtiges im LAN an?
An der 7590 sehe ich auch zu dem Zeitpunkt keine stabilen Video-Downstream. Wobei ich nicht weiss an was die 7590 das fest macht.
Das ganze setup lief bis vor (kann leider nicht genau sagen) rund ein paar Wochen ohne jegliche Probleme.
Ich kann leider auch nicht sagen ob da ein MR400 update dazwischen gemacht wurde.
Hat jemand noch einen Tipp wo das Problem liegen könnte?
Anbei die Zeichnung des Netzes.
Zum Störungszeitpunkt war nur der mr400 aktiv. Keine Aufnahmen.
Die Devolo Adapter machen kein wlan.
Die 7590 macht mesh via lan/powerlan mit dem repeater.
Die reinen LAN-verbindungen laufen stabil. (Netflix, PS4 etc).
Powerlan hat stabile gemessene 200-300mbit zwischen allen Adaptern.
DSL Fehler sind zwar zu sehen aber nur wenige (5 in 15 Minuten).
Störabstand ist etwas niedrig aber ok. Keine igmp/multicast Fehlermeldungen in der 7590.
Sollte ich selbst im Laufe der Diskussion den Fehler finden poste ich das natürlich hier.
Über Hinweise wo ich noch suchen kann wäre ich dankbar. Gerne auch technisch detailiert
538
12
vor 8 Jahren
komplexes Netzwerksetup... Sicher dass alle Geräte SSM unterstützen?
Vielleicht hat @Grinch ja eine Idee... Er ist da Experte...
9
Antwort
von
vor 8 Jahren
Bin etwas schlauer:
ich sehe 2 igmp joins vom mr400
Die 7590 sendet eine query aber erst wenn die normale query time abgelaufen ist.
Genau in der zeit dazwischen ist das Gestotter.
Dazu eine Frage:
sollte ein multicast router nicht nach einem igmp join einer gruppe die noch nicht existiert eine query schicken?
Denn laut den dokumenten die ich gefunden habe verhält sich der Switch imho korrekt:
Der Gruppeneintrag wird erst neu angelegt wenn es eine query gibt.
ebenso wird er erst gelöscht wenn eine query keine Antwort hatte.
Das Varhalten ist auch sowohl bei den dlink als auch den netgear switches so.
Ich verwuche nachher noch rauszufinden ob die 7590 denn überhaupt den multicast stream schon ins lan schickt zu dem Zeitpunkt.
Edit:
die antwort auf den post vergessen:
ziemlich. Hat ja schon mal funktioniert.
Antwort
von
vor 8 Jahren
Also soviel mal vorweg, eine Lösung hab ich erstmal auch nicht
Aber ein paar Anmerkungen, die uns vielleicht dem Verursacher näher bringen.
Das Stottern nach dem Umschalten dürfte zu 99% an fehlendem Multicast liegen. Wenn man umschaltet, wird, wie du schon gesagt hast, erstmal per Unicast übertragen mit 130% der eigentlichen Streamgeschwindigkeit. Nach ein paar Sekunden drosselt der Server auf 30% und die STB muss den Multicast anfordern (zusammen dann wieder 130%). Sobald die STB Multicast empfängt, wird der Unicast abgestellt (die 30% sorgen dafür, dass der Übergang nahtlos ist).
Beim IGMP gibts glaub ich noch ein paar Missverständnisse. Es gibt einerseits die erwähnten Queries in regelmäßigen Abständen. Die sind aber nur dazu da zu erkennen, ob eine Multicastgruppe gar nicht mehr benötigt wird, ohne dass sie jemand abgemeldet hätte. Darüber sollte kein Join laufen!
Dafür gibt es extra IGMP Pakete, die jederzeit funktionieren müssen. Es ist also nicht richtig, dass der Multicast erst kommt, wenn die Fritzbox mal wieder danach gefragt hat!
Zu deiner Frage, bei einer neuen Gruppe wird kein Query geschickt. Wie gesagt, der Zweck der Query ist der umgekehrte Weg. Deshalb wird in der Regel bei einem Leave direkt ein Query geschickt (um sicherzugehen, dass kein anderer die Gruppe doch noch will).
Insofern ist imho das Verhalten des Switches nicht korrekt. Der Eintrag muss sofort erstellt werden, wenn ein IGMP Join empfangen wird (und gelöscht werden bei einem Leave oder einem Query Timeout).
Soweit zur Theorie, jetzt gilts rauszufinden, warum der Multicast wohl erst nach dem Query kommt.
Wenn ichs richtig verstanden habe, siehst du die Joins des MR400. Wo hast du die denn gesehen in deinem Netzbildchen? Zwischen MR und Switch oder zwischen Switch und Fritzbox? Wichtig wäre, dass sie bei der Fritzbox ankommen, sonst wird die keine Multicastgruppe anfordern
Also ich würde erstmal den Weg der IGMP Joins nachvollziehen vom MR bis ins Internet, also mal mitschnüffeln am Switch und an der Fritzbox, jeweils an beiden Seiten des Netzes, also Richtung MR bzw. FB und Richtung Switch bzw. DSL - dank Fritzbox ist das recht easy (http://fritz.box/support.lua Paketmitschnitte) und beim Switch kannst du bestimmt einen Monitoring Port einstellen, wenn der managebar ist. Ansonsten mal mit der Fritzbox anfangen, das gibt vielleicht auch schon Hinweise, wenn die Pakete dort nicht ankommen. Oder wenns irgendwie geht ein langes Kabel vom MR direkt an die FB , damit könnte man die Analysestrecke etwas verkürzen, wenn der Fehler damit auch aufrtitt.
Nachtrag, hier mal noch ein Bild aus meinem Archiv wie das für gewöhnlich abläuft (Unicast Anforderung, Antwort, Auftrag zum Multicast zu wechslen, IGMP Request, Multicast) jeweils im LAN und im WAN (wobei das noch nicht BNG ist, daher die Joins auf beiden VLANs):
Antwort
von
vor 8 Jahren
danke erst mal für die ausführliche antwort
ich messe noch ein paar mal und melde mich dann zurück.
die igmp queries kommen an der fritzbox an, das sehe ich schon.
auch die überlappung habe ich gesehen.
ich muss noch ein paar messungen und tests machen. vor allem muss ich schauen ob die multicasts während der "transitionphase" wirklich am mr400 ankommen.
ich meinte nicht das die gruppenverwaltung per queries erfolgt, sondern andersrum:
wenn ein client einen join sendet sollte doch der multicast router mit einer group query reagieren, oder hab ich das falsch im kopf?
Uneingeloggter Nutzer
Antwort
von
Akzeptierte Lösung
akzeptiert von
vor 8 Jahren
kurzes feedback zum telekom-switch:
funktioniert (wie ja zu erwarten) auf anhieb.
ich versuche noch mit avm zu klären ob sich mit 6.90 irgendwas am igmp handling geändert hat.
denn was mir aufgefallen ist:
die 7590 senden bei einem igmp leave auch keine direkte query. und wie wir ja oben lesen können sollte sie das machen.
interessanterweise funktionieren die netgears nun "hinter" dem telekom switch auch ohne probleme.
schade, ich hätte gerne als primären ersten switch einen snmp managebaren gehabt *sigh*
ich melde mich dann wenn ich von avm noch nähere infos bekomme. ich vermute aber dabei kommt nix raus.
0
Akzeptierte Lösung
akzeptiert von
vor 8 Jahren
Inzwischen wurde der telekom switch durch einen zyxel 1900-8 ersetzt.
Dieser funktioniert auf anhieb perfekt.
Damit scheiden dlink und netgear für mich für weitere hardwarekäufe aus
Warum die probleme erst nach dem sw update der fritzbox auftraten ist mir schleierhaft.
Irgendetwas muss vorher wohl anders gewesen sein, ist aber jetzt nicht mehr reproduzierbar.
Somit meine klare Empfehlung für managebare switches:
zyxel 1900
0
Uneingeloggter Nutzer
Frage
von