Callaba SRT Gateway는 SRT 컨트리뷰션을 수신하고 명시적인 접근 규칙을 적용해 제작 목적지로 전달하는 클라우드 또는 셀프호스팅 라이브 비디오 라우팅 제품입니다. UI에서 SRT Server, SRT Route, Restreaming 또는 SRT Stream으로 구성한 뒤 검증된 워크플로를 API로 자동화할 수 있습니다.
신호가 수행해야 할 작업에 따라 방식을 선택하세요. 모든 방식은 Callaba UI에서 설정하며 운영자 가이드와 API 레퍼런스로 바로 연결됩니다.
선택할 때publisher와 receiver 권한을 명확히 지정하는 관리형 SRT 진입점이 필요할 때 선택합니다.
선택할 때트랜스코딩 없이 SRT 또는 UDP 입력을 SRT 목적지로 전달할 때 선택합니다.
선택할 때게이트웨이에 프로토콜 변환, 트랜스코딩, 크기 조정, 오디오 변경 또는 overlay도 필요할 때 선택합니다.
선택할 때기존 SRT Server에 이름이 있는 publisher 또는 receiver 연결을 발급할 때 선택합니다.
이 가이드에 문서화된 제조사 연결 지점부터 시작하세요. 이 디렉터리는 검토된 설정 경로를 다루며, 기기 인증을 뜻하거나 모든 펌웨어 버전에서 동일한 동작을 보장하지 않습니다.
작성자: Iurii Pakholkov
Callaba 창립자. SRT, RTMP, WebRTC, NDI, 라이브 라우팅, 모니터링, 녹화 및 프로덕션 워크플로를 위한 클라우드 비디오 도구를 개발하고 있습니다.
SRT 게이트웨이 가이드 · 최종 업데이트: 2026년 6월 30일
SRT 게이트웨이는 SRT 및 관련 IP 비디오 프로토콜을 사용하여 라이브 비디오 스트림을 수신, 라우팅, 변환, 모니터링 및 재배포하는 소프트웨어 또는 하드웨어입니다. 방송 및 클라우드 프로덕션 워크플로에서 게이트웨이는 현장 전송 소스, 사설 네트워크, 클라우드 시스템, 디코더, 파트너, 녹화 대상 및 재생 대상 사이에서 신호를 제어하여 인계하는 지점입니다.
SRT는 Secure Reliable Transport의 약자입니다. UDP 기반으로 동작하며 패킷 복구, 암호화, 지연 시간 제어, Caller/Listener 모드 및 런타임 통계를 제공합니다. 게이트웨이는 이러한 SRT 세션을 이용해 네트워크와 워크플로 간에 라이브 신호를 전송하며, 흔히 RTMP, RTSP, UDP/RTP MPEG-TS, HLS, WebRTC, NDI 또는 레코더/플레이어 출력과의 상호 변환도 수행합니다.
빠른 답변: SRT 게이트웨이란?
SRT 게이트웨이는 라이브 SRT 비디오를 위한 라우팅 계층입니다. 인코더, 원격 현장, 클라우드 앱, 모바일 소스 또는 파트너 피드에서 라이브 SRT 스트림을 수신한 다음 다른 대상으로 라우팅하거나 변환합니다. 동시에 비트레이트, RTT, 패킷 손실, 연결 상태, 미리보기, 녹화 및 페일오버 준비 상태와 같은 운영 지표를 제공합니다.
SRT 게이트웨이 가이드 모음
이 허브는 Callaba SRT 게이트웨이 워크플로의 상위 페이지입니다. 먼저 여기에서 전반적인 아키텍처를 살펴본 다음, 라이브 워크플로의 인코더, 디코더, 카메라 또는 현장 전송 장치와 일치하는 벤더 허브나 모델별 가이드를 여세요.
Callaba SRT 게이트웨이
Callaba를 소프트웨어 SRT 게이트웨이로 사용하여 라이브 라우팅, 모니터링, 녹화 및 복구를 수행하세요.
Callaba는 하드웨어 인코더나 SDI 어플라이언스가 아닙니다. 클라우드, AWS, 프라이빗 클라우드 또는 자체 호스팅 환경에 배포하는 소프트웨어 제어 계층입니다. SRT 신호를 수신하고, 미디어 도착을 확인하고, 출력을 라우팅하고, 스트림을 녹화하고, API 통계를 제공하고, 브라우저 Multiview에 소스를 표시하고, 라이브 운용을 위한 백업 경로를 준비할 수 있습니다.
OBS, vMix, FFmpeg, 카메라, 모바일 앱, 하드웨어 인코더 또는 파트너 시스템에서 SRT 신호를 수신합니다.
동일한 소스를 Multiview, 녹화, HLS/WebRTC 재생, RTMP 대상, 파트너 또는 백업 경로로 전송합니다.
라이브 통계, 미리보기, API 및 페일오버 로직을 사용하여 이벤트 진행 중에도 워크플로 상태를 파악할 수 있게 합니다.
인라인 워크플로 다이어그램
소스
인코더, 카메라, 현장, 모바일 앱, vMix, OBS소스는 SRT Caller/Listener 로직을 사용하여 라이브 신호를 송수신합니다.
SRT 게이트웨이
수신, 라우팅, 변환, 모니터링, 복구게이트웨이는 현장 전송, 사설 네트워크, 클라우드 워크플로 및 출력 사이에서 경로를 결정하는 지점입니다.
대상
디코더, 레코더, Multiview, 플레이어, RTMP, HLS/WebRTC, 파트너 출력워크플로를 적절히 설계하면 하나의 입력을 여러 개의 제어된 출력으로 전달할 수 있습니다.
SRT 게이트웨이는 SRT 현장 전송을 워크플로의 나머지 부분과 연결하는 라이브 비디오 라우팅 지점입니다. 한 네트워크에서 스트림을 수신하여 다른 네트워크, 다른 프로토콜, 다른 리전 또는 다른 프로덕션 시스템에서 사용할 수 있게 합니다.
실제 방송 및 스트리밍 제작 환경에서 게이트웨이는 일반적으로 다음 네 가지 역할을 수행합니다.
중요한 차이는 게이트웨이가 단순한 프로토콜 엔드포인트가 아니라는 점입니다. 수신된 라이브 신호를 관리되는 프로덕션 리소스로 전환하는 지점입니다.
두 용어를 같은 의미로 사용하는 경우가 많지만 목적은 조금 다릅니다.
| 용어 | 주요 역할 | 대표 질문 |
|---|---|---|
| SRT 서버 | 지정된 포트와 모드에서 SRT 세션을 수락하거나 시작합니다. | SRT 스트림을 수신하려면 어떻게 해야 하나요? |
| SRT 게이트웨이 | 네트워크 또는 시스템 간에 스트림을 수신, 라우팅, 변환, 모니터링 및 재배포합니다. | 현장 전송, 클라우드, 프로덕션 및 배포 단계 간에 라이브 신호를 이동하려면 어떻게 해야 하나요? |
게이트웨이에는 하나 이상의 SRT 서버가 포함될 수 있으며, 여기에 라우팅, 출력 결정, 모니터링, 변환, 복구 및 운영 제어 기능이 더해집니다.
SRT 게이트웨이 시장에는 하드웨어 어플라이언스, 클라우드 서비스, 소프트웨어 미디어 게이트웨이 및 자체 호스팅 제어 계층이 있습니다. 적합한 선택은 로컬 SDI/NDI 신호 인계, 클라우드 라우팅, 고밀도 배포, 엔터프라이즈 방송 라우팅 또는 API 기반 라이브 운용 중 무엇이 필요한지에 따라 달라집니다.
| 게이트웨이 옵션 | 적합한 용도 | 알아둘 사항 |
|---|---|---|
| Callaba SRT Gateway | 클라우드, AWS, 프라이빗 클라우드 또는 자체 호스팅 환경을 위한 SRT 라우팅으로, 모니터링, 녹화, Multiview, 페일오버 및 API 제어를 지원합니다. | SRT 신호가 단순한 지점 간 전송이 아니라 실제 운영 워크플로의 일부일 때 사용합니다. |
| Haivision SRT Gateway | 네트워크 전반에 걸친 엔터프라이즈 방송 라우팅, 프로토콜 변환 및 안전한 라이브 비디오 배포. | 전용 SRT 게이트웨이 어플라이언스와 엔터프라이즈 배포를 검토할 때 유용한 기준입니다. |
| StreamRus OnPremise SRT & Multicast Gateway | 인터넷 스트림을 수신하여 멀티캐스트 네트워크로 복제하는 온프레미스 소프트웨어 또는 하드웨어 워크플로. | 게이트웨이에서 WAN 현장 전송과 LAN 배포를 연결해야 할 때 유용합니다. |
| LiveU Nexus | 여러 현장 전송 프로토콜을 지원하는 클라우드 네이티브 IP 비디오 게이트웨이 워크플로. | LiveU 생태계 통합과 범용 신호 처리가 중요할 때 적합합니다. |
| Quickstream Node | 라이브 콘텐츠를 변환, 관리, 교환 및 연결하는 소프트웨어 미디어 게이트웨이. | 방송 및 스트리밍 시스템 전반을 아우르는 보다 폭넓은 IP 비디오 게이트웨이가 필요할 때 적합합니다. |
현장에서 클라우드로
원격 현장 → SRT 게이트웨이 → Multiview + 녹화 + 플레이어현장 신호를 관측 가능한 클라우드 워크플로로 전환해야 할 때 사용합니다.
클라우드에서 프로덕션으로
SRT 입력 → 게이트웨이 경로 → 디코더, NDI, RTMP 또는 파트너 출력인터넷 신호를 프로덕션 체인이나 파트너 체인에 입력해야 할 때 사용합니다.
메인 및 백업
주 SRT + 백업 SRT → 모니터링되는 전환 → 안정적인 출력운영자에게 알림 없이 라이브 경로가 끊기는 상황을 허용할 수 없을 때 사용합니다.
운영자 참고: SRT 세션 연결만으로는 충분하지 않습니다. 게이트웨이 워크플로에서는 이벤트 시작 전에 미디어 수신, 오디오, 비트레이트, RTT, 패킷 손실 및 하나 이상의 후속 출력을 반드시 확인하세요.
게이트웨이가 필요한 이유는 한쪽에서 SRT를 사용하지만 다른 쪽에서는 다른 형식을 요구하는 경우가 많기 때문입니다. 변환에는 프로토콜 변환, 패키징, 재스트리밍, 녹화 또는 다른 프로덕션 시스템으로의 신호 인계가 포함될 수 있습니다.
| 입력 | 게이트웨이 동작 | 출력 |
|---|---|---|
| 인코더의 SRT MPEG-TS | 수신 및 모니터링 | Multiview, 녹화 또는 브라우저 재생 |
| SRT 현장 전송 신호 | 라우팅 또는 재스트리밍 | RTMP, HLS/WebRTC, 파트너 출력 또는 SRT 경로 |
| 메인 및 백업 SRT 경로 | 모니터링 및 전환 | 안정적인 프로그램 경로, 녹화 및 운영자 확인 |
모든 게이트웨이가 모든 변환을 수행하는 것은 아닙니다. 일부는 전송 라우터이고, 일부는 종합 미디어 플랫폼이며, 일부는 SDI, NDI, 멀티캐스트 또는 디코더 출력을 갖춘 하드웨어 어플라이언스입니다.
게이트웨이는 라이브 경로 중간에 있으므로 전송 상태와 미디어 사용 가능 여부를 모두 입증해야 합니다.
대부분의 클라우드 게이트웨이 워크플로에서는 게이트웨이를 Listener로, 인코더를 Caller로 사용합니다. 그러면 현장 장비가 안정적인 공용 IP 또는 DNS 이름으로 아웃바운드 연결을 설정할 수 있습니다. 일부 엔터프라이즈 워크플로에는 Caller 모드, Rendezvous, 프록시 모드, VPN 라우팅 또는 네트워크 경계 양쪽의 게이트웨이가 필요합니다.
프로덕션 게이트웨이는 메인 신호와 백업 신호를 분리하고 두 신호를 모두 계속 표시하며, 시청자나 후속 파트너가 장애를 알아차리기 전에 전환할 수 있어야 합니다. 전환하기 전에 비트레이트, RTT, 패킷 손실, 미리보기, 오디오 및 출력 상태를 확인하세요.
가능한 경우 방화벽 허용 목록, 강력한 암호문, 이벤트/소스/역할을 식별하는 Stream ID를 사용하고 이벤트마다 자격 증명을 교체하세요. 공개 SRT 인제스트는 가벼운 테스트 포트가 아니라 프로덕션 엣지로 취급해야 합니다.
많은 신호를 처리할 때는 UDP 포트 범위를 예약하고 소스와 노드의 할당을 문서화하며, 게이트웨이 인스턴스를 현장 전송 소스 또는 운영자 가까이에 배치하세요. 여러 현장, 리전 또는 고객에서 이벤트가 반복되면 API 프로비저닝을 사용하세요.
SRT 게이트웨이는 SRT 및 관련 IP 비디오 프로토콜을 사용하여 라이브 비디오 스트림을 수신, 라우팅, 변환, 모니터링 및 재배포하는 소프트웨어 또는 하드웨어입니다.
정확히 같지는 않습니다. SRT 서버는 일반적으로 SRT 세션을 수락하거나 시작하는 엔드포인트를 뜻합니다. SRT 게이트웨이는 보통 네트워크, 프로토콜 및 프로덕션 시스템 사이에서 더 폭넓은 라우팅과 변환을 담당하는 계층을 뜻합니다.
예. Callaba는 SRT 신호 수신, 라이브 통계 모니터링, 브라우저 Multiview 표시, 스트림 녹화, 출력 라우팅, 플레이어 워크플로 생성 및 API 엔드포인트를 통한 게이트웨이 운용을 지원합니다.
많은 게이트웨이 플랫폼에서 SRT를 RTMP, HLS, WebRTC, 녹화 또는 다른 SRT 경로와 같은 후속 형식으로 라우팅하거나 변환할 수 있습니다. 구체적인 출력은 게이트웨이 제품에 따라 다릅니다.
신호가 라우팅, 프로토콜 변환, 녹화, 모니터링, 페일오버, 파트너 인계, 클라우드 프로덕션, 사설 배포 또는 API 자동화와 같은 실제 워크플로의 일부라면 게이트웨이를 사용하세요.
SRT 인제스트 지점을 만들고 라이브 경로를 모니터링한 다음, 신호를 녹화, Multiview, 재생, 재스트리밍, 파트너 출력, 페일오버 또는 API 기반 프로덕션 워크플로로 라우팅하세요.
