On-Set

Live Broadcast: Internet Redundancy Is the Product

What live webcast production requires from studio internet: dedicated bandwidth, an isolated network, and bonding that keeps one stable address to the world.

This July we hosted a two-day live webcast production at our Denver studio for a national corporate event producer — a green-screen broadcast with a confidential pharmaceutical end-client and an audience that could not be asked to refresh their browsers. Recorded production is trapeze work with a net: a dropped connection costs you a file transfer, a flubbed segment gets another take. Live is swinging without the net — same moves, same skill, nothing underneath you. That changes what a studio is actually selling: for live webcast production, the internet isn't a utility in the building. It's the rigging that keeps the act in the air.

The stream is only as good as its worst minute

Everything else on a broadcast day has a retry. A flubbed line gets a second take on a recorded shoot; even on a live show, a lighting tweak can happen between segments. The uplink has no retry. If the encoder loses its path to the internet for ninety seconds in hour two, it does not matter that the other seven hours were flawless — the audience experienced an outage, and the client experienced a vendor failure.

That's why we plan connectivity the way riggers plan overhead points: assume the failure, then make it survivable. You can't hang a net under a live show after it starts — redundancy is the net, and it gets rigged before anyone swings.

What does a broadcast-grade internet setup look like?

Four layers, in order of importance:

1. A dedicated primary with provisioned capacity. Not "the office WiFi is fast." For our July broadcast we arranged a provisioned event-day circuit with our provider — guaranteed capacity for the show window, roughly 60 Mbps of upstream against a program stream that needed 6–10 Mbps sustained. That 6–10× headroom is the point: congestion, retransmits, and bitrate spikes all live inside the margin instead of eating into the stream.

2. An isolated network. The show gets its own VLAN. Nothing else in the building — client laptops, phones on WiFi, a producer uploading photos — competes with the program feed. This costs nothing but forethought and prevents the most common self-inflicted outage there is.

3. A genuine failover path. A second line from the same provider through the same conduit is not redundancy; it fails with the primary. Real failover means path diversity: a second physical line on separate infrastructure, or a bonded connection riding multiple cellular carriers at once — which does something subtler and better than switching, covered below. Which approach is right depends on the show's stakes and whether the client's encoder can bond connections itself — a conversation to have in pre-production, not on set day.

4. A human watching it. Bandwidth graphs don't fix themselves. Our broadcast days include a dedicated tech lead whose job is the signal path — from camera to encoder handoff — so the producer can produce and the client can run their show.

Do the bandwidth math out loud

A single 1080p program stream wants 6–10 Mbps of sustained upload. That sounds trivially easy in 2026, and that's the trap — advertised speeds are best-case downstream numbers, and streaming lives entirely on the upstream side. Ask any studio hosting your live production three questions: what is the sustained upload, is it provisioned or shared, and what happens to the stream when that line dies? A studio that has answers has done this before. A studio that offers you the WiFi password has not.

What does bonding actually do?

Failover has a weakness worth understanding: the switch itself. When the primary line dies and traffic moves to the backup, the show's connection to the internet changes — new route, new public address — and most streaming sessions break at exactly that moment. The stream reconnects a few seconds later, but the audience saw the stumble, and on a live show those are the seconds everyone remembers.

Bonding solves the problem one level deeper. A bonding appliance takes several connections at once — the primary line plus two or more cellular carriers — and spreads the stream's packets across all of them simultaneously, inside a tunnel that terminates at a fixed point in a data center. To the streaming platform, the broadcast originates from that one stable address out on the internet, regardless of what's happening to the individual paths underneath it. A carrier can drop mid-sentence and nothing changes out there: the tunnel rebalances across the surviving paths and the session never even notices.

That's the distinction in one line: failover switches paths and hopes the reconnect is quick; bonding presents one address to the world and lets paths die quietly behind it. For a broadcast where the audience includes the client's leadership, that difference is worth the appliance rental many times over.

Weather is a network dependency

Here's a Denver-specific one: summer afternoon thunderstorms are practically a scheduled event, and weather affects last-mile infrastructure of every kind — power blips, provider-side interruptions, RF interference. If your broadcast window sits at 2 p.m. in July, the failover path isn't paranoia; it's meteorology. We build show-day run-throughs the day before (a half-day set-and-test, then the full broadcast day) partly for exactly this reason: the connectivity check happens under no pressure, with a full day of margin to fix anything it surfaces.

Who runs what on show day

The cleanest live productions split roles explicitly. On our July show, the client's team brought their own encoders and switching software and ran the stream — that's their craft. We supplied the studio, cameras, lighting, audio, comms, and a clean program feed over SDI, plus the dedicated connectivity and the tech lead watching it. The client's remote stakeholders watched from a command-center setup — confidence monitors and a clean feed, without bodies crowding the stage. Everyone owned the layer they knew best, which is exactly why the show came off without a visible seam.

That division matters when you're shopping for a studio: you don't need the studio to replace your streaming team. You need it to hand your streaming team a bulletproof signal and a bulletproof pipe.

Quick reference: the live-broadcast connectivity checklist

Before you book a studio for a live webcast, confirm:

  • Sustained upload bandwidth, with 5–6× headroom over your program bitrate
  • Provisioned or guaranteed capacity for the show window — not shared building internet
  • The show runs on an isolated VLAN, separated from all other building traffic
  • A failover path with true diversity — a second physical path, or a bonded connection presenting one stable address to the internet
  • Clean program handoff in the format your encoder wants (SDI, not a consumer HDMI chain)
  • A named person responsible for the signal path on show day
  • A set-and-test day before the broadcast day, connectivity check included

Live broadcast is a no-net act, which is precisely why it's worth doing from a room built for it. If you're planning a webcast and want to talk through the signal path, get in touch — we'll walk you through how we'd run your show.