Skip to content

The Best Network Topology for Live Sound

The Best Network Topology for Live Sound

A reliable network is the backbone of any modern live sound production. Choosing the right topology—star, redundant star, or ring—and properly separating audio, control, and management traffic can mean the difference between a flawless show and a catastrophic failure. This guide breaks down the key considerations for designing a robust live sound network, from switch placement and cable runs to Dante redundancy and VLAN configuration.

Key takeaways

  • Separate audio, control, and management traffic using VLANs to prevent congestion and interference.
  • Use a redundant star topology (primary/secondary networks) for critical audio to ensure zero-drop failover.
  • Enable IGMP snooping and disable STP on device ports to optimize multicast audio delivery.
  • Keep copper cable runs under 100 meters; use fiber for longer distances and between major zones.
  • Label and physically separate primary and secondary network paths to avoid single points of failure.
  • Test all failover scenarios and clock synchronization before the event.

Understanding the Core Requirements

Live sound networks must handle three primary traffic types: audio (e.g., Dante, AES67), control (e.g., OSC, MIDI, console remote), and management (e.g., DHCP, SNMP, web GUI). Each has different tolerance for latency and packet loss. Audio requires deterministic, low-latency delivery; control can tolerate slight delays but must be reliable; management traffic is less time-sensitive. Mixing these on a single flat network without segmentation can lead to congestion, dropped packets, and audio dropouts.

The network must also be resilient. A single switch failure or cable cut should not take down the entire system. Redundancy at the switch, link, and device level is critical for high-stakes events. Additionally, cable runs must be planned to avoid exceeding Ethernet distance limits (100m for copper) and to manage power over Ethernet (PoE) requirements for devices like stage boxes and wireless mic receivers.

Star Topology: Simple and Effective

The star topology is the most common and easiest to deploy. All devices connect to a central switch or a small cluster of switches. This provides a single point of management and makes troubleshooting straightforward. For small to medium-sized productions, a single managed Gigabit switch with sufficient ports is often adequate. Ensure the switch supports IGMP snooping to prevent multicast audio traffic from flooding all ports, and has a robust backplane to handle full line-rate throughput.

However, the star topology has a single point of failure: the central switch. If it fails, the entire network goes down. For mission-critical events, a redundant star or ring topology is recommended. In a redundant star, two independent switches (primary and secondary) are used, with devices connected to both via dual NICs (e.g., Dante Primary and Secondary ports). This provides failover without interruption, but doubles the switch count and cabling.

Redundant Star vs. Ring: Which Is Better?

The redundant star topology is the gold standard for Dante and AES67 networks. It uses two separate networks (primary and secondary) that are completely isolated. Dante devices automatically send audio on both networks; the receiving device selects the best signal. This provides seamless failover with zero packet loss. The primary and secondary switches should be identical and configured identically (except for IP addressing).

Ring topologies (e.g., using RSTP or proprietary protocols) can provide link redundancy with fewer cables, but they introduce complexity and potential convergence delays. In a ring, if a cable breaks, the ring must reconverge, which can cause a brief audio dropout (typically 1-2 seconds with RSTP). For live sound, even a short dropout is unacceptable. Therefore, SSOUNDS recommends a redundant star topology for all critical audio networks. Rings are better suited for control networks where brief interruptions are tolerable.

VLANs: Separating Audio, Control, and Management

VLANs (Virtual LANs) allow you to logically segment a single physical switch into multiple isolated networks. This is essential for live sound to prevent control traffic (e.g., console remote, wireless mic management) from interfering with time-sensitive audio. A typical setup uses three VLANs: one for audio (e.g., VLAN 10), one for control (VLAN 20), and one for management (VLAN 30).

Audio VLANs should be configured with strict QoS (Quality of Service) to prioritize Dante/AES67 traffic. Control VLANs can have lower priority. Management VLANs should be restricted to authorized devices and often use a separate IP subnet. Trunk ports between switches carry all VLANs, while access ports are assigned to a single VLAN. Proper VLAN configuration prevents broadcast storms and reduces unnecessary traffic on the audio network.

Switch Placement and Cable Runs

Switch placement should minimize cable runs while maintaining accessibility for troubleshooting. For large venues, place switches at FOH (Front of House), monitor world, stage left/right, and any delay tower positions. Use fiber optic links for runs longer than 100 meters (e.g., from FOH to stage). Fiber is immune to EMI and can run hundreds of meters without signal degradation. For shorter runs, shielded Cat6a or Cat7 copper cable is recommended.

Always use separate physical paths for primary and secondary network cables to avoid a single cut taking down both networks. Label all cables clearly and use color coding (e.g., red for primary, blue for secondary). Keep network cables away from power cables and other sources of interference. For outdoor events, use ruggedized connectors and weatherproof enclosures for switches.

Practical Configuration Tips

Enable IGMP snooping on all switches to ensure multicast audio traffic is only sent to ports that have subscribed. Disable STP (Spanning Tree Protocol) on ports connected to Dante devices to prevent port blocking during convergence. Instead, use RSTP on uplinks between switches for redundancy. Set all Dante devices to use the same clock source (e.g., a dedicated master clock or the console).

For large networks, consider using a dedicated network management tool (e.g., Dante Controller, AES67 Discovery) to monitor latency, clock status, and subscription errors. SSOUNDS line array systems are designed to integrate seamlessly with standard Dante/AES67 networks, and our engineering team provides detailed network design support for complex deployments. Always test the network thoroughly before show day, including failover scenarios.

Frequently asked

Can I use a single switch for both audio and control?

Yes, but only if you configure VLANs to separate traffic and ensure the switch has enough backplane capacity. For critical shows, dedicated switches for audio are safer.

What is the maximum cable length for Dante?

Dante over copper (Cat5e or better) is limited to 100 meters. For longer runs, use fiber optic with media converters or switches with SFP ports.

Do I need managed switches for live sound?

Yes, managed switches are essential for VLANs, IGMP snooping, QoS, and link aggregation. Unmanaged switches cannot provide the necessary control and may cause network issues.

How do I test network redundancy?

Use Dante Controller to monitor audio streams, then unplug a primary network cable or power off a primary switch. The system should seamlessly switch to the secondary path with no audible dropout.

Is a ring topology acceptable for Dante?

While possible with RSTP, ring topologies can cause audio dropouts during convergence. SSOUNDS recommends redundant star for all critical audio networks.

Building or upgrading a system?

SSOUNDS engineers and manufactures professional PA worldwide — from a single room to stadium scale.

Talk to an engineer
Chat on WhatsApp