Building An IP Studio: Connecting Cameras - Part 4 - Software Defined Networks

In the previous article in this series, we looked at layer-2 switching and layer-3 routing. In this article, we look at Software Defined Networks and why they are so appealing to broadcasters.
Other articles in this series:
Although SDNs (Software Defined Networks) may be a relatively new concept for the IT industry, broadcasters have been using this technology for many years.
In essence, an SDN is a system that separates the control and data planes within a computer network. In broadcasting, we use a similar system with solid state SDI and AES routers. An array of X-Y cross points, under the control of a user panel, routes signals from a source to a destination, or multiple destinations. In this context, the X-Y cross points are the data plane, and the user panel forms the control plane (albeit a primitive version).
IT networks have traditionally used various forms of automated signal switching and routing. As IP is a packet-based system with the source and destination addressing built into every packet, automated routing was built into the design from the beginning. This provides massive advantages for generalized networks as any human input into signal routing is kept to an absolute minimum. However, as networks become more complex with increasing numbers of devices attached to it then network administrators are needed to configure networks, but for the most part, small office networks generally look after themselves.
Broadcast IP networks introduce a significant level of complexity due to the relentless nature of streaming media. With ST2110 networks the packets must not only be evenly gapped, but also timed within very tight tolerances. Forward Error Correction (FEC) provides a level of data correction should a packet become corrupted but keeping latency low and determinate is critical for the reliable operation of the network. Consequently, relying on automatic routing of packets across networks is a far from ideal solution for broadcasters.
The Open Networking Foundation (ONF) is a nonprofit organization that is dedicated to standardizing and developing SDN networks and it provides a third plane in its SDN definition called the application plane. This is the highest layer in the architecture and provides various business applications. The use of these may not seem immediately obvious for broadcasters but the application plane is also responsible for adding an element of control logic to the network to change its behavior. This is particularly useful if the network dynamics need to be changed from a TCP/IP based NDI system to UDP/IP based ST2110 system as the two streams have subtly different requirements of the network.

Figure 1 - Overview of the SDN network showing the physical separation between the infrastructure and control and application layers.
Having the data, control, and application planes separated like this provides immense opportunity for provisioning the distribution of media streams in a network. Broadcast control traffic that deals with the operation of equipment such as play and stop on a media server, or switching inputs on a production switcher, requires low latency, symmetrical routing. That is, the send and receive paths must be similar in latency otherwise the TCP algorithm could enter its startup-phase due to round trip timeouts resulting in variable latency, which in turn would lead to a poor user experience for the operator.
These types of time sensitive short bursts of data that are indicative of control messages can be greatly affected by head-of-line blocking, in part, caused by long UDP/IP flows such as ST2110 media streaming. Currently, we deal with this sort of challenge by keeping the short message flows and long media flows separate on different logical and physical networks. This works but is highly inefficient and results in covering up some fairly substantial cracks in our design topologies.
Treating the data plane as a separate entity from the control and application planes allows the centralized management system to have a whole view of the network. Although the SDN technology is in its infancy, much research is being conducted into understanding the dynamics of networks. This includes understanding how ISPs differ from datacenters and even studios as each type of network has its own signature that describes the types of data flows. For example, a datacenter may transfer many long FTP/TCP flows due to regular server file access, but an ISP will be dealing with predominantly short bursts of HTTP/TCP flows from users accessing web sites. Both have different requirements of the network and hence would benefit from different routing. Centralized control facilitates this.
The control element of the SDN network is analogous to the control panel for the SDI and AES router. And the data plane is similar to the SDI and AES X-Y cross points. Data switching and routing occurs in both hardware and software and vendors including HP, NEC, Juniper and Cisco all have SDN supported protocols that facilitate control from a centralized management system. In effect, the management system makes entries into the tables of the switcher so that it knows which port to send the incoming data to without having to work out the switching or routing for itself. Instead of using metric- and load-based routing, the management system can specifically send packets along the path most suited to its application.
Software switches also exist and are often referred to as virtual switches. These run on operating systems such as Linux and several implementations exist including vSwitch, Indigo, and Pantou. Although they are much more versatile and flexible than hardware switches, they are much slower and have only limited use in a broadcast environment.
Switch metrics are also an important part of SDN as the management systems needs to know how the links in the network are performing. This allows them to be optimized, and in the context of a broadcast facility this means keeping congestion below the packet dropout threshold and routing short bursty traffic along different routes than long media streaming traffic. Vendor and open-source switches all provide metrics and relay these back to the controller using protocols such as OpenFlow, SNMP, and OVSDB (Open vSwitch Database Management Protocol). Therefore, the controller not only keeps a record of the switching but also has a deep “understanding” of the efficiency of the network.
SDNs are the natural selection for broadcasters and using distributed hardware switches in combination with centralized management control provides the perfect 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…
An Introduction To Network Observability
The more complex and intricate IP networks and cloud infrastructures become, the greater the potential for unwelcome dynamics in the system, and the greater the need for rich, reliable, real-time data about performance and error rates.
2024 BEITC Update: ATSC 3.0 Broadcast Positioning Systems
Move over, WWV and GPS. New information about Broadcast Positioning Systems presented at BEITC 2024 provides insight into work on a crucial, common view OTA, highly precision, public time reference that ATSC 3.0 broadcasters can easily provide.
Next-Gen 5G Contribution: Part 2 - MEC & The Disruptive Potential Of 5G
The migration of the core network functionality of 5G to virtualized or cloud-native infrastructure opens up new capabilities like MEC which have the potential to disrupt current approaches to remote production contribution networks.
Designing IP Broadcast Systems: Addressing & Packet Delivery
How layer-3 and layer-2 addresses work together to deliver data link layer packets and frames across networks to improve efficiency and reduce congestion.