IPShowcase

Video: ST 2110 Based OB Production Solution

Posted on by Adam K

This case study focuses on NEP UK’s ST 2110 based OB solution (Broadcast Centre and two IP UHD trucks) that was designed to support large sport events. We have already published a few posts related to full IP vans (e.g. Building a Large OB Truck Using SMPTE ST 2110 and ST 2110 – From Theory to Reality), but this design is slightly more innovative.

The most complex part of this solution is Broadcast Centre built for very large premium UHD productions (routing capabilities of 2000×2000 UHD IP feeds, 4 vision mixers). Such large productions take place only a few time a year, so for all the other times the same hardware can be reconfigured into smaller flypacks that can do multiple independent productions at different places around the world. All devices in Broadcast Centre are installed in mobile racks, so you can simply wheel them in and out of different sports venues.

These flypacks can also be used to extend capabilities of IP OB vans – the only limit is the number of ports available on the switches. A truck can be put in any location and connected to multiple IP systems, creating fully scalable and large broadcast system – the kind that you would only previously find in a fixed studio set up.

The case study covers lessons learned from this COTS based system which leverages SMPTE ST 2110, SMPTE 2059, and adaptive FPGA based edge processing. Maurice Snell focuses on advantages of ST 2110 IP design (massive simplification of wiring, use of COTS equipment, audio breakaway possibility, signal agnostic capabilities, flexibility, scalability) and describes the challenges (operators shouldn’t need to know or care if they are routing SDI, IP or a hybrid mixture of the two, importance of unified facility monitoring and configuration and a new approach to fault finding for engineers).

You can download the slides from here.

Watch now!

Speaker

Maurice Snell
Senior System Consultant
Grass Valley

Video: User Requirements Beyond SMPTE ST 2110

Posted on by Russell Trafford-Jones

Work on ST 2110 continues although the main elements of it have been standardised for well over a year now, but many companies are thinking beyond ST 2110.

The EBU’s Willem Vermost presents the wider picture of next generation broadcast facilities charting the need and desires of public broadcasters in Europe. We look here at the need for many broadcasters to move buildings and the problems they face doing so – only one of them being implementing a ST 2110 infrastructure.

The talk then goes on to the problems that broadcasters face and the need for a way of working which defines some common approaches. This has arrived in the form if a document with the lengthy title JT-NM TR-1001-1:2018 which outlines many practical approaches to making ST 2110 work. Many are simple, such as using DHCP but without an agreed set of practices, incompatibilities will come in.

Willem talks about the interoperability tests for this, the results of which are publicly available rather than previous closed-door tests. And before rounding off the talk with questions, he looks at the increasingly well-known EBU Pyramid which shows the availability of different parts of the IP ecosystem; media transport being green, configuration and security being red.

For more information about JT-NM, look at this talk from SMPTE and Imagine Communication’s John Mailhot which covers it in much more detail.

Join Willem at IBC to find out more about ST 2110 at a panel from IET Media discussing ST 2110 and NDI. NDI provides video over IP and is more widely supported than ST 2110, yet major broadcasters seem blind to its benefits. Is this because NDI doesn’t meet the needs of these broadcasters or are there other reasons? What are the use cases where both can be used together?

Join Willem Vermost, The Broadcast Knowledge Editor Russell Trafford-Jones, Marc Risby CTO of Boxer and Liam Hayter from Newtek/NDI to find out more at IBC, IABM Theatre, Future Zone. Friday 13th 15:00-15:45.

Speaker

Willem Vermost Willem Vermost
Senior IP Media &Technology

Video: Red and Blue, or Purple; Your IP Media Network, Your Way

Posted on by Adam K


Leaf & spine networks have started taking over data centres in the last few years. It’s no secret that people prefer scale-out over scale-up solutions and you can see a similar approach in ST 2110 networks, when large monolithic video switches are replaced with smaller leaf and spine switches.

Leaf and spine refers to networks where a number of main, high throughput switches link to a number of smaller switches. These smaller switches tend to be aggregators and offer the promise of cheaper ports delivered closer to your equipment. The alternative to leaf & spine is monolithic switches which do have their merits, but are certainly not always the right choice.

To provide non-blocking switching in leaf & spine networks you need an SDN controller that orchestrates media flows. Advances in SDN capabilities have led to the emergence of “Purple” network architectures. In this video Gerard Phillips from Arista shows how it differs from a “Red/Blue” architecture, how path diversity is maintained and how ST 2110 IP live production or playout applications could benefit from it.

It’s important to be aware of the different uses of Layer 2 vs Layer 3:

    • Layer 2 devices are typically used for audio networks like Dante and RAVENNA. A layer 2 network is a simple, scalable and affordable choice for audio flows where there are no challenges in terms of bandwidth. However, this type of network doesn’t really work for high bit rate live production video multicast since all multicasts need to be delivered to the IGMP querier which isn’t scalable.

    • Layer 3 have distributed IGMP management since PIM is used on each router to route multicast traffic, so there is no more flooding network with unnecessary traffic. This type of network works well with high bit rate video multicasts, but as IGMP is not bandwidth aware, it’s best to use an SDN system for flow orchestration.

Gerard then looks at resilience:

  • Using 2022-7 seamless switching (plus a robust monitoring system that can provide quick, accurate information to resolve the issue)
  • Choosing quality components (switches, NOS, fibres etc.)
  • Providing redundancy (redundant PSU, fans, fabric modules etc., redundant links between switches, ensuring that routing protocol or SDN can use these “spares”)
  • Dividing up failure domains
  • Using leaf and spine architecture (routing around failed components with SDN)
  • Using resilient IP protocols (BGP, ECMP)

The talk finishes up discussing the pros and cons of the different architectures available:

  • Monolithic systems which are non-blocking, but have a wide failure domain
  • Monolithic – expansion toward spine and leaf with SDN for non-blocking switching
  • Leaf & spine with air-gapped Red and Blue networks
  • Leaf & spine hybrid with Purple switches connected to both Red and Blue spines to support single homed devices
  • Leaf & spine Purple. Here, red and blue flows are connected to physically separate switches, but the switches are not identified as red and blue anymore. This is a converged network and an SDN controller is required to provide diverse paths flows to go to two different spines.

You can download the slides from here.

Watch now!

Speaker

Gerard Phillips Gerard Phillips
Systems Engineer
Arista Networks

Video: PTP Management and Media Flow Monitoring for All IP Infrastructures

Posted on by Adam K

Black and burst was always a ‘set and forget’ system. PTP, which replaces it, deserves active monitoring – and the same is true of your uncompressed media streams as we hear in this talk from the IP Showcase.

In professional essence-over-IP systems such as based on SMPTE ST 2110, timing needs to be rock solid. Thanks to asynchronous nature of IP many different flows can be carried across a network without having to be concerned with synchronization, but this presents a challenge in the production environment. To provide the necessary “genlock”, there is a need for a precise timing standard which is provided by SMPTE ST 2059 which defines the way broadcast signals relate to the IEEE 1588-2008 Precision Time Protocol, commonly referred to as PTPv2. This protocol is very different from analogue Black Burst and Tri-Level signals used in SDI world, so new tools and skills are required for fault finding.

In the first part of this presentation Thomas Gunkel from Skyline Communications focuses on the best practices to configure, monitor and manage PTP in an all-IP infrastructure covering the following:

  • PTP protocol vs reality (packet delay variation, network asymmetry, imperfect timestamping)
  • Increasing reliability of PTP (hardware timestamping, using QoS to prioritise PTP traffic, correcting timing intervals)
  • PTP device issues (grandmaster / boundary clock failure, loss of external reference, badly implemented BMCA)
  • PTP network issues (missing / corrupted event messages, increased packet delay variation, network asymmetry, multicast issues)
  • Automating PTP configuration (BMCA settings, messaging rate intervals, communication mode)
  • Automated PTP provisioning (detecting new PDP our devices using IS-04 or proprietary protocols, extracting end-to-end PTP topology with LLDP, applying standard PTP profiles)
  • PTP monitoring and control (monitor every single metric related to PTP like PTP offset, PTP mean path delay and multicast PTP network traffic for all grandmaster, master and slave devices, prevent slave devices from becoming master)

The second part of this video shows how to track uncompressed media flows in an ST 2110 IP-based media facility using a multi-layer approach and to how to pinpoint any potential issues using Network Monitoring System. Topics covered:

  • All IP flows vs SDI signals
  • Essentials for true orchestration (dynamically orchestrated resources and media services, monitoring / controlling infrastructure and media flows, automatic devices detection and provisioning)
  • Detecting issues (wrong DB entries for multicast essences, broadcast controller and SDN controller DBs out of sync, source not active, IGMP join / leave issues, SSM issues, network oversubscription)
  • Media flow tracking (reading cross point status from SDN controller, comparing this status with actual network topology, detecting “ghost” streams, using sFlow / NetFlow to track individual multicast flows)
  • Importance of true end-to-end SDN orchestration rather than SDN control (routing protocols which provides feedback)
  • All IP routing procedure (resolving multicast flow topology in combination with label management, checking source, checking destination route, presenting data for root cause analysis on each of these steps)

Watch now!

You can download the slides from here.

Speaker

Thomas Gunkel
Market Director Broadcast
Skyline Communications