Zum Inhalt springen
Callaba
Produkt-Benutzerhandbuch

SRT-Server

Empfangen, schützen, überwachen und leiten Sie SRT-Beiträge mit geringer Latenz und explizitem Herausgeber- und Empfängerzugriff weiter.

In Callaba findenStreaming-Server → SRT-Server
Was dieses Modul leistet

Ein SRT-Server ist der verwaltete Beitragsendpunkt. Konfigurieren Sie Latenz und Bandbreite für das reale Netzwerk, sichern Sie es und nutzen Sie dann Telemetrie und kontrollierte Routen, anstatt anhand der Spielersymptome zu raten.

Diesen Workflow in Callaba fortsetzen

Callaba SRT-Server

Jede Lebenszyklusänderung endet mit einem beobachtbaren Mediennachweis, und bei der Außerbetriebnahme bleiben keine verborgenen nachgelagerten Abhängigkeiten zurück.

So funktioniert das Produkt

Vor dem Start

  • Ein erreichbarer UDP-Port und eine Firewall-Regel, die nach Möglichkeit auf die erforderlichen Quellen beschränkt ist.

  • Ein echter SRT-Encoder oder eine Testquelle und ein Empfänger wie VLC oder ein nachgeschaltetes Callaba-Modul.

  • Gemessene Netzwerk-RTT und erwartete Spitzenbitrate.

Einstellungen erklärt

Hier werden die für Operatoren relevanten Bedienelemente erklärt. Interne Feldnamen und Implementierungsereignisse bleiben bewusst verborgen.

Listener

Identität und Netzwerkkapazität des SRT-Endpunkts.

Name und aktiver Status

Betreiberbezeichnung und Lebenszyklusstatus dieses SRT-Servers.

Listener-Port

UDP-Port, der von eingehenden SRT-Verbindungen verwendet wird.

Empfänger-Port

Optionaler eindeutiger Port, der von der Empfängerseite des konfigurierten Workflows verwendet wird.

Latenz

SRT-Wiederherstellungspuffergröße für den gemessenen Netzwerkpfad.

Beginnen Sie mit der gemessenen RTT und testen Sie unter repräsentativem Paketverlust.
Maximale Bandbreite

Headroom, den SRT im Verhältnis zur Medienbitrate für die Neuübertragung nutzen kann.

Empfangspuffer

Host-Puffer, der für den SRT-Empfänger verfügbar ist.

Verbindungszeitüberschreitung

Wie lange ein nicht verfügbarer Peer ungelöst bleiben darf, bevor die Sitzung als fehlgeschlagen gilt.

Sicherheit und Zugriff

Schützen Sie Medien und beschränken Sie, wer veröffentlichen oder empfangen darf.

Passphrase

Optionales SRT-Verschlüsselungsgeheimnis, das von autorisierten Peers geteilt wird.

Verwenden Sie ein starkes Geheimnis und verteilen Sie es getrennt von der URL.
Zugriffsmodus

Erfordern Sie explizite Stream-Zugriffsobjekte, beschränken Sie sie nach Host oder erlauben Sie absichtlich einen umfassenderen Zugriff.

Publisher- und Receiver-Rollen

Trennen Sie Clients, die Medien senden, von Clients, die diese konsumieren.

Routing und Wiederherstellung

Verbinden Sie diesen Endpunkt mit einem oder mehreren SRT-Peers.

Routing-Modus

Deaktivieren Sie das Routing oder verwenden Sie Callaba/Public-Address-Peer-Definitionen.

PUSH oder PULL

PUSH sendet an einen Listener; PULL stellt eine Verbindung zu einer verfügbaren Quelle her.

Routing-Hosts

Geordnete Peer-Adressen, die vom konfigurierten Routenworkflow verwendet werden.

Beobachtbarkeit

Verwenden Sie Live-Beweise, bevor Sie Transportparameter ändern.

Statistikintervall

Häufigkeit, die für die unterstützte Statistikerfassung oder Rückrufe verwendet wird.

Live-Bitrate

Zeigt an, ob aktuell Medien ankommen.

Netzwerk-RTT

Von der SRT-Sitzung gemeldete Hin- und Rücklaufzeit.

Verbindungs- und Ereignisverlauf

Sitzungs- und Transportereignisse, die zur Diagnose von Verbindungsabbrüchen verwendet werden.

