AWS Media Services for FAST Channel Streaming over SRT
A media company needed to establish reliable, low-latency contribution feeds for their FAST channels using the Secure Reliable Transport (SRT) protocol — enabling high-quality content ingest from remote studios, cloud playout systems, and syndication partners over unpredictable internet connections.
讨论您的项目
挑战
Traditional contribution workflows relied on dedicated fiber or satellite links, which were expensive and inflexible:
- Dedicated circuits cost thousands per month per link and took weeks to provision
- Internet-based transport (RTMP) suffered from packet loss, jitter, and lacked encryption
- Multi-source ingest required flexible, software-defined connectivity
- SRT's error correction and encryption made it the emerging broadcast standard, but integrating it into an AWS-native pipeline required custom engineering
- Monitoring SRT-specific metrics (RTT, retransmission rate, bandwidth overhead) needed dedicated tooling
我们的解决方案
We built an SRT-based contribution and distribution pipeline using AWS Elemental MediaLive and MediaConnect, enabling reliable, encrypted content transport over public internet with broadcast-grade error correction.
Architecture
- Contribution: AWS Elemental MediaConnect for SRT ingest from remote sources
- Transport: SRT protocol with AES encryption and ARQ error correction
- Encoding: AWS Elemental MediaLive for transcoding SRT inputs to multi-bitrate output
- Packaging: AWS Elemental MediaPackage for HLS/DASH packaging for end-viewer delivery
- Distribution: SRT output from MediaConnect for B2B syndication to platform partners
- Monitoring: SRT-specific metrics dashboard (RTT, packet loss, retransmission, jitter)
- CDN: Amazon CloudFront for last-mile HLS delivery to end viewers
SRT Protocol Advantages
vs. RTMP
SRT provides significant advantages over RTMP for contribution feeds: built-in ARQ error correction (tolerating up to 20% packet loss vs. stream breakage at 1-2% with RTMP), native AES encryption, configurable latency control, UDP-based NAT-friendly transport, and minimal bandwidth overhead for error recovery.
vs. Dedicated Circuits
SRT over internet offers dramatically lower cost and faster provisioning compared to dedicated fiber — with the added benefits of multi-path redundancy and geographic flexibility from any internet-connected location.
Pipeline Design
Contribution (Ingest)
- Remote Sources — Studios, cloud playout, or partners send SRT streams to MediaConnect
- SRT Listener — MediaConnect endpoint configured as SRT listener
- Encryption — AES passphrase encryption for content security in transit
- Error Correction — ARQ recovers lost packets with configurable latency buffer
- Failover — Dual SRT inputs with automatic failover on primary stream failure
Processing
- MediaConnect → MediaLive — SRT flow piped to MediaLive for transcoding
- Transcoding — Multi-bitrate encoding with SCTE-35 passthrough
- SCTE-35 Injection — Ad break signals inserted at scheduled points
- Output — Transcoded stream sent to MediaPackage for HLS packaging
Distribution (B2B Syndication via SRT)
For syndication to platform partners who need a broadcast-grade feed:
- SRT output in caller or listener mode based on partner requirements
- Separate encryption passphrases per partner for access control
- Per-partner bandwidth configuration
- Per-output SRT metrics for partner feed health monitoring
SRT Configuration
Latency Tuning
SRT latency is tuned based on network conditions and use case:
- Ultra-Low — Same-region, high-quality networks (studio to cloud)
- Low — Cross-region, good networks
- Standard — International, variable networks
- High Resilience — Poor networks, maximum packet loss tolerance
Settings are optimized per use case with appropriate latency, bandwidth limits, encryption level, and connection mode (caller vs. listener).
Monitoring & Alerting
The platform monitors SRT-specific metrics in real-time:
- Round Trip Time (RTT) — Network latency between sender and receiver
- Retransmission Rate — Percentage of packets requiring ARQ retransmission
- Packet Loss — Pre-ARQ packet loss rate indicating network quality
- Jitter — Variation in packet arrival times
- Bandwidth Utilization — Actual vs. configured maximum bandwidth
- Buffer Level — Receiver buffer fill level (underrun indicates potential stutter)
Automated alerts trigger on degraded metrics for proactive issue resolution.
Key Features
- SRT Ingest — Receive contribution feeds from any internet-connected source
- AES Encryption — Built-in content encryption without external VPN or TLS
- ARQ Recovery — Tolerates up to 20% packet loss with automatic retransmission
- Configurable Latency — Tunable based on network quality and use case
- Dual-Input Failover — Automatic switchover on primary SRT feed failure
- B2B Syndication — SRT output feeds for partner distribution
- SRT Metrics Dashboard — Real-time RTT, loss, jitter, and retransmission monitoring
- Hybrid Output — SRT for B2B contribution, HLS via CloudFront for consumer delivery
成果
技术栈
caseStudyDetail.more 案例研究
探索更多我们的技术实施案例
SCTE-35 广告标记信令与媒体预告片插入管道
一家流媒体公司需要一个强大、自动化的管道，用于将 SCTE-35 广告标记注入直播和 VOD 流中，并能将宣传预告片（前贴片、中贴片和后贴片）精确地插入指定位置——从而实现跨 FAST 频道、直播活动和点播内容库的变现。
AWS Media Services 用于基于 HLS 的 FAST 频道流媒体
一家媒体公司需要推出免费广告支持的流媒体电视 (FAST) 频道——24/7 全天候的精选视频内容线性流，通过 HLS 传输到智能电视、机顶盒和网络/移动播放器，并通过程序化广告插入实现盈利。
常见问题
MicrocosmWorks selected SRT for its superior performance over unreliable networks, providing AES-128 encryption, automatic packet retransmission, and adaptive bitrate adjustment that RTMP lacks. SRT maintains broadcast-quality video delivery with less than 1% packet loss recovery overhead even over public internet paths where RTMP would show visible artifacts.
MicrocosmWorks configured AWS Elemental MediaLive to accept SRT inputs in both caller and listener modes, then transcode to an ABR ladder and output HLS/DASH segments to MediaPackage. The SRT ingest benefits from MediaLive's built-in SRT decryption and jitter buffer, ensuring clean source quality before the transcoding stage.
Yes, MicrocosmWorks configured MediaLive with multiple SRT input sources and built a routing control plane that switches between feeds based on a predefined schedule or manual override. Each SRT contributor connects via a unique listener port with individual AES passphrase authentication, and the system supports hot-standby failover between primary and backup SRT sources.
MicrocosmWorks built a monitoring dashboard using CloudWatch custom metrics that ingests SRT statistics including round-trip time, retransmission rate, bandwidth utilization, and buffer levels. Automated alerts trigger when retransmission rates exceed 2% or RTT exceeds 200ms, giving operations teams early warning before quality degradation becomes visible to viewers.
MicrocosmWorks deploys SRT-based FAST channel infrastructure at rates of $30-$50/hr, with the complete setup including SRT ingest configuration, MediaLive encoding, CDN delivery, and monitoring dashboard typically requiring 200-350 development hours. The SRT-specific configuration adds approximately 40-60 hours compared to a standard RTMP ingest setup.