--- title: Hot-Standby-Reserve der Multicast-Ausgänge url: https://doc2.pstreamer.tv/de/manual/planning/multicast_reserve.html lang: de product: Perfect Streamer version: 2.0.2.423 --- # Hot-Standby-Reserve der Multicast-Ausgänge > **Wichtig** > > **Betaversion 2.1.** Das hier Beschriebene gibt es nur in der Betaversion 2.1: Sie wird aus dem Beta-Repository und nur mit einer Lizenz installiert; die stabile Version 2.0.2 und die Demoversion enthalten es nicht. Die Betaversion wird ohne Gewähr ausgeliefert, Support gibt es nach Möglichkeit ([Betatestprogramm](../extras/beta.md#extras-beta)). Die Hot-Standby-Reserve schützt Multicast-Empfänger — Set-Top-Boxen, Fernseher, Sendeempfänger — vor dem Ausfall eines Knotens. Mehrere Knoten führen gleiche Ausgänge auf dieselbe Multicast-Adresse und denselben Port. Einer von ihnen sendet in die Gruppe, und fällt er aus, übernimmt ein anderer die Gruppe — ohne Unterbrechung und ohne Wiederholungen, auf derselben Adresse. Zwei Begriffe dieser Seite: **Mitglied** — ein Ausgang eines Knotens in einer Reservegruppe; **Sender** — der Knoten, der gerade in die Gruppe sendet. Felder und Bildschirm sind in [Reserven](../webui/reserves.md#webui-fleet-reserves) beschrieben; hier steht, was im Voraus zu planen ist. ![Zwei Knoten einer Meshwork-Domäne empfangen eine Quelle und führen einen Ausgang auf dieselbe Gruppe 239.0.0.10:1234; Knoten A war der Sender und ist ausgefallen, Knoten B übernimmt die Gruppe an derselben Stelle der Zeitachse; die Empfänger bleiben in derselben Gruppe; ein dritter Knoten stimmt nur ab.](../../_images/reserve_multicast.svg) *Knoten A ist ausgefallen: Knoten B übernimmt die Gruppe, die Empfänger bleiben auf derselben Adresse.* ## Wann sie nötig ist - Die Empfänger empfangen den Kanal per UDP-, RTP- oder Pro-MPEG-Multicast und können nicht selbst auf eine andere Adresse umschalten: IPTV eines Betreibers, Hotelfernsehen, ein Sendenetz. - Server müssen nacheinander und ohne Unterbrechung des Sendebetriebs gewartet werden: Ein Knoten, der regulär angehalten wird, gibt zuerst seine Gruppen ab. Für OTT-Zuschauer ist ein anderer Mechanismus nötig — [OTT/DVR-Reserve](ott_reserve.md#planning-ott-reserve). Vor Verlusten im Netz schützen das Protokoll und ST 2022-7 ([Redundanz: was wovor schützt](redundancy.md#planning-redundancy)). ## Knoten - **Wie viele.** Zwei Knoten mit Mitgliedern; besser drei Knoten mit eingeschalteter Reserve. In einer Domäne mit nur zwei solchen Knoten übernimmt ein neu gestarteter Knoten die Gruppe erst nach 30 Sekunden und nur, wenn der andere wirklich verschwunden ist. Ein dritter Knoten stimmt auch ohne eigene Kanäle ab und hebt diese Wartezeit auf ([Wer sendet](../webui/reserves.md#webui-fleet-reserves-sender)). - **Leistung.** Der Reserveknoten hält den Stream bereit: Er empfängt die Quelle und verarbeitet sie genauso wie der Sender. Dimensionieren Sie jeden Knoten für die volle Last seiner Gruppen. - **Domäne.** Alle Knoten befinden sich in derselben Meshwork-Domäne — der, die dem Knoten als primäre zugewiesen ist ([Server-Einstellungen](../webui/administration.md#webui-server-settings)) —, mit demselben Domänenschlüssel. Mit Knoten einer anderen Domäne bildet sich keine Reserve. - **Uhren.** Die Zeit auf den Knoten ist synchronisiert (NTP); ein Knoten mit nicht synchronisierter Uhr löst den Alarm mit Code 74 (`reserve-clock-unsynced`) aus. - **Version.** Die Reserve ist eine Funktion der Version 2.1; in 2.0.2 gibt es sie nicht, dort wird der zweite Server als Kaltreserve vorgehalten. ## Quelle Die Knoten vergleichen die Streams der Mitglieder anhand von Zeitstempeln und Inhalt und schalten nur zwischen Mitgliedern mit nachweislich derselben Quelle um. Deshalb: - beide Knoten empfangen **dieselbe** Quelle: denselben Multicast vom Satellitenempfänger, denselben Stream vom Encoder; - die Streams haben denselben „Stream-Typ“ und dasselbe Merkmal eines verschlüsselten Kanals; - setzt der Eingang die Zeitstempel selbst (Datei, RTMP, RTSP, Transcoder, MPTS-Multiplexer), lassen sich die Quellen nicht vergleichen — legen Sie auf allen Mitgliedern dasselbe „Quell-Label der Reserve“ fest; - einen DVB-Eingang markiert die Gruppe mit dem Problem „DVB-Eingang, noch nicht getestet“: Die Reserve mit solchen Eingängen wurde in der Beta nicht getestet — prüfen Sie die Umschaltung in Ihrem eigenen Aufbau vor dem Sendebetrieb. ## Netzwerk - **Steuerkanal.** Der UDP-Port 43975 (Standard) ist zwischen allen Knoten der Domäne offen. Über ihn stimmen die Knoten ab und beobachten einander; er ist mit dem Domänenschlüssel geschützt. - **Adressen.** Alle Mitglieder der Gruppe haben dieselbe Multicast-Adresse, denselben Port und dieselbe Sendeschnittstelle „Multicast egress interface“ im Netz der Empfänger. - **Empfänger folgen der Gruppe, nicht dem Sender.** Jeder Knoten sendet von seiner eigenen Adresse, daher kommt die Gruppe nach einer Umschaltung von einer anderen Quelladresse. (ASM — Beitritt zu einer Gruppe von beliebiger Quelle, SSM — nur von den aufgeführten.) - ASM-Empfänger (IGMPv2 oder IGMPv3 ohne Quellenliste) funktionieren. - SSM-Empfänger (IGMPv3 INCLUDE) — nur, wenn der Beitritt die Adressen aller Knoten der Gruppe aufführt. - Ein Eingang von Perfect Streamer, der eine solche Gruppe empfängt: „SSM source address“ und „Path 2 SSM source address“ bleiben leer. Eine gemeinsame Adresse oder virtuelle IP ist nicht nötig. - **Switches.** IGMP Snooping und ein einziger Querier (das Gerät, das die IGMP-Teilnehmer abfragt) im Netz der Empfänger, wie bei jedem Multicast ([IGMP Snooping und Querier](hotels/network.md#planning-hotels-igmp)). Schließen Sie die Knoten an verschiedene Core-Switches an: Gegen den Ausfall eines gemeinsamen Switches hilft die Knotenreserve nicht. - **Bandbreite.** Jeder Knoten empfängt die Quelle vollständig; in das Netz der Empfänger sendet die Gruppe ein einziger Knoten. ## Wer sendet, und die Verzögerung - **Nur der gewählte Sender** (Standard). In die Gruppe sendet ein Knoten, die anderen halten den Stream bereit. - **Beobachtungsmodus.** Alle senden, die Reserve prüft nur die Mitglieder. Eignet sich für einen Probebetrieb neben einem laufenden Aufbau. - **Ausgangsverzögerung.** Damit die Umschaltung nahtlos ist, senden die Ausgänge der Gruppe den Stream mit einer festen Verzögerung gegenüber dem Eingang: von 500 bis 2500 ms, standardmäßig 500. Das ist eine zusätzliche Verzögerung des Kanals für die Empfänger; legen Sie auf allen Mitgliedern denselben Wert fest ([Ausgangsverzögerung](../webui/reserves.md#webui-fleet-reserves-delay)). - **Verzögerung und zweiter Weg des Eingangs.** Empfängt der Eingang zwei Wege nach ST 2022-7, muss die „Ausgangsverzögerung“ mindestens das Fenster des zweiten Wegs („Path skew (ms)“ des Eingangs) plus 400 ms betragen: Sonst ist eine Umschaltung bei einem echten Ausfall des Eingangs nicht nahtlos. - **Bevorzugter Knoten.** Die „Reservepriorität“ des Ausgangs legt fest, welches Mitglied bevorzugt ist, und „Zurückgeben nach (s)“, ob die Gruppe nach der Wiederherstellung zu ihm zurückkehrt. ## Pro-MPEG und der zweite Weg - Ein Pro-MPEG-Ausgang nimmt an der Senderauswahl teil, wenn „Spalten × Zeilen“ eine Zweierpotenz ist, ein Datagramm 7 TS-Pakete enthält, weder Multiplexing noch eine Passphrase verwendet werden und die Matrix auf allen Mitgliedern gleich ist. Andernfalls sendet er immer, neben dem Sender, und übernimmt die Gruppe nicht ([Pro-MPEG-Ausgang in einer Reservegruppe](../webui/io/network.md#webui-io-prompeg-reserve)). - Den zweiten Weg nach ST 2022-7 sendet der Sender der Gruppe. Legen Sie ihn auf allen Mitgliedern gleich fest, einschließlich `path2-mcast-if`: Auch über den zweiten Weg beobachten die Knoten den Sender ([Netzanforderungen für ST 2022-7](st2022_7.md#planning-st2022-7)). ## Einschränkungen - MPTS-Ausgänge werden in der Gruppe angezeigt, aber nicht abgesichert. - Ist die Quelle bei allen Mitgliedern gleichzeitig weg, schaltet die Gruppe nicht um: Die Knotenreserve ersetzt keine Reserveeingänge ([1. Quelle: Reserveeingänge](redundancy.md#planning-redundancy-source)). - Nach häufigen Umschaltungen wird die automatische Umschaltung der Gruppe ausgesetzt (Alarm mit Code 72, `reserve-frozen`). - In der Demoversion gibt es keine Reserve. ## Vor dem Start - Auf dem Bildschirm „Reserven“ jedes Knotens sind alle Knoten der Domäne in der Tabelle „Knoten“ mit bestätigtem Schlüssel zu sehen, die Uhren — „Synchronisiert“. - Bei jeder Gruppe lautet das Ergebnis des Quellenvergleichs „Gleiche Quelle“ oder „Gleiches Signal“, ohne Probleme. - Eine Probeumschaltung mit der Schaltfläche „Verschieben nach…“ in der Zeile der Gruppe verläuft ohne Unterbrechung am Empfänger; auf der Spur „Reserve“ der Stream-Statistik ist das Umschaltereignis zu sehen. - Alarme mit den Codes 66–74 werden an den Bereitschaftsdienst zugestellt ([Stream-Redundanz](../extras/alert_codes.md#extras-alert-codes-reserve)).