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.
All 14 articles in this series are now available in our free 62 page eBook ‘Understanding IP Broadcast Production Networks’ – download it HERE.
All articles are also available individually:
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.
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.
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...
Designing IP Broadcast Systems - The Book
Designing IP Broadcast Systems is another massive body of research driven work - with over 27,000 words in 18 articles, in a free 84 page eBook. It provides extensive insight into the technology and engineering methodology required to create practical IP based broadcast…
Demands On Production With HDR & WCG
The adoption of HDR requires adjustments in workflow that place different requirements on both people and technology, especially when multiple formats are required simultaneously.
If It Ain’t Broke Still Fix It: Part 2 - Security
The old broadcasting adage: ‘if it ain’t broke don’t fix it’ is no longer relevant and potentially highly dangerous, especially when we consider the security implications of not updating software and operating systems.
Standards: Part 21 - The MPEG, AES & Other Containers
Here we discuss how raw essence data needs to be serialized so it can be stored in media container files. We also describe the various media container file formats and their evolution.
NDI For Broadcast: Part 3 – Bridging The Gap
This third and for now, final part of our mini-series exploring NDI and its place in broadcast infrastructure moves on to a trio of tools released with NDI 5.0 which are all aimed at facilitating remote and collaborative workflows; NDI Audio,…