Back to Case Studies
Video Encoding

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.

Discuss Your Project
AWS Media Services for FAST Channel Streaming over SRT
Video Encoding
Domain
10
Technologies
5
Key Results
Delivered
Status

The Challenge

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

Our Solution

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)

  1. Remote Sources — Studios, cloud playout, or partners send SRT streams to MediaConnect
  2. SRT Listener — MediaConnect endpoint configured as SRT listener
  3. Encryption — AES passphrase encryption for content security in transit
  4. Error Correction — ARQ recovers lost packets with configurable latency buffer
  5. Failover — Dual SRT inputs with automatic failover on primary stream failure

Processing

  1. MediaConnect → MediaLive — SRT flow piped to MediaLive for transcoding
  2. Transcoding — Multi-bitrate encoding with SCTE-35 passthrough
  3. SCTE-35 Injection — Ad break signals inserted at scheduled points
  4. 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

  1. SRT Ingest — Receive contribution feeds from any internet-connected source
  2. AES Encryption — Built-in content encryption without external VPN or TLS
  3. ARQ Recovery — Tolerates up to 20% packet loss with automatic retransmission
  4. Configurable Latency — Tunable based on network quality and use case
  5. Dual-Input Failover — Automatic switchover on primary SRT feed failure
  6. B2B Syndication — SRT output feeds for partner distribution
  7. SRT Metrics Dashboard — Real-time RTT, loss, jitter, and retransmission monitoring
  8. Hybrid Output — SRT for B2B contribution, HLS via CloudFront for consumer delivery

Results

Cost Savings: 90%+ reduction vs. dedicated fiber circuits for contribution
Reliability: ARQ error correction maintained broadcast quality over public internet
Flexibility: New remote sources onboarded in minutes vs. weeks for dedicated lines
Global Reach: SRT feeds ingested from any location worldwide
Failover: Dual-input architecture achieved 99.99% contribution feed availability

Technology Stack

AWS Elemental MediaConnectAWS Elemental MediaLiveAWS Elemental MediaPackageAmazon CloudFrontSRT ProtocolAES EncryptionSCTE-35AWS CloudWatchHLSH.264

Have a Similar Project in Mind?

Let's discuss how we can build a solution tailored to your needs.

Contact UsSchedule Appointment