OBs/Remotes

   Study Plan2110 TopoTrucks

What you will learn on this page


This page explains Televison/Video/Media done on location in the modern era.

REMI
The situation today
TFC Control and NMOS
NMOS + NEP TFC Control Architecture
12G-SDI verses SMPTE ST 2110
Key Takeaways
Issues
Mitagating IP Router boot time


In a REMI (Remote Integration Model) or "At-Home" production, the field production truck undergoes a massive identity shift. Traditionally, a truck was a "mobile television station" full of switchers, audio consoles, and replay servers. In a 2110-based REMI setup, the truck becomes a high-density edge device.

Its primary job is to capture "essence" (raw video and audio), packetize it, and haul it back to a central facility over a Wide Area Network (WAN).

  1. The "Thin" Truck Architecture
  2. High-Density Encoding (The Gateway)
  3. PTP and Timing (The WAN Challenge)
  4. The "Long Haul" Connectivity
    The back of the truck looks less like a patch bay and more like a telecom hub:

The situation today

Today there are three types of trucks in the NEP fleet. Ignoring support, and other types, such as the sandbox truck. REMI (knowing that this is a workflow not an architecture), SDI/hybrid, & 2110. The 2110s use TFC and IP heavy hardware.

Based on the equipment list for Supershooter 64, this is primarily an SDI-based truck, though it is designed with modern hybrid capabilities.

While it is a high-end unit, it lacks the massive IP fabric (core switches like Arista or Cisco) and the "Gateway" infrastructure typically seen in a native SMPTE ST 2110 environment.

Here is the breakdown of why it falls into the SDI category:

Based on the equipment list for NEP ND6, this truck is an SDI-based unit with high-end capabilities for HDR and 4K, but it is not a native 2110 IP truck.

Here is the technical breakdown of why it fits the SDI classification:

  1. Traditional SDI Core
  2. Camera Infrastructure
  3. Audio & Cabling

Is it "REMI"?
While not branded specifically as a "REMI" truck like Supershooter 64, ND6 can perform REMI (Remote Integration) workflows. The spec sheet notes it is "capable of 1080p, HDR or 4K" and has fiber transmitters/receivers, allowing it to send feeds back to a central hub. However, its internal "guts" remain firmly in the SDI domain.

Summary:

One of the most prominent examples of a native SMPTE ST 2110 IP truck in the NEP fleet is Supershooter 9.

While the trucks you looked at previously (Supershooter 64 and ND6) are built on SDI cores, Supershooter 9 was specifically designed as a "standalone 1080p HDR/4K-capable" unit built around a modern IP fabric.

What makes Supershooter 9 a 2110 Truck?
Unlike the SDI trucks, the equipment list for Supershooter 9 highlights a "Software-Defined Network" architecture:

Other Notable NEP 2110 Trucks
Beyond Supershooter 9, NEP has several other native IP units globally:

Summary Comparison: If you look at the Supershooter 9 specs, you'll see "Arista IP Router" and "TFC Control" listed right at the top of the Support Equipment section—this is the "smoking gun" that tells you a truck is 2110 native.

In NEP's 2110 trucks, the combination of an Arista IP Router (Switch) and TFC (Total Facility Control) replaces the traditional hardware-based SDI matrix with a software-defined, virtualized routing environment.

  1. The Arista IP Router: The "Muscle"
    Instead of a traditional video router (like Pesa or Evertz), these trucks use "Commercial Off-The-Shelf" (COTS) high-performance network switches from Arista.
  2. Massive Bandwidth: Unlike SDI routers that have a fixed number of physical ports, Arista switches (like the 7500 series) provide up to 28.8Tbps of throughput. This is enough to handle thousands of uncompressed 4K and HDR streams simultaneously.
  3. Essence-Based Routing: In an SDI truck, video and audio are often "embedded" together in one cable. In the Arista IP environment, video, audio, and metadata are sent as separate SMPTE ST 2110 "essences." The Arista switch treats these as data packets, allowing them to be routed independently to any destination.

TFC Control: The "Brain"

Why use them together?

In summary, the Arista switch provides the raw power and high-speed data lanes, while TFC provides the intelligent control and user-friendly interface that makes high-stakes live production possible in an all-IP environment.

TFC Control and NMOS

We should be clear the the TFC Control does not replace NMOS. Instead, they work together at different layers of the broadcast stack to manage a 2110 environment.

Think of it this way: NMOS is a universal language (the protocol), and TFC is the fluent translator and manager (the orchestration platform).

How They Work Together

Why TFC is "More" Than Just NMOS
While NMOS provides the basic connection, TFC adds layers that NMOS doesn't cover:

  1. SDN (Software-Defined Networking): TFC manages the Arista or Cisco network switches directly to ensure there is enough bandwidth for a video stream before it's allowed to move.
  2. Tagging System: TFC allows operators to use human-friendly tags (e.g., "End Zone Cam") rather than managing long lists of IP addresses or NMOS UIDs.
  3. Security: TFC adds an authentication layer to ensure only authorized users can change routes, which is a critical feature for high-profile events like the Super Bowl.
  4. Multi-Protocol Support: Not every device supports NMOS perfectly yet. TFC is "technology agnostic," meaning it can use NMOS where available but can also use proprietary APIs or even older protocols to control legacy SDI gear in the same interface.

Summary
You can't "replace" NMOS with TFC because TFC uses NMOS as one of its primary tools to achieve interoperability between different brands of equipment. Without a platform like TFC, you would have to manage NMOS streams manually, which is extremely difficult in a fast-paced live production environment.

In the Supershooter 9 (and similar NEP IP units like Supershooter 6), the Grass Valley Kayenne X-Frame interfaces with the NEP TFC / Arista core through a "Spine-and-Leaf" architecture.

Rather than plugging BNC cables into a central router, the switcher is treated as a high-bandwidth network node. Here is how the interface works:

  1. Physical Connectivity (The "Leaf")
    The Kayenne X-Frame engine (the "brain") is equipped with high-density IP I/O boards (typically 25G or 100G).
  2. Signal Discovery (NMOS)
  3. Orchestration & SDN (The TFC "Brain")
    This is the most critical part of the interface. When a Technical Director (TD) wants to route "Camera 1" to "Switcher Input 5," they do it through a TFC panel or a standard router head.
  4. Redundancy (ST 2022-7)
    The interface is almost always "Hitless." The Kayenne X-Frame has two sets of IP ports (Primary and Secondary) connected to two separate Arista switches (the "Red" and "Blue" or "Amber" and "Purple" networks).
  5. Control (OOB Management)
    While the video/audio (the "essence") travels over the Arista 2110 network, the Kayenne Control Panel in the production room talks to the X-Frame engine over a separate, dedicated "Out-of-Band" (OOB) management network. This ensures that even if the video network is under heavy load, the TD's button pushes are always instantaneous.

The NEP TFC interface is designed to make complex IP networking "human-friendly," allowing production teams to manage routing and infrastructure via an intuitive, web-based touchscreen GUI.

On trucks like Supershooter 9 and Supershooter 10, the TFC interface is deployed across the truck on various touchscreen panels and operator stations.

Key Visual & Functional Elements of the TFC GUI:

Visual Reference: You can see a walkthrough of how this interface is used behind the scenes in the TFC Explained video provided by NEP Group.

NMOS + NEP TFC Control Architecture

The graphic separates the control environment into two primary hierarchical sections to show the boundary between "Logical Discovery" and "Physical Execution."

1. Top Section: THE LOGICAL & REGISTRY LAYER (NMOS IS-04/IS-05)
This is the "logic and discovery" environment featuring the NMOS Registry and Connection Management (IS-05) servers.
2. Bottom Section: THE PHYSICAL & DATA PLANE LAYER (NEP TFC - Total Facility Control)
This is the high-performance NEP TFC Orchestration Engine — a robust server node operating in a "hardware and deterministic" environment.
The Interaction (How They Talk):
A bold bidirectional arrow connects the two sections, labeled 'NMOS RESTful APIs (HTTP/JSON)'.
  1. Step One (Discovery): A 'Studio Camera' (Source) sends a 'Registration' to the NMOS Registry. NMOS then tells TFC: "Camera 1 is Available (IS-04)".
  2. Step Two (Routing Request): A user pushes a button (Cut Camera 1 to Air). This sends an 'IS-05 Request' to the NMOS server.
  3. Step Three (TFC Action): The NMOS server sends a 'Connection Command' via the APIs to the NEP TFC server.
  4. Step Four (Physical Execution): The NEP TFC server sends immediate, sub-millisecond hardware commands to the 'CORE LEAF SWITCH' to 'Initiate Multicast Join' (IGMP) and to the 'Multiviewer' to 'Decode Stream'.
  5. Step Five (Status Update): The hardware sends status back to TFC, which updates NMOS: "Camera 1 is Active On-Air".
Summary
This diagram proves that NMOS is the brain (Discovery and Logic) and TFC is the muscle (Execution and Fabric Determinism). They communicate over open APIs, creating a flexible, standard-based control plane that can manage proprietary hardware.
12G-SDI verses SMPTE ST 2110 (IP over Ethernet)
Aspect 12G-SDI (and SDI family) SMPTE ST 2110 (IP over Ethernet)
Transport Method Dedicated coaxial cable or fiber (point-to-point) Packets over standard IP networks (Ethernet switches, often 10/25/100G fiber)
Signal Composition Single multiplexed stream (video + embedded audio + ancillary data) Separate "essences" (independent video, audio, metadata streams)
Bandwidth per 4K60 ~12 Gbps per cable (one stream per cable) ~12 Gbps per stream, but scalable/multicast via network (multiple streams share bandwidth)
Higher Resolutions Good for 4K/UHD (single cable); 8K requires multiple cables or new standards Native support for 4K/8K+ (scales with network capacity; easier for HDR/HFR)
Latency Extremely low (sub-frame, deterministic) Very low (sub-frame possible with proper PTP sync); slightly higher than SDI in some setups
Synchronization Genlock or embedded black burst Precision Time Protocol (PTP via SMPTE ST 2059) for precise timing across network
Scalability & Routing Limited (physical cables, dedicated routers; hard to expand) Highly scalable (software-defined routing, multicast, dynamic reconfiguration)
Flexibility Fixed point-to-point; simple but rigid Dynamic (easy rerouting, remote/cloud integration, separate audio/video handling)
Remote/Cloud Workflows Challenging (requires long fiber runs or converters) Excellent (native support for remote production, At-Home, cloud platforms like AWS MediaConnect)
Reliability "Passive" – proven, deterministic; no network dependency "Active" – engineered redundancy (e.g., ST 2022-7 hitless switching); requires robust network
Cable Distance ~100m copper; much farther with fiber (up to 60km+) Limited by Ethernet standards (but fiber extends far; often matches or exceeds SDI)
Cost (Initial) Lower for small setups (familiar cabling, less complex engineering) Higher upfront (specialized switches, PTP infrastructure, training)
Cost (Long-Term) Higher for large-scale (more cables/routers as channels grow) Lower (COTS IT hardware, efficient bandwidth use; 20-30% savings over 5 years in large facilities)
Current Adoption (2026) Dominant in legacy/medium facilities (~82% use SDI infrastructure); hybrid common Growing fast in new/large builds (~30% overall; 60-65% in Tier-1/major facilities; tipping point in live sports/events)
Best For Smaller studios, OB vans, legacy upgrades, ultra-reliable point-to-point, cost-sensitive ops Large-scale, future-proof facilities; 4K/8K live production; remote/cloud/hybrid workflows
Long-Term Outlook Will persist in niches (small ops, certain long-haul links) but gradually phased out The future standard for core broadcast infrastructure (overwhelming industry direction)

Key Takeaways

Practical Engineering: Let's look one final time what the truck environment has to master regarding 2110. Most would agree that the reliability of the broadcast and the speed of the setup (the "strike and set") are more important than the theoretical benefits of the technology.

1. The Interoperability & Configuration Gap

Here are the biggest "pain point" of SMPTE ST 2110: It is not "Plug and Play."

2. 12G SDI vs. 2110: Complexity vs. Capability

The many advocates for 12G SDI for high-pressure events (Music/Awards). This is a very common sentiment among "A-list" engineers for several reasons:

3. The "90-Minute Boot" Problem

This is a famous (and very real) problem with using high-end Cisco Nexus switches in mobile environments. (Mitigating)

4. The "Denali" Perspective

Looking at Denali (NEP’s elite fleet used for the Oscars, Grammys, and American Idol) is significant. Those trucks are built for "mission-critical" audio and video. If a Denali engineer says 90 minutes is too long to wait for a switch to boot, it’s because their "Show Start" time is a hard deadline that doesn't care about network convergence.

Summary from a "Retired Pro" Perspective:

What is being highlighted is a transition period in the industry. 2110 is not bad technology — but it was designed by IT people for data centers, and then forced into trucks for broadcasters.

Platforms like NEP TFC were created specifically to bridge this gap, essentially "tricking" the 2110 system into acting like the stable, fast-booting, easy-to-configure SDI systems that the "go-to" people of the last decade trusted.

Below what a 2110 truck might at first glance look like to a "traditional" engineer!

 

UPDATED
06/06/26
V260609-1.0