Anleitungen

Fallback und Hörer-Rückkehr planen

Planen Sie eine passende Fallback-Kette. Unterscheiden Sie Quellenausfall und vollen Mount und prüfen Sie Hörerwechsel und Rückkehr kontrolliert.

Auf dieser Seite

Fallback ist eine Weiterleitungsregel für Hörer, wenn der angeforderte Stream sie nicht versorgen kann. Eine Fallback-Angabe erzeugt keine Backup-Musik. Legen Sie das Ziel fest, berücksichtigen Sie einen Ausfall dieses Ziels und entscheiden Sie über die Rückkehr bei wiederverbundener Originalquelle.

Ein kompatibles aktives Ziel verwenden

Der Ausschnitt gehört in eine vorhandene <icecast>-Konfiguration. Beide Mountpoints sind normale Streams mit einer Quelle oder einem Relay. Ersetzen Sie die Namen durch Ihre geplanten Pfade:

xml · Codebeispiel
<mount type="normal">
  <mount-name>/live.ogg</mount-name>
  <fallback-mount>/backup.ogg</fallback-mount>
  <fallback-override>true</fallback-override>
  <fallback-when-full>true</fallback-when-full>
</mount>

fallback-mount nennt das Ziel. fallback-override erlaubt der zurückkehrenden Originalquelle, Hörer zurückzunehmen. fallback-when-full leitet auch neue Hörer weiter, wenn das Hörerlimit dieses Mounts erreicht ist. Diese Einstellungen beantworten verschiedene Fragen und benötigen eigene Prüfungen.

Halten Sie Codec, Container und Datenrahmung kompatibel. Ein anderer URL-Pfad macht einen Formatwechsel für den Player nicht automatisch möglich. Auch abweichende Bitraten beeinflussen gegebenenfalls die Pufferung. Prüfen Sie die echten Zuführungen und vorgesehenen Player.

Ketten und Datei-Relays bewusst behandeln

Ein Backup kann selbst einen Fallback besitzen. Zeichnen Sie diese Kette auf und halten Sie sie endlich. Fehlt das Ziel und ist kein weiteres Ziel nutzbar, können Hörer getrennt werden. Teilen sich mehrere Original-Mounts ein Backup, prüfen Sie den späteren Rückweg ausdrücklich. Unterstellen Sie nicht ungeprüft die gewünschte Zuordnung zum ursprünglichen Stream.

Icecast dokumentiert außerdem eine Datei unter dem Webroot als Fallback. Das Handbuch warnt davor, solche Dateiausgabe ungeprüft durch ein weiteres Relay abzurufen, weil die zeitliche Taktung entscheidend ist. Verwenden Sie für Relay-Ketten ein aktiv kodiertes Backup, solange das Dateiverhalten Ihrer konkreten Version und Konfiguration nicht geprüft ist. Intro und Fallback haben unterschiedliche Aufgaben: Ein Intro steht vor der normalen Wiedergabe, ein Fallback ersetzt fehlende Medien.

Die Fehlerfälle durchspielen

Prüfen Sie Normalbetrieb, Trennung und Rückkehr der Originalquelle, Ausfall des Backups und einen vollen Original-Mount. Beobachten Sie die Hörerverbindung sowie die Statistiken beider Mounts. Verändern Sie dafür nur eine Testquelle. Ein erfolgreiches Neuladen oder eine HTTP-200-Antwort auf einen Verwaltungsbefehl beweist keine unterbrechungsfreie hörbare Wiedergabe.

Quellen

  • Icecast 2.5.0: Quellarchiv (.tar.gz)

    2.5.0 · Abgerufen

    Verwendete Dateien im Archiv

    • Konfigurationsreferenzdoc/config_file/index.html
    • Vollständige Beispielkonfigurationconf/icecast.xml.in
    • Administrationdoc/admin_interface/index.html
  • Konfigurationsreferenz

    2.0.2 (historisch) · Abgerufen