Understanding IP Broadcast Production Networks: Part 5 - Audio Over IP Basics

How AVB, AES67 and proprietary solutions like Dante address the challenges of using asynchronous internet networks to distribute audio.

In television, audio is notoriously difficult to get right, the human audio- visual system can cope much better with disturbances in pictures than sound.  If a television picture flashes or bangs for a few seconds, then we don’t seem too concerned with it. If the audio in the same television transmission breaks up, stutters or distorts, then we are aware of the problems much more quickly, and we become easily frustrated or stressed if the problem continues.

Equipment manufacturers have gone to great lengths to make sure the audio provided is distortion free, doesn’t break up and is delivered in a known timeframe. Analog audio used point to point connections with dedicated cable. Digital built on this to give us time division multiplexed systems such as AES3 and MADI, albeit still over point-to-point connections.

As we move to the IP world, we have to look at ways we can deliver audio over networks without delay, or breakup and distortion. IP networks were originally designed to transport non-real-time data such as web browser traffic. One of the benefits of point-to-point connections is that we can guarantee the audio will reach its destination within a predictable timeframe and without errors. We must now apply this philosophy to computer networks.

The Audio Engineering Society (AES) has provided two point-to-point standards that have been used extensively in the broadcast industry; AES3 and AES10. AES3 provides pulse code modulated (PCM) audio samples in real time over a point-to-point connection. MADI was adopted by the AES and became formally AES10, this builds on AES3 to provide up to 56 channels of audio.

Point-to-point connections work well within studios and have stood the test of time. The problems start to occur when we move outside of the studio to distribute audio to the wider TV station and sending to other facilities, such as OB units, as this form of connectivity becomes very inefficient.

Figure 1 - Comparison of AVB and AES67/Dante systems.

Figure 1 - Comparison of AVB and AES67/Dante systems.

A 100Mbit/s MADI connection needs a 125Mbit/s baud rate connection, even if you only send one channel consisting of 2Mbit/sec. When using packet switched systems such as Ethernet or IP, we only need to use the data bandwidth required, in this instance 2Mbit/sec, with some minor overhead for packet framing.

Two technologies have emerged as the leaders in audio over IP; IEEE 802.1BA and AES67. IEEE 802.1 is otherwise known as Audio Video Bridging (AVB) and works at layer 2 of the ISO seven-layer model. In previous chapters we demonstrated that layer 2 switches Ethernet packets and is limited to the domain of the broadcasters’ network. Although its faster than IP switching it’s difficult to move packets outside to other facilities and OB trucks.

To achieve synchronization data integrity and low latency, IEEE 802.1 uses new switcher protocols to provide rate shaping, a method to guarantee bandwidth, and clock synchronization. All of this requires the layer-2 switch to have IEEE 802.1BA protocols installed and configured. The IT department will need to understand this configuration and as it’s not standard IT, the system is much more complicated.

For many commercial broadcasters, the benefits of moving to consumer of the shelf (COTS) products could easily be outweighed by the customization of switches required by AVB. Instead of using hot spares available that can be deployed anywhere in the network we now have to keep specific routers and switches for the broadcast part of the network.

The main problem with packet technology is jitter and delay throughout the network. Solutions are required to synchronize the codec frame and bit clocks at the send and receive ends of the chain.

Without synchronization, the audio would degenerate to squeaks and pops and be completely inaudible.

Figure 2 - The importance of clock synchronization between encoder and decoder.

Figure 2 - The importance of clock synchronization between encoder and decoder.

AES67 is a packet technology working at the IP layer-3 level and provides a specification for the three main areas of audio over IP; synchronization and transport, encoding, and connection management. This is much easier to distribute outside of a facility as it uses IP routing, which can easily deliver to an OB truck. AES67 provides word and frame clock alignment to guarantee the delivery of high-quality audio over IT networks.

Dante by Audinate goes one step further as it abstracts away the IT network to deliver a user management system enabling simple discovery of connected equipment and interfacing to computers. In effect, providing a system that is easy to manage without having to have an in-depth understanding of the underlying IT infrastructure.

AES67 and Dante both have the major advantage that they do not need any modifications to industry standard IP routers and can work alongside existing IT networks.

Using Precision Time Protocol, timing signals are sent from a master computer to each connected encoder or decoder. This IEEE protocol allows sub-microsecond clock synchronization between devices guaranteeing synchronization of clocks and high-quality audio.

Network engineers must configure their routers to allow PTP timing packets to have the fastest access through the network, in affect providing the best quality of service (QoS). Broadcast engineers must discuss this with the IT department so that the network engineers can apply the correct QoS parameters to the PTP packets.

Other benefits of Dante are that it provides a plug and play facility. We saw in the previous chapter on host configuration, how easy it is to create ghosting IP addresses, or mis-configure a camera or sound console. Over three hundred partner companies build interface solutions to work with Dante making it a complete solution.

You might also like...

HDR & WCG For Broadcast: Part 3 - Achieving Simultaneous HDR-SDR Workflows

Welcome to Part 3 of ‘HDR & WCG For Broadcast’ - a major 10 article exploration of the science and practical applications of all aspects of High Dynamic Range and Wide Color Gamut for broadcast production. Part 3 discusses the creative challenges of HDR…

IP Security For Broadcasters: Part 4 - MACsec Explained

IPsec and VPN provide much improved security over untrusted networks such as the internet. However, security may need to improve within a local area network, and to achieve this we have MACsec in our arsenal of security solutions.

Standards: Part 23 - Media Types Vs MIME Types

Media Types describe the container and content format when delivering media over a network. Historically they were described as MIME Types.

Building Software Defined Infrastructure: Part 1 - System Topologies

Welcome to Part 1 of Building Software Defined Infrastructure - a new multi-part content collection from Tony Orme. This series is for broadcast engineering & IT teams seeking to deepen their technical understanding of the microservices based IT technologies that are…

IP Security For Broadcasters: Part 3 - IPsec Explained

One of the great advantages of the internet is that it relies on open standards that promote routing of IP packets between multiple networks. But this provides many challenges when considering security. The good news is that we have solutions…