Testing Backup Connections Before the Audience Arrives: A Closer Look
Part two of our look at connection testing: how backup links and platform ingest settings are checked in the course, and why a failover you have never tried is not yet a failover.
Megan Foster · · 5 minutes to read

Why a second connection deserves its own test
Most people who run multi-camera streams already own a backup of some kind: a phone hotspot in a bag, a second broadband line in the building, a spare cable. What many have never done is run the show over it. In the connection testing module we ask learners to treat the backup as a separate system with its own speed, its own delay and its own quirks, and to measure it the same way as the main link.
That changes the questions. Instead of asking whether a backup exists, learners ask how much upload it really gives at the hour of the event, whether the encoder can reach the platform through it, and how long the switch takes. A hotspot that looks fine on a quiet morning can slow down badly when a room fills with phones.
Megan Foster, who teaches audio routing and joins these sessions to watch how network trouble shows up in sound, often points out that listeners forgive a few seconds of soft picture much sooner than a dropout in speech. That is why the backup test always includes a stretch of live audio.
What we measure on the main and backup links
Each link is checked for upload speed, stability over time and how it behaves under load. A single speed test only shows one moment, so learners repeat it several times across the rehearsal window and note the lowest result, not the best one. The lowest figure is the one the stream has to live with.
They also record whether the connection is wired or wireless, who else shares it, and whether the venue restricts any ports or devices. These notes go into a one-page sheet that travels with the equipment, so whoever sets up next time starts from facts rather than memory.
The numbers are never promises. Streaming performance depends on the venue connection, the platform and the agreed equipment, and the sheet simply makes that dependence visible before the doors open.
- Upload speed at three different times
- Wired or wireless, and who shares the link
- Any blocked ports or venue rules
- Lowest result recorded, not the best
Checking platform ingest settings against the link
A connection can be healthy and the stream can still fail because the encoder is pointed at the wrong place or sending more than the platform accepts. Learners open the destination platform, read its recommended ingest settings, and compare them with what the encoder is actually set to send.
The usual rule we teach is to choose a bitrate comfortably below the lowest upload figure recorded, leaving room for other traffic and for the small swings every network has. If the numbers do not fit, resolution or frame rate comes down before anything else is touched.
Priya Natarajan covers the encoder side of this in her sessions. The testing module simply makes sure the two halves meet: the link on one end, the platform on the other, and settings that suit both.
Rehearsing the failover, not just describing it
The most useful exercise in the module is also the simplest. Mid-rehearsal, the instructor unplugs the main connection without warning. Learners watch what the encoder does, how long the platform preview freezes, and whether the stream resumes by itself or needs a manual restart.
Almost everyone finds something the first time: a saved stream key that expires, an encoder that does not retry, a backup network that needs a login nobody remembers. Finding that during a rehearsal costs a few minutes. Finding it in front of an audience costs the show.
Learners then write the steps down in plain order, with a named person for each one, so the failover can be carried out calmly by someone who was not in the room when it was designed.
- Pull the main link without warning
- Time how long the picture freezes
- Note any login or key that blocks recovery
- Write the recovery steps with named owners
Where this fits in the wider course
Connection testing sits after encoder configuration and before the full dress rehearsal. By this point learners already have cameras connected, a switching layout and a clean audio path, so a network test can be judged against a real show rather than a blank screen.
Prerequisites are modest: comfort with a laptop, access to the router or network settings at your venue, and a destination platform account you can test with. No previous networking knowledge is assumed.
The realistic outcome is not a guarantee of perfect streams. It is a documented, tested set of connections, with a rehearsed fallback, which lets a small studio or event team know where their setup stands before the audience arrives.
A habit worth keeping this autumn
Autumn brings panel events, business presentations and the first indoor gatherings of the season, often in venues you have not streamed from before. Each new room carries a different connection, so the test belongs on the schedule every time, not only for the first show.
Give yourself a window well ahead of start time, run the measurements twice, and keep the sheet updated. The habit takes less than an hour and removes most of the surprises that tend to arrive in the final minutes.
A backup connection only counts once it has carried a show during a rehearsal. Measure both links at realistic hours, match the encoder to the lower figure and the platform's ingest advice, and practise the switch until the steps are written down and owned. Results still depend on the venue, the platform and your agreed equipment, but a tested failover leaves very little to chance.