Sicherer erster Workflow

  1. 01

    Erstellen Sie den Server mit einem ungenutzten UDP-Port und einem eindeutigen Betreibernamen.

  2. 02

    Messen Sie den tatsächlichen Pfad und legen Sie dann Latenz, maximale Bandbreite und Timeout für dieses Netzwerk fest.

  3. 03

    Fügen Sie eine Passphrase und expliziten Herausgeber-/Empfänger-Stream-Zugriff hinzu.

  4. 04

    Starten Sie den Server und verbinden Sie einen echten Publisher.

  5. 05

    Schließen Sie einen Empfänger oder ein Downstream-Modul an und bestätigen Sie die Live-Bitrate plus Netzwerk-RTT.

  6. 06

    Erst wenn der einzelne Pfad stabil ist, fügen Sie Routing oder eine Backup-PULL-Quelle hinzu.

Workflow-Beispiele

Geeignet für

Erstellen, überprüfen, bearbeiten und außer Betrieb nehmen Sie einen SRT-Server

Ein Bediener muss einen SRT-Endpunkt ändern, ohne ein gespeichertes Formular mit einem funktionierenden Medienpfad zu verwechseln.

ErstellenRolle, Port und Zugriff
StartenEndpunkt ist bereit
ÜberprüfenEchte Medien und Ausgabe
BearbeitenSpeichern, neu starten, erneut testen
RuhestandAbhängigkeiten entfernen
Animiertes Workflow-Diagramm: Erstellen, überprüfen, bearbeiten und außer Betrieb nehmen Sie einen SRT-Server

So wird er aufgebaut

  1. 1

    Erstellen Sie den Server mit seiner Rolle, seinem Port, seiner Zugriffsrichtlinie und den erwarteten Medieneinstellungen.

  2. 2

    Starten Sie es und warten Sie auf den vom Herausgeber oder Empfänger erwarteten Endpunktstatus.

  3. 3

    Verbinden Sie echte Medien und überprüfen Sie Bitrate, Bild, Audio und die beabsichtigte Downstream-Ausgabe.

  4. 4

    Stellen Sie vor der Bearbeitung fest, ob das Feld angehalten oder neu gestartet werden muss. Speichern Sie die Änderung, stellen Sie den Server wieder her und wiederholen Sie den gleichen Medientest.

  5. 5

    Entfernen Sie vor dem Löschen des Servers alle davon abhängigen Routen, Aufzeichnungen, Multiview-Kacheln und Ausgaben oder weisen Sie sie neu zu.

Geeignet für

Sicherer Remote-Beitrag zur Produktion

Ein Feldencoder sendet einen Feed über das öffentliche Internet.

Feld-EncoderVerschlüsselter SRT PUSH
ZugriffsrichtlinieHerausgeberidentität
Callaba SRTWiederherstellen + überwachen
ProduktionMultiview/Aufzeichnung/Restream
Animiertes Workflow-Diagramm: Sicherer Remote-Beitrag zur Produktion

So wird er aufgebaut

  1. 1

    Erstellen Sie den SRT-Listener und bestimmen Sie die Latenz anhand des gemessenen Pfads.

  2. 2

    Legen Sie eine Passphrase fest und erstellen Sie einen Publisher-Stream für den Encoder.

  3. 3

    Schließen Sie den Encoder an und bestätigen Sie Bitrate, RTT und stabilen Sitzungsstatus.

  4. 4

    Wählen Sie die verifizierte SRT-Quelle in Multiview, Aufnahme oder Restreaming aus.

Geeignet für

Primärer und Backup-SRT-Beitrag

Die Produktion verfügt über zwei unabhängig erreichbare Feeds und benötigt einen kontrollierten Wiederherstellungspfad.

PrimärSRT PULL
SicherungSRT PULL
Callaba SRTWieder verbinden/wechseln
MehrfachansichtBetreibernachweis
AusgabeProduktions-Feed
Animiertes Workflow-Diagramm: Primärer und Backup-SRT-Beitrag

So wird er aufgebaut

  1. 1

    Fügen Sie die unabhängig getesteten Primär- und Backup-Hosts zum PULL-Routing-Plan hinzu.

  2. 2

    Überprüfen Sie jede Quelle einzeln, bevor Sie den Workflow für geordnete Routen aktivieren.

  3. 3

    Beobachten Sie den Gesundheitszustand beider Quellen in Multiview oder der Bedienerschnittstelle.

  4. 4

    Für geplante Umschaltungen verwenden Sie die Vorzugsroutensteuerung; Beobachten Sie zur Wiederherstellung der Verbindung die aktive Sitzung und Ausgabe.

  5. 5

    Simulieren Sie einen Quellenverlust während eines Wartungsfensters und zeichnen Sie das Wiederherstellungsverhalten auf.

