Was damit gelöst wird
Dieses Verfahren bietet Operatoren einen kontrollierten Weg, um SRT-Listener, Zugriffskontrolle, Live-Telemetrie und Primär-/Backup-Routing in einen geprüften Zustand zu bringen.
Wann verwenden
Nutzen Sie es bei Ersteinrichtung, geplanter Änderung oder Störungsbehebung, wenn Sie SRT-Listener, Zugriffskontrolle, Live-Telemetrie und Primär-/Backup-Routing in einen geprüften Zustand zu bringen.
Pfad im Dashboard
/srt-servers/list/srt-routes/listVoraussetzungen
Administratorzugriff auf die Callaba-Instanz und Änderungsrechte für dieses Modul.
Ein Wartungsfenster oder eine Nicht-Produktionsressource sowie eine reale Testquelle oder ein Testclient.
Eine Aufzeichnung der aktuellen Werte, belegten Ports und Zugangsdaten vor dem Speichern.
Schritte in der Callaba-UI
- 01
Folgen Sie in der Dashboard-Seitenleiste dem Pfad Streaming servers → SRT servers. Öffnen Sie die geprüfte Route /srt-servers/list. Folgen Sie in der Dashboard-Seitenleiste dem Pfad Streaming servers → SRT routes. Öffnen Sie die geprüfte Route /srt-routes/list.
- 02
Notieren Sie vor Änderungen an „SRT-Server betreiben“ diese aktuellen Werte: server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts.
- 03
Setzen Sie in „SRT-Server betreiben“ die Felder server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts, damit Sie SRT-Listener, Zugriffskontrolle, Live-Telemetrie und Primär-/Backup-Routing in einen geprüften Zustand zu bringen. Lassen Sie andere Werte unverändert.
- 04
Führen Sie Save [creating-form-save] → Start [START] aus. Warten Sie auf einen stabilen Formular- oder Listenstatus, bevor Sie eine weitere Variable testen.
- 05
Testen Sie mit einer realen Quelle, einem Ziel oder Browser-Client und bestätigen Sie: BITRATE, msRTT, PUSHER, PULLER.
server_portserver_receiver_portserver_latencypassphraseaccess_settingsrouting_hosts
- Save
creating-form-save - Start
START
BITRATEmsRTTPUSHERPULLER
Erwartetes Ergebnis
Das Runbook ist abgeschlossen, wenn Save [creating-form-save] → Start [START] erfolgreich ist und ein realer Workflow BITRATE, msRTT, PUSHER, PULLER meldet.
Fehlerbehebung
Die gespeicherte Änderung erscheint nicht
Prüfen Sie die Speicherantwort, laden Sie das Modul einmal neu und vergleichen Sie die sichtbaren Werte mit Ihrer Ausgangsdokumentation. Beheben Sie Validierungsfehler vor dem nächsten Versuch.
Verbindung oder Wiedergabe schlägt fehl
Prüfen Sie Host, Port, Protokoll, Zugangsdaten und Firewall-Pfad des realen Clients. Testen Sie zuerst genau eine Quelle und ein Ziel.
Das Modul startet, bleibt aber instabil
Kehren Sie zu den zuletzt funktionierenden Werten zurück, prüfen Sie Live-Statistiken und Prozessfehler und führen Sie Änderungen einzeln wieder ein.
Produktseite / Exakte API-Referenz
Öffnen Sie den Produktkontext oder automatisieren Sie denselben Vorgang über den verifizierten API-Endpunkt.