This topic provides network designers and administrators an overview of the requirements needed to implement a Q-SYS audio distribution system on a converged network. In order to simplify this group of networking requirements, and for ease of communication between parties, QSC has named these requirements the "Q-LAN Protocol Suite". For more information about the Q-LAN Network, refer to the Q-LAN Networking Overview.
Q-SYS is a system that performs complex routing, processing and management of audio in a facility. The elements of a Q-SYS system include:
Basic Network Layout
All Q-SYS network protocols are Internet Protocol (IP) based and support advanced networks beyond the simple Ethernet Local Area Network (LAN). Because Q-SYS is a system for live audio, real-time performance is required on both the LAN and the IP environments. In an IP network, routers replace some, or all, of the network switches. Therefore, routers need to provide the same level of performance as the switches they replace.
Note: In Q-SYS Designer, you can use the Core's Network Receive Buffer setting to relax network real-time performance requirements at the expense of increased audio latency through the network.
Layer-3 IP networks have advantages in manageability, scalability, security and convergence over their LAN counterparts. If yours is a large, critical and shared network, it is likely your application will benefit greatly from layer-3 networking.
Layer-3 networks handle QoS and multicast routing in a more engineered manner.
Audio is transmitted in streams. A stream is an ongoing series of packets. Each packet contains 16 audio samples for each of up to 16 audio channels. Samples are in 32-bit floating point format. The maximum total payload size, including overhead, for an audio stream packet is therefore 1100 bytes (octets).
A Q-SYS Core may generate and receive up to 128 audio streams. An I/O Frame or Page Station receives and transmits a single stream.
All streams for a system operate synchronously at the same sample rate. The only sample rate currently supported is 48 kHz. In the future, QSC may add other sample rate and data format options to the protocol.
Hardware found in a Q-SYS System, requiring a connection to the Q-LAN network, includes:
The TSC-3 and TSC-47w-G2 touchscreen controllers must be connected to the LAN A network. These touchscreens cannot boot from the LAN B or AUX networks.
The Q-SYS Q-LAN network communicates control information, streaming audio, and synchronization for a Q-SYS audio system.
The Q-SYS Q-LAN network uses the following standards:
Note: Q-SYS versions prior to 3.0 used UDP ports 6511 through 6766 as needed, depending on the number of active streams in the system.
Quality of service (QoS) allows different traffic streams to receive different treatment on the network depending on their stated relative priorities. QoS is required in the Q-LAN network to prevent non-real-time control and bulk communications from affecting performance of time-sensitive clock and audio-stream traffic. Network performance analysis and specifications are predicated on a QoS mechanism to differentiate and, to a great extent, isolate the different types of traffic on the network.
QoS ensures timely delivery of network data including audio. The Q-LAN network must be configured to prioritize traffic according to Q-SYS QoS classifications.
Q-SYS uses the DSCP field in the IP header to specify traffic priority to the network. The network must inspect, distinguish, and prioritize the following traffic classes. System administrators may choose to trust the DSCP values transmitted by Q-SYS or alternatively reassign new DSCP values based on these values or other distinguishing traffic characteristics. As long as traffic is properly prioritized, it is not necessary to preserve these exact DSCP values through the network.
To assign DSCP values in your Q-SYS design, see Design Properties.
Priority | DSCP Value | Binary Equivalent | Meaning | Traffic Type |
---|---|---|---|---|
Highest |
46 |
101 110 |
RFC 3246 |
PTPv2 clock distribution |
Second Highest |
34 |
100 010 |
AF41 (see RFC 2597) |
Q-SYS audio streams |
Third Highest |
26 |
011 010 |
AF31 |
Q-SYS video streams |
Lowest |
0 |
000 000 |
RFC 2474 (Default) |
Control and management traffic (everything else) |
Flow control protocols (principally 802.3x) are used to prevent input buffer overflows. Modern switches have adequate internal bandwidth such that input buffer overflow is not typically a concern. 802.3x flow control is considered by many network vendors to be a relic. Switches with bandwidth meeting or exceeding wire speed should never have occasion to initiate flow control. The assumption is that the Q-SYS wire-speed requirement implies that switches in a Q-SYS network will never invoke flow control.
Q-SYS uses IEEE 1588-2008 Precision Time Protocol (PTPv2) for synchronization.
Since all Q-SYS networking is IP based, each Q-SYS component must be assigned an IP address. Q-SYS supports several means for IP configuration.
A manually configured static IP assignment is generally preferred for critical equipment such as Q-SYS. Auto-IP adds a significant delay during startup and offers only limited connectivity. When working properly, DHCP does not add significant delay to startup but, depending on configuration of DHCP services on a network, could constitute an (external) single point of failure for your audio system. With either DHCP or Auto-IP, there is the potential for the IP address in use to need to be reassigned. Such reassignment will cause, at minimum, a momentary a disruption in audio service.
End-point device routing allows a device on one subnet to communicate with a device on separate subnet. There are two methods used to accomplish this task - a static route or the default gateway. A static route defines a specific destination/mask pair. The default gateway is a "catchall" for everything which doesn't match a static route.
Below is an example of a static routing configuration for a device using Q-SYS Configurator in Q-SYS Designer.
Note: To configure network settings for Q-SYS Cores in Q-SYS 8.0 and above, use Q-SYS Core Manager. See the Network Settings topic in the Core Manager help.
For Q-SYS to work across a layer-3 network, the network must be configured to route the multicast addresses used by clock distribution and discovery protocols. Q-SYS devices implement the Internet Group Management Protocol (IGMP). IGMP allows network devices to register to receive specific multicast addresses. You can meet Q-SYS multicast routing requirements most easily on a layer-3 network with network equipment supporting IGMP and configured to enable multicast routing. Security policy may require tightening of multicast routing service around Q-SYS requirements. The following IP multicast addresses are used by Q-SYS.
Core Type | Core Model | Local I/O Channels | Network Audio Channels | AEC Processors | Multitrack Audio Players | Local I/O Card Capacity | VoIP Instances |
---|---|---|---|---|---|---|---|
|
Core 110 |
24 |
128 x 1281 |
16 |
16 |
N/A (Built-in I/O on this model) | 4 |
Integrated Cores (medium scale) |
Core 500i |
Up to 32 analog, |
128 flex in/out |
24 |
16 |
8 |
64 |
Core 510i |
Up to 32 analog, |
256 x 256 |
64 |
16 |
8 |
64 |
|
Enterprise Cores (large scale) |
Core 1100 |
Up to 4 analog, |
256 x 256 |
72 |
16 |
1 |
64 |
Core 3100 |
Up to 4 analog, |
512 x 512 |
144 |
16 |
1 |
64 |
|
Dell Enterprise Cores (IT friendly) |
Core 5200 |
N / A |
512 x 512 |
160 |
16 |
N / A |
64 |
1. When using the Core 110f on-board USB Device Port for video bridging, the Q-LAN / AES67 maximum audio channel count is 64 x 64. |
The Core has the following capacity constraints:
Note: You can check your design for these parameters by selecting File > Check Design... or by pressing Shift-F6.
Software and Firmware | Resources | QSC Self Help Portal | Q-SYS Help Feedback
Copyright © 2019 QSC, LLC. Click here for trademark and other legal notices. | Q-SYS 8.1.1