Quattro modi per configurare un gateway SRT in Callaba
Scegli il percorso in base al compito del segnale. Ogni percorso si configura nella UI Callaba e porta direttamente alla guida operativa e alla reference API.
SRT Server con accesso esplicito
Quando sceglierloSceglilo per un punto di ingresso SRT gestito con permessi espliciti per publisher e receiver.
- Crea un SRT Server e imposta porta, modalità, latenza e passphrase opzionale.
- Aggiungi solo le connessioni publisher e receiver autorizzate.
- Avvia il server, collega entrambe le parti e verifica lo stato del trasporto.
SRT Route
Quando sceglierloSceglila per inoltrare un ingresso SRT o UDP a una destinazione SRT senza transcodifica.
- Seleziona un listener SRT locale, un URL SRT o una sorgente UDP supportata.
- Imposta la destinazione SRT e parametri di trasporto compatibili.
- Avvia la route e verifica separatamente sorgente e destinazione.
Restreaming
Quando sceglierloSceglilo se il gateway richiede anche conversione di protocollo, transcodifica, ridimensionamento, modifiche audio o overlay.
- Seleziona e verifica la sorgente live in ingresso.
- Aggiungi un'uscita SRT e configurane destinazione e trasporto.
- Avvia il Restreaming e verifica l'uscita prodotta sul receiver.
Stream con protocollo SRT
Quando sceglierloSceglilo per creare connessioni publisher o receiver con nome su un SRT Server esistente.
- Crea o seleziona il SRT Server principale.
- Crea uno Stream, scegli SRT e assegna ruolo e identità publisher o receiver.
- Condividi i dati corretti e verifica la connessione nelle statistiche del server principale.
Scritto da Iurii Pakholkov
Fondatore di Callaba. Sviluppa strumenti video cloud per SRT, RTMP, WebRTC, NDI, routing live, monitoraggio, registrazione e workflow di produzione.
Guida ai gateway SRT · Ultimo aggiornamento: 30 giugno 2026
Un gateway SRT è un software o un dispositivo hardware che riceve, instrada, converte, monitora e ridistribuisce flussi video live tramite SRT e i relativi protocolli video IP. Nei workflow broadcast e di produzione cloud, il gateway costituisce il punto di interconnessione controllato tra sorgenti di contribution, reti private, sistemi cloud, decoder, partner e destinazioni di registrazione e riproduzione.
SRT significa Secure Reliable Transport. Funziona su UDP e aggiunge recupero dei pacchetti, cifratura, controllo della latenza, modalità caller/listener e statistiche in tempo reale. Un gateway usa queste sessioni SRT per trasferire i feed live tra reti e workflow, spesso convertendoli anche da o verso RTMP, RTSP, UDP/RTP MPEG-TS, HLS, WebRTC, NDI oppure uscite di recorder e player.
Risposta rapida: che cos’è un gateway SRT?
Un gateway SRT è il livello di routing del video live su SRT. Riceve un flusso SRT live da un encoder, una sede remota, un’applicazione cloud, una sorgente mobile o un feed partner, quindi lo instrada o lo converte verso altre destinazioni, esponendo al contempo indicatori operativi quali bitrate, RTT, perdita di pacchetti, stato della connessione, anteprima, registrazione e disponibilità del failover.
Raccolta di guide sui gateway SRT
Trova la guida al gateway SRT più adatta per vendor o famiglia di dispositivi
Questo hub è la pagina principale dei workflow Callaba per gateway SRT. Parti da qui per l’architettura generale, quindi apri l’hub del vendor o la guida del modello corrispondente all’encoder, al decoder, alla telecamera o al dispositivo di contribution usato nel tuo workflow live.
Gateway SRT Callaba
Usa Callaba come gateway SRT software per routing live, monitoraggio, registrazione e ripristino.
Callaba non è un encoder hardware né un dispositivo SDI. È un livello di controllo software disponibile su cloud, AWS, private cloud o in modalità self-hosted, in grado di ricevere feed SRT, verificare l’arrivo dei contenuti, instradare le uscite, registrare i flussi, esporre statistiche tramite API, mostrare le sorgenti nel Multiview del browser e predisporre percorsi di backup per le operazioni live.
Accetta SRT da OBS, vMix, FFmpeg, telecamere, app mobili, encoder hardware o sistemi partner.
Invia la stessa sorgente a Multiview, registrazione, riproduzione HLS/WebRTC, destinazioni RTMP, partner o percorsi di backup.
Usa statistiche live, anteprima, API e logiche di failover per mantenere il workflow sotto controllo durante l’evento.
Avvia Callaba su AWS Apri la demo live di Multiview Consulta la documentazione API
Schema del workflow in linea
Come un gateway SRT trasferisce un feed live
Sorgente
Encoder, telecamera, sede, app mobile, vMix, OBSLa sorgente invia o riceve un feed live usando la logica caller/listener di SRT.
Gateway SRT
Ricezione, routing, conversione, monitoraggio, recuperoIl gateway è il punto decisionale tra contribution, reti private, workflow cloud e uscite.
Destinazioni
Decoder, recorder, Multiview, player, RTMP, HLS/WebRTC, uscita partnerUn singolo ingresso può diventare più uscite controllate quando il workflow è progettato a questo scopo.
Che cos’è un gateway SRT?
Un gateway SRT è il punto di routing del video live che collega la contribution SRT al resto del workflow. Può ricevere un flusso da una rete e renderlo utilizzabile in un’altra rete, con un altro protocollo, in un’altra regione o in un altro sistema di produzione.
Nel lavoro broadcast e streaming, il gateway svolge in genere quattro funzioni:
- Ricezione: accetta flussi SRT da encoder, telecamere, app mobili, strumenti software, sedi remote o sistemi partner.
- Routing: invia lo stesso feed a una o più destinazioni, come decoder, registrazione, Multiview, riproduzione o uscite partner.
- Conversione: collega SRT a formati downstream quali RTMP, HLS, WebRTC, UDP/RTP MPEG-TS o registrazione su file, in base alla piattaforma.
- Gestione: espone statistiche live, anteprima, comportamento dei pacchetti, stato del failover e controlli API, così da garantire l’affidabilità del workflow durante un evento live.
La distinzione fondamentale è che un gateway non è soltanto un endpoint di protocollo: è il punto in cui un feed live in ingresso diventa una risorsa di produzione gestita.
Gateway SRT e server SRT a confronto
I due termini sono spesso usati come sinonimi, ma indicano finalità leggermente diverse.
| Termine | Funzione principale | Domanda tipica |
|---|---|---|
| Server SRT | Accettare o avviare sessioni SRT su porte e modalità definite. | Come posso ricevere un flusso SRT? |
| Gateway SRT | Ricevere, instradare, convertire, monitorare e ridistribuire flussi tra reti o sistemi. | Come posso trasferire feed live tra contribution, cloud, produzione e distribuzione? |
Un gateway può contenere uno o più server SRT, ma aggiunge anche routing, decisioni sulle uscite, monitoraggio, conversione, ripristino e controllo operativo.
Confronto tra le soluzioni gateway SRT
Il mercato dei gateway SRT comprende dispositivi hardware, servizi cloud, media gateway software e livelli di controllo self-hosted. La scelta dipende dalla necessità di handoff SDI/NDI locale, routing cloud, distribuzione ad alta densità, routing broadcast enterprise o operazioni live basate su API.
| Opzione gateway | Ideale per | Aspetti da conoscere |
|---|---|---|
| Callaba SRT Gateway | Routing SRT su cloud, AWS, private cloud o self-hosted con monitoraggio, registrazione, Multiview, failover e controllo API. | Usalo quando il feed SRT fa parte di un workflow operativo e non è soltanto un collegamento punto-punto. |
| Haivision SRT Gateway | Routing broadcast enterprise, conversione dei protocolli e distribuzione sicura di video live tra reti. | Un solido riferimento per dispositivi gateway SRT dedicati e deployment enterprise. |
| StreamRus OnPremise SRT & Multicast Gateway | Workflow software o hardware on-premises che ricevono flussi Internet e li replicano su reti multicast. | Utile quando il gateway deve collegare la contribution WAN alla distribuzione LAN. |
| LiveU Nexus | Workflow di gateway video IP cloud-native con più protocolli di contribution. | Adatto quando sono importanti l’integrazione nell’ecosistema LiveU e la gestione universale dei feed. |
| Quickstream Node | Media gateway software per trasformare, gestire, scambiare e connettere contenuti live. | Rilevante quando serve un gateway video IP più ampio per sistemi broadcast e streaming. |
Schemi comuni di routing per gateway SRT
Contribution verso il cloud
Sede remota → gateway SRT → Multiview + registrazione + playerUsa questo schema quando i feed dal campo devono diventare workflow cloud osservabili.
Dal cloud alla produzione
Ingresso SRT → route del gateway → decoder, NDI, RTMP o uscita partnerUsa questo schema quando un feed Internet deve entrare in una catena di produzione o di un partner.
Principale e backup
SRT primario + SRT di backup → commutazione monitorata → uscita stabileUsa questo schema quando il percorso live non può interrompersi senza un avviso all’operatore.
Come creare un workflow gateway SRT in Callaba
- Avvia Callaba da AWS Marketplace oppure installalo su Linux nel tuo ambiente privato.
- Crea uno o più server SRT per i feed in ingresso. Definisci porta, latenza, stream ID e passphrase.
- Apri le porte UDP necessarie nel firewall, nel security group o nella policy di rete.
- Invia il segnale come caller da OBS, vMix, FFmpeg, Larix, una telecamera o un encoder hardware.
- Verifica bitrate, RTT, perdita di pacchetti, anteprima, audio e stato del flusso attivo.
- Instrada il flusso verso registrazione, Multiview, riproduzione HLS/WebRTC, destinazioni RTMP, uscite di backup o workflow downstream controllati tramite API.
Nota per l’operatore: una sessione SRT connessa non è sufficiente. In un workflow gateway, verifica sempre la presenza dei contenuti, l’audio, il bitrate, l’RTT, la perdita di pacchetti e almeno un’uscita downstream prima dell’inizio dell’evento.
Conversione dei protocolli e formati di uscita
Spesso un gateway è necessario perché un lato usa SRT mentre l’altro richiede qualcosa di diverso. La conversione può comprendere conversione di protocollo, packaging, restreaming, registrazione o handoff verso un altro sistema di produzione.
| Ingresso | Operazione del gateway | Uscita |
|---|---|---|
| SRT MPEG-TS dall’encoder | Ricezione e monitoraggio | Multiview, registrazione o riproduzione nel browser |
| Feed di contribution SRT | Routing o restreaming | RTMP, HLS/WebRTC, uscita partner o route SRT |
| Percorsi SRT principale e di backup | Monitoraggio e commutazione | Percorso programma stabile, registrazione e riscontro operativo |
Non tutti i gateway eseguono ogni tipo di conversione. Alcuni sono router di trasporto, altri piattaforme multimediali complete, altri ancora dispositivi hardware con uscite SDI, NDI, multicast o decoder.
Che cosa monitorare su un gateway SRT
Il gateway si trova al centro del percorso live, quindi deve attestare sia la qualità del trasporto sia l’effettiva fruibilità dei contenuti.
- Stato della connessione: connessa, disconnessa, in riconnessione, non riuscita.
- Bitrate in ingresso: indica se i contenuti continuano ad arrivare.
- RTT: indica la pressione temporale tra mittente e ricevente.
- Perdita e ritrasmissione dei pacchetti: indicano se SRT sta consumando il margine previsto per il recupero.
- Anteprima e audio: indicano se video e audio sono realmente utilizzabili.
- Uscite downstream: stato di registrazione, player, Multiview, decoder, RTMP o uscita partner.
Failover, NAT, sicurezza e scalabilità
Caller, listener e attraversamento NAT
Nella maggior parte dei workflow gateway cloud, il gateway opera come listener e l’encoder come caller. In questo modo le apparecchiature sul campo possono stabilire una connessione in uscita verso un indirizzo IP pubblico stabile o un nome DNS. Alcuni workflow enterprise richiedono modalità caller, rendezvous, modalità proxy, routing VPN o un gateway su entrambi i lati del confine di rete.
Failover e ripristino
Un gateway di produzione deve separare i feed principale e di backup, mantenerli entrambi visibili e consentire la commutazione prima che gli spettatori o i partner downstream si accorgano del guasto. Prima della commutazione, controlla bitrate, RTT, perdita di pacchetti, anteprima, audio e stato delle uscite.
Sicurezza
Quando possibile, usa allowlist del firewall, passphrase robuste, stream ID che identifichino evento/sorgente/ruolo e rotazione delle credenziali tra un evento e l’altro. Considera l’ingest SRT pubblico come un edge di produzione, non come una porta di test occasionale.
Scalabilità
Per gestire molti feed, riserva intervalli di porte UDP, documenta l’assegnazione delle sorgenti ai nodi, posiziona le istanze gateway vicino alle sorgenti di contribution o agli operatori e usa il provisioning tramite API quando gli eventi si ripetono in più sedi, regioni o clienti.
Domande frequenti
Che cos’è un gateway SRT?
Un gateway SRT è un software o un dispositivo hardware che riceve, instrada, converte, monitora e ridistribuisce flussi video live tramite SRT e i relativi protocolli video IP.
Un gateway SRT è uguale a un server SRT?
Non esattamente. In genere, un server SRT indica l’endpoint che accetta o avvia sessioni SRT. Un gateway SRT indica invece un livello più ampio di routing e conversione tra reti, protocolli e sistemi di produzione.
Callaba può funzionare come gateway SRT?
Sì. Callaba può ricevere feed SRT, monitorare statistiche live, mostrare Multiview nel browser, registrare flussi, instradare le uscite, creare workflow per player ed esporre le operazioni del gateway tramite endpoint API.
Un gateway SRT converte SRT in RTMP o HLS?
Molte piattaforme gateway possono instradare o convertire SRT in formati downstream come RTMP, HLS, WebRTC, registrazione o altri percorsi SRT. Le uscite effettivamente disponibili dipendono dal prodotto gateway.
Quando serve un gateway SRT invece di un semplice listener?
Usa un gateway quando il feed fa parte di un workflow reale: routing, conversione dei protocolli, registrazione, monitoraggio, failover, handoff a un partner, produzione cloud, deployment privato o automazione tramite API.
Prova Callaba come gateway SRT
Crea punti di ingest SRT, monitora il percorso live e instrada i feed verso registrazione, Multiview, riproduzione, restreaming, uscite partner, failover o workflow di produzione basati su API.
Avvia su AWS Esegui Callaba in self-hosting Apri la demo di Multiview Documentazione API