Geeignet für

Mehrsprachiges Browser-Event aus einem mehrspurigen SRT-Programm

Die Produktion stellt ein SRT/MPEG-TS-Programm mit mehreren fertigen Sprach- oder Kommentarspuren bereit.

Mehrspur-SRTEin Programm
SRT-ServerTitel anhören und benennen
Web-SpielerWählen Sie jeweils einen Titel aus
SprachgruppeDer Betrachter wählt die Sprache aus
Animiertes Workflow-Diagramm: Mehrsprachiges Browser-Event aus einem mehrspurigen SRT-Programm

So wird er aufgebaut

  1. 1

    Empfangen Sie die Mehrspur-SRT-Quelle und bestätigen Sie, dass alle produzierten Audiospuren vorhanden sind.

  2. 2

    Hören Sie sich die entdeckten Spuren in den SRT-Serverstatistiken an und weisen Sie für den Bediener lesbare Sprachnamen zu.

  3. 3

    Erstellen Sie einen Web Player pro Zielgruppensprache; Setzen Sie „Audiospuren ändern“ auf „Audiospur auswählen“ und ordnen Sie den gewünschten Quellindex zu.

  4. 4

    Fügen Sie diese Spieler zu einer Sprachlistengruppe hinzu und wählen Sie die Standardsprache aus.

  5. 5

    Testen Sie die Umschaltung, Zugriffsregeln und Wiedergabe in einer sauberen Browsersitzung.

Geeignet für

Mehrsprachiges Browserereignis aus separaten SRT-Feeds

Die Produktion liefert jede fertige Sprache als unabhängigen SRT-Feed anstelle eines Mehrspurprogramms.

Sprach-FeedsJeder ein SRT-Feed
SRT-ServerEmpfangen + überwachen
Web-SpielerJeder ein Spieler
SprachgruppeDer Betrachter wählt die Sprache aus
Animiertes Workflow-Diagramm: Mehrsprachiges Browserereignis aus separaten SRT-Feeds

So wird er aufgebaut

  1. 1

    Empfangen und validieren Sie eine unabhängige SRT-Quelle für jede produzierte Sprache.

  2. 2

    Erstellen Sie einen Web Player pro verifiziertem Feed und benennen Sie ihn für die Zielgruppe.

  3. 3

    Fügen Sie diese Spieler zu einer Sprachlistengruppe hinzu und wählen Sie die Standardsprache aus.

  4. 4

    Testen Sie die Umschaltung, Zugriffsregeln und Wiedergabe in einer sauberen Browsersitzung.

Ergebnis prüfen

  • Ein echter Publisher und Receiver bleiben für den geplanten Testzeitraum verbunden.
  • Live-Bitrate bestätigt Medienankunft und Netzwerk-RTT bleibt innerhalb des getesteten Latenzbudgets.
  • Nicht autorisierte Stream-Identitäten oder Hosts werden durch die ausgewählte Zugriffsrichtlinie abgelehnt.
  • Ein Backup-Quellentest erzeugt das dokumentierte Wiederherstellungsverhalten.

Fehlerbehebung

Sitzung wird hergestellt, aber die Medien werden unterbrochen

Prüfen
  • Vergleichen Sie die Bitrate mit dem verfügbaren Upload.
  • Überprüfen Sie das RTT- und Paketverlustverhalten.
  • Überprüfen Sie die Latenz und die maximale Bandbreite.
Dann so vorgehen

Erhöhen Sie den Erholungsspielraum nur anhand gemessener Beweise; Korrigieren Sie auch die Quellbitrate oder den Netzwerkengpass.

Publisher kann keine Verbindung herstellen

Prüfen
  • Überprüfen Sie die UDP-Firewall und die öffentliche Adresse.
  • Passen Sie Port, Modus, Passphrase und Stream-Identität an.
Dann so vorgehen

Testen Sie einen Herausgeber ohne Downstream-Module und stellen Sie dann den verifizierten Empfängerpfad wieder her.

Das Backup wird nicht wie erwartet übernommen

Prüfen
  • Überprüfen Sie beide Quellen unabhängig voneinander.
  • Routenreihenfolge, Modus und Zeitüberschreitung überprüfen.
  • Beobachten Sie die aktive Sitzung während eines Fehlers.
Dann so vorgehen

Korrigieren Sie die fehlgeschlagene Quell- oder Routing-Definition und wiederholen Sie einen kontrollierten Fehlertest.