media server logo
PrezziAccediLaunch SRT server
Documentazione operativa

Operazioni del server SRT

Usa questa procedura per portare listener SRT, accesso, telemetria e routing primario/backup in uno stato verificato. Mantiene insieme attività nella UI, verifica e automazione.

UIStreaming servers → SRT servers

Cosa risolve

Questa procedura offre all’operatore un percorso controllato per portare listener SRT, accesso, telemetria e routing primario/backup in uno stato verificato.

Quando usarla

Usala durante la configurazione iniziale, una modifica pianificata o il ripristino da un incidente per portare listener SRT, accesso, telemetria e routing primario/backup in uno stato verificato.

Percorso nella dashboard

Streaming servers → SRT serversPercorso/srt-servers/list
Streaming servers → SRT routesPercorso/srt-routes/list

Prerequisiti

  • Accesso amministratore all’istanza Callaba e permesso di modificare questo modulo.

  • Una finestra di manutenzione o una risorsa non di produzione, con una sorgente o un client di test reale.

  • Un registro dei valori correnti, delle porte assegnate e delle credenziali prima del salvataggio.

Passaggi nella UI di Callaba

  1. 01

    Nella barra laterale della dashboard segui Streaming servers → SRT servers. Apri il percorso verificato /srt-servers/list. Nella barra laterale della dashboard segui Streaming servers → SRT routes. Apri il percorso verificato /srt-routes/list.

  2. 02

    Prima di modificare “Operazioni del server SRT”, registra i valori correnti di server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts.

  3. 03

    In “Operazioni del server SRT” imposta server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts per portare listener SRT, accesso, telemetria e routing primario/backup in uno stato verificato. Lascia invariati i valori non coinvolti.

  4. 04

    Esegui Save [creating-form-save] → Start [START]. Attendi che il modulo o l’elenco si stabilizzi prima di provare un’altra variabile.

  5. 05

    Usa una sorgente, destinazione o client browser reale e conferma questi segnali: BITRATE, msRTT, PUSHER, PULLER.

Controlli da verificare
  • server_port
  • server_receiver_port
  • server_latency
  • passphrase
  • access_settings
  • routing_hosts
Azioni da eseguire
  • Savecreating-form-save
  • StartSTART
Segnali da verificare
  • BITRATE
  • msRTT
  • PUSHER
  • PULLER

Risultato previsto

La procedura è completa quando Save [creating-form-save] → Start [START] riesce e un flusso reale riporta BITRATE, msRTT, PUSHER, PULLER.

Risoluzione dei problemi

La modifica salvata non compare

Controlla la risposta di salvataggio, aggiorna una volta il modulo e confronta i valori visibili con il registro iniziale. Correggi gli errori di validazione prima di riprovare.

La connessione o la riproduzione non funziona

Controlla host, porta, protocollo, credenziali e firewall usati dal client reale. Prova una sorgente e una destinazione prima di ripristinare tutto il flusso.

Il modulo si avvia ma è instabile

Torna agli ultimi valori funzionanti, esamina statistiche live ed errori di processo, quindi reintroduci una modifica alla volta.

Pagina prodotto / Riferimento API esatto

Prosegui con il contesto del prodotto oppure automatizza la stessa operazione dall’endpoint API verificato.

Pagina prodottoCallaba SRT ServerRiferimento API esattoRiferimento API esatto 1 · create-srt-serverRiferimento API esattoRiferimento API esatto 2 · switch-srt-pull-route