SRT: The Secure Reliable Transport Protocol Explained (Update)
What do ESPN, Microsoft, and Al Jazeera share in common? All three power their live broadcasts with Secure Reliable Transport (SRT). The cutting-edge protocol has gained prominence for its ability to deliver smooth streams, minimal lag, and pristine video quality.
Table of Contents
- What Is SRT?
- History of SRT
- Why We Need SRT for Remote Video Production
- The SRT Solution
- The Technology Behind SRT
- Benefits of SRT
- Use Cases and Success Stories
- RTMP vs. SRT
- WebRTC vs. SRT
- RTSP vs. SRT
- Conclusion
What Is SRT?
SRT is an RTMP alternative designed by Haivision and promoted by the SRT Alliance to transport low-latency streams over noisy networks. The open-source protocol addresses the challenges of remote video contribution while maintaining speedy delivery.
Now for a paragraph rife with hyphens and acronyms (something hard to avoid in the streaming industry):
By combining the lightning-fast speed of UDP with TCP’s error-correction qualities, SRT delivers reliable, low-latency streams — regardless of network quality. Broadcasters using it benefit from packet loss recovery, simplified firewall traversal, and the ability to encrypt the stream for end-to-end security.
SRT Snapshot
- Audio Codecs: Codec-agnostic
- Video Codecs: Codec-agnostic
- Playback Compatibility: Limited (VLC Media Player, FFPlay, Haivision Play Pro, Haivision Play, Larix Player, Brightcove)
- Benefits: High-quality, low-latency video over suboptimal networks
- Drawbacks: Not widely supported for video playback
- Latency: 3 seconds or less, tunable based on how much latency you want to trade for packet loss
History of SRT
The best-case scenario would be to only transport live streams across protected networks. However, that isn’t realistic for use cases ranging from remote news broadcasts to live sports. Haivision came to this realization in 2012 and began developing SRT as a solution.
The protocol was first demoed at IBC the year after that, and Haivision soon released it as part of their product family.
Even so, there’s a long history of proprietary technologies clashing in the streaming industry, and thereby making video delivery unnecessarily complicated. As long as SRT remained a closed technology, widespread adoption would be stifled. So, Haivision joined forces with Wowza to create the SRT alliance in 2017.
The initial press release outlined their goal:
“The mission of the SRT Alliance is to overcome the challenges of low-latency video streaming, thereby changing the way the world streams. Fundamental to this mission is the support of a freely available open-source video transport protocol that will accelerate innovation through collaborative development. The SRT Alliance will promote the industry-wide recognition and adoption of SRT as a common standard for all low-latency internet streaming.”
Haivision subsequently released SRT on GitHub to encourage interoperability, as well as a comprehensive 90-page technical overview that serves as the spec.
Today, more than 450 technology vendors are actively collaborating to ensure that SRT becomes the standard low-latency technology in the broadcast and streaming industries. Organizations ranging from the NFL to Fox News rely on SRT to power their workflows. And the protocol is widely believed to be the future of streaming.
Because SRT is being developed through a community-driven effort led by industry titans, it helps mitigate the fragmentation that has plagued streaming for so long by serving as an industry-wide solution. This, in turn, has fostered adoption across an ecosystem where everything interoperates.
Why We Need SRT for Remote Video Production
So you’ve seen the wordy definition and quick rundown, but what does it all mean?
Picture this: a major livestock dealer is holding a cattle auction in rural Wyoming. The dealer would like to open up the bidding pool to those unable to physically attend by broadcasting the event around the world.
Low-latency video delivery is crucial. Any delay could prevent legitimate bids from being recorded. The video and audio quality also need to be on point for viewers. But in such remote locations, broadcasters seldom have the luxury of excessive bandwidth.
That leaves two options: traditional broadcasting or live streaming.
Broadcasting the live auction would require satellite uplinks and result in a five-second delay. This route would also stand in the way of global distribution over the internet. Additionally, satellite trucks come at a very high price.
If the livestock dealer were to take the live streaming route instead, similar concerns pop up. Streaming over a spotty public network is a no-no, thus requiring dedicated fiber links or MPLS. Using private network infrastructure is the best approach, but it’s costly and challenging to orchestrate. And regardless of network, latency climbs high in most streaming workflows. The majority of broadcasters surveyed in our Video Streaming Latency Report indicated that they experienced latency in the 10-45 second range.
How much latency are you currently experiencing?
Get the Video Streaming Latency Report
Learn from our roundup of data from 200+ broadcasters.
Download PDFThe SRT Solution
By streaming over the public internet using SRT, the auction house wouldn’t have to worry about any of this. SRT takes the variables out of remote event production by ensuring smooth playback on questionable networks. It’s also low-latency, cost-effective, and simple to deploy.
Specifically, SRT solves for:
- Packet loss (packets that the router discards)
- Jitter (packets that arrive at the wrong time)
- Latency (delay between when the video is captured and when it plays on viewers’ devices)
- Changes in bandwidth (fluctuations in the capacity between two points)
In this way, SRT enables a layer of error-correction that reduces the need for expensive network infrastructure. Technologies that SRT may prevent needing to be deployed include:
- Dedicated internet connections (hardwired or cellular)
- Point-to-point network connections (fiber, MPLS, T1)
- Cellular bonding services (e.g., LiveU, Teradek CORE, Zixi)
- Satellite uplinks
The Technology Behind SRT: UDP or TCP?
When it comes to the technology behind SRT, Matrox puts it nicely:
“SRT takes some of the best aspects of User Datagram Protocol (UDP), such as low latency, but adds error-checking to match the reliability of Transmission Control Protocol/Internet Protocol (TCP/IP). While TCP/IP handles all data profiles and is optimal for its job, SRT can address high-performance video specifically.”
UDP and TCP are both core components of the internet protocol suite, residing in the transport layer. Streaming protocols like SRT sit on top of these.
TCP is quite reliable and can solve for packet loss and ordering. UDP, on the other hand, starts without requiring any handshake. It transports data regardless of any bandwidth constraints, making it speedier and riskier.
Check out our blog on the subject for a full breakdown. The takeaway here is that SRT fuses the benefits of both.
Specifically, the UDP-based protocol leverages an error-correction mechanism for packet recovery called Automatic Repeat ReQuest (ARQ). If the receiver (server) recognizes a gap in the stream, it re-requests those packets from the sender (encoder) via a negative acknowledgment (NAK) packet. The genius of this is that even though the sender and receiver remain in conversation throughout the transmission to make sure all packets make their way to the finish line, only the missing packets get retransmitted. In this way, it doesn’t cause a mess of overhead or extensive latency.
By combining the speed of UDP and the reliability of TCP, SRT gives us a comprehensive list of benefits. Let’s take a closer look.
Benefits of SRT
- High quality: Provides professional, high-grade video across any network — withstanding up to 10% packet loss without detectable degradation.
- Resilient: Maintains stream integrity by accounting for packet loss, jitter, and fluctuating bandwidth.
- Cost-effective: Replaces expensive satellite networks or rigid MPLS networks with the affordable and flexible public internet.
- Interactive: Allows you to deliver two-way, interactive video from anywhere.
- Low latency: Enables near real-time IP communications as fast as UDP with the reliability of TCP.
- Media-agnostic: Acts as a wrapper around your content — be it MPEG-2, H.264, or even HEVC.
- Secure: Provides 128/256 bit AES encryption for secure transmission over the internet.
- Firewall friendly: Reliably streams from unknown locations and event centers without requiring additional IT resources.
- Open source: Delivers interoperability and longevity due to large-scale adoption.
Reach and grow your audience with cost-effective and fully customizable streaming workflows.
Use Cases and Success Stories
SRT is popular for use cases involving unstable or unreliable networks. Any streaming workflow complicated by first-mile challenges can benefit from this technology. It’s also an excellent protocol for building two-way applications and syndicating streams from multiple sources.
Below are some of our favorite SRT success stories.
Interactive Experiences
During the 2020 NFL Draft, SRT was the real MVP. The NFL used this game-changing technology to connect 600 live feeds for the first entirely virtual Draft. Each time Roger Goodell announced a pick, we had SRT to thank.
Additionally, the NFL’s instant replay review process runs on SRT. The league was able to ditch their IP VPN while still delivering live feeds from the field back to New York in near real time. That way, all reviewers are looking at the same play.
Multi-Site Events and Live Interviews
When streaming from a crowded convention center with everyone fighting over the same network, SRT comes in handy. In fact, Microsoft counts on the protocol to power its workflows for global events like Ignite. Microsoft and Azure teamed up to develop the SRT Hub, a cloud-based service for routing media across the Microsoft Azure backbone. Tens of thousands of hours of content coming from more than 40 locations are efficiently streamed during Microsoft’s conferences — all thanks to SRT.
Complex News Workflows and Remote Broadcasting
Al Jazeera uses SRT for low-latency content acquisition and global distribution. The media conglomerate transports breaking news from the field to remote bureaus for international syndication. This eliminates the costs and technical headaches that come with satellite and MPLS networks, while also ensuring that news gets out to the public as it’s unfolding.
Live Sports
ESPN relies on SRT to broadcast content from universities across the United States, eliminating the need for satellite uplinks with a much more cost-effective solution. The result is something every broadcaster is trying to achieve: more content at a lower cost. Plus, games that usually wouldn’t even make it on TV are distributed on a national platform.
RTMP vs. SRT
Anyone broadcasting with RTMP should consider replacing it with SRT. In fact, in a recent Wowza LinkedIn poll, 55% of participants indicated a desire to do just that.
“Legacy protocols such as real-time messaging protocol (RTMP), developed over a decade ago to encode video and move it across networks to clients, will likely be displaced by newer solutions such as Secure Reliable Transport (SRT), designed to further decrease latency and meet the demands of live and on-demand streaming.”
RTMP remains the most common protocol for video contribution, but anyone looking to future-proof their workflow would be best making the switch. The dated technology simply wasn’t designed for interactivity. And in terms of end-to-end latency and video quality, SRT outperforms RTMP by a landslide — clocking in at a one-second delay vs. a five-second delay.
What’s more, RTMP lacks momentum. Support for the protocol is waning, and it hasn’t evolved to keep up with new codecs or streaming functionalities like ad insertion. With RTMP, HEVC-encoded streams are not an option, limiting one’s ability to stream high-resolution content.
WebRTC vs. SRT
Another popular video transport technology is Web Real-Time Communication (WebRTC), which can be used for both contribution and playback. WebRTC is the speediest protocol out there and also eliminates the need for an encoder by delivering near-instantaneous voice and video streaming to and from any major browser.
That said, because WebRTC was designed for real-time delivery, its strengths are limited when it comes to quality and scalability. Content distributors looking to deliver broadcast-quality events free of jitter and packet loss would be better off with SRT in most cases. On the other hand, anyone building an interactive video experience that hinges on sub-second latency should look no further than WebRTC.
RTSP vs. SRT
One final SRT alternative worth mentioning is the Real-Time Streaming Protocol (RTSP). The primary reason that RTSP remains in use today is because of its prevalence in IP cameras. If this is the only technology available, then it makes sense to use it. But if you’re using an IP camera with SRT support, we’d recommend using it.
Conclusion
Challenged to deliver high-quality streams over suboptimal networks? Looking to achieve low-latency content acquisition despite an iffy connection to the ingest point? Searching for a high-performance alternative to RTMP?
Look no further than SRT. Just know that you might want to transmux the content for large-scale delivery. And for that, Wowza’s technology stands at the ready.