Introduction

LVNs are a portfolio of validated network architectures that can be combined to build complete IP broadcast facilities. The designs cover the following fabrics:

  • Broadcast Control / Management networks
  • PTP Integration and Distribution networks
  • Streaming Media networks (audio and video)
    • SDN Controlled networks

All Lawo Validated Networks (LVNs) follow the best practices of major network vendors in terms of topology design, unicast and multicast routing and the integration of timing/reference synchronisation. LVNs also provide a standardised approach to integrating Lawo product lines, ensuring optimal performance.


Customer Benefits

  • LVNs are established on the best practices and experience Lawo has gained from deploying hundreds of IP projects across the globe
  • LVNs follow the best practices of major network vendors
  • LVNs simplify the process of choosing a network topology for specific applications
  • LVNs prevent compromised levels of hardware and software redundancy
  • LVNs provide a consistent architecture that is simple to understand and is applicable to both the Broadcast Control / Management and Streaming Media fabrics
  • LVNs provide consistent and standardised configurations to understand and maintain across Spine and Leaf switches
  • LVNs can be deployed as either 1-tier to multi-tier solutions
  • LVNs are used internally at Lawo

Technical Benefits

  • All Streaming Media LVNs are ‘hybrid’ by default
    • Hybrid denotes the ability to connect endpoints either directly to Spine switches or via Leaf switches within the same architecture
  • LVNs can increase the scale of a network as standard without impacting unicast or multicast performance
  • LVNs have redundancy strategies for hardware/cable failures and protection against network disruption and multicast flooding
  • LVN designs increase the ability to identify and troubleshoot issues
  • LVN designs are a collaborative effort between Lawo and major network vendors
  • Technical implementation guidelines and configuration examples are available as supporting documentation within an LVN solution

Validation Criteria

An LVN has been:

  • Lab tested by Lawo
  • Tested with supported Lawo products
  • Reviewed against vendor best practices
  • Supported by implementation documentation


Validation does not imply certification of every possible hardware combination, software release or customer-specific topology variation An LVN is not intended to be a fixed network design. Instead, it provides a validated architectural foundation based on industry best practices, proven deployment experience and tested integration patterns. LVNs establish the core design principles for broadcast control, media transport, timing distribution and network resilience while allowing the remaining aspects of the solution to be adapted to customer-specific operational, commercial and technical requirements.



LVN Design Philosophy

Every LVN is designed around four principles:

Predictability

  • Consistent behaviour
  • Predictable forwarding
  • Well-defined failure domains

Resilience

  • Hardware redundancy
  • Link redundancy
  • Multicast protection

Scalability

  • Expand without redesign
  • Support incremental growth

Operational Simplicity

  • Repeatable deployments
  • Standardised configurations
  • Simplified troubleshooting



LVN Design Principles

At their core, LVNs are variations based on a ‘Spine-Leaf’ or ‘Clos’ network architecture. The design incorporates two tiers of network hardware per fabric:

  • Spine - the core switches of the network that performs switching and routing traffic between the endpoints, networks and Leaf switches
    • All the Leaf switches in the fabric connect to the Spine
  • Leaf - the access switches that typically connect the endpoints to the fabric - e.g.
    • PCs, servers, IP processors, audio/video gateways, cameras, control panels, consoles etc.



LVNs are expandable solutions, for example: the Spine tier could be deployed first as part of a single tier solution or project phase. When network capacity is required to increase, the Leaf tier can be added at a later date.


Benefits of a Spine-Leaf Design

Spine-Leaf topologies are suitable for modern IP broadcast facilities as they offer the following benefits:

  • High Availability (HA)
    • The ability to tolerate failures and remain operational/accessible with minimal downtime. This is achieved by implementing multiple redundancy strategies;
      • Multiple Spine switches provide protection against failures, whereby traffic is forwarded via the remaining active Spine switch without impacting connectivity
        • The specific number of Spine switches supported depends on the selected LVN design and validated deployment architecture
      • Multiple uplink connections between endpoints and switches provide additional network paths between devices
      • Therefore the network remains operational even if individual links or switches fail, as traffic can be forwarded via alternate paths
      • NOTE - Streaming Media topologies can be deployed with HA (e.g. SMPTE 2022-7 SPS Red and Blue networks) or without HA (e.g. Red network only)
  • Scalability
    • The ability to increase network capacity without major disruption or downtime - e.g. adding more Leaf switches
    • Spine-Leaf architectures can scale to very large deployments. The practical scale of an LVN deployment depends on the selected design, hardware platform and validated architecture
  • Simplified Troubleshooting and Management
    • A consistent, uniform layout which makes it easier to diagnose and resolve issues
    • The symmetrical design removes complexity from planning, configuration and management
  • Automation
    • The ability to automate infrastructure to rapidly and safely implement changes based on requirements


It is common to find Spine-Leaf networks in data centers, cloud service providers, high performance computing (HPC) environments and content delivery networks (CDNs). Additional benefits that can be leveraged for broadcast media applications are:

  • Non-blocking
    • Denotes the capability for all network interfaces to operate at full bandwidth capacity (TX and RX) without dropping packets or suffering signal disruption
    • This is achieved by providing sufficient uplink capacity (from the Leaf to the Spine) to match or exceed the downlink capacity (from endpoints to Spine/Leaf switches)
      • NOTE - in the event of an uplink failure, Streaming Media Spine-Leaf topologies can become blocking
        • In blocking topologies, Software-Defined Networking (SDN) solutions such as Arista Media Control Service (MCS) and Cisco Nexus Dashboard Fabric Controller (NDFC) can manage multicast traffic 
  • Predictable, low latency
    • Traffic between any two endpoints typically passes through a maximum number of hops - e.g. Leaf switch → Spine switch → Leaf switch - with a consistent number of uplinks and bandwidth
    • Therefore each endpoint has equal access to all other endpoints
    • This approach reduces latency and ensures optimal performance for real-time applications such as audio and video streams
  • High throughput
    • When a Spine-Leaf architecture is deployed using switch hardware that is internally non-blocking, the network is capable of very high throughput
      • Streaming Media networks typically utilise hardware platforms with interface speeds of:
        • 1/10G for audio switch downlinks
        • 10/25G for audio switch uplinks
        • 25/40/50/100G for video switch downlinks
        • 100G/400G for video switch uplinks
      • This ensures audio, video and control data can be forwarded efficiently and without bottlenecks, even in environments with heavy traffic loads
  • East-West traffic
    • Modern applications (particularly streaming media devices) generate significant east-to-west network traffic (server-to-server communication). The Spine-Leaf architecture is designed to efficiently handle such traffic patterns, unlike traditional network architectures that focus more on north-south traffic (client-to-server)



LVN Portfolio Overview

Lawo Validated Networks (LVNs) are a portfolio of validated network architectures designed specifically for IP-based broadcast, media and entertainment applications. Each LVN defines a standardised approach to topology design, routing, multicast distribution, timing integration and system resiliency. Rather than treating a facility as a single network, LVNs divide the infrastructure into several architectural domains, each optimised for a specific purpose. These validated architectures can be deployed individually or combined to form complete broadcast facilities of varying size and complexity.

The current LVN portfolio consists of five architecture families:

LVNPurpose
LVN-CTRLBroadcast Control and Management networks
LVN-AISAudio Infrastructure Solutions
LVN-MISMedia Infrastructure Solutions (video and audio)
LVN-PTPPTP Integration and Distribution
LVN-SDNSoftware Defined Networking and multicast orchestration

Together, these architectures provide a consistent framework for designing, deploying and operating modern IP broadcast facilities.


LVN-CTRL

LVN-CTRL architectures provide the Broadcast Control and Management network used by systems such as:

  • HOME
  • VSM
  • Monitoring systems
  • Automation and orchestration systems

LVN-CTRL designs prioritise operational simplicity, availability and interoperability while providing the foundation for control-plane communication throughout the facility.

Available architectures:

ArchitectureDescription
LVN-CTRL-1TSingle-tier active-active control network
LVN-CTRL-2TTwo-tier active-active control network


LVN-AIS

LVN-AIS architectures are optimised for audio-centric environments where bandwidth requirements are typically lower than video-based deployments.

Typical applications include:

  • Audio production environments
  • Radio facilities
  • AES67 deployments
  • RAVENNA deployments

Available architectures:

ArchitectureDescription
LVN-AIS-1TSingle-tier audio network
LVN-AIS-2TTwo-tier audio network
LVN-AIS-L2C-1TSingle-tier converged Layer 2 audio and control network
LVN-AIS-L2C-2TTwo-tier converged Layer 2 audio and control network


LVN-MIS

LVN-MIS architectures are designed for high-bandwidth SMPTE ST 2110 video environments and form the Streaming Media network within a facility.

Typical applications include:

  • Television studios
  • Production facilities
  • OB trucks
  • Multi-studio campuses

Available architectures:

ArchitectureDescription
LVN-MIS-1TSingle-tier media network
LVN-MIS-2TTwo-tier media network


LVN-PTP

LVN-PTP architectures define validated methods for distributing timing and synchronisation throughout an IP broadcast facility.

Architectures are available for:

  • Broadcast Control network integration
  • Streaming Media network integration
  • Dedicated timing distribution networks

Available architectures:

ArchitectureDescription
LVN-PTP-CTRL-SPTP via Broadcast Control network (single engine)
LVN-PTP-CTRL-RPTP via Broadcast Control network (redundant engine)
LVN-PTP-MEDIA-SPTP via Streaming Media networks (single engine)
LVN-PTP-MEDIA-RPTP via Streaming Media networks (redundant engine)
LVN-PTP-DED-SDedicated PTP distribution network (single engine)
LVN-PTP-DED-RDedicated PTP distribution network (redundant engine)


LVN-SDN

LVN-SDN architectures provide centralised control of multicast traffic and network resources using Software-Defined Networking principles. These architectures can simplify multicast deployment and improve operational visibility and security within large-scale media networks.

Available architectures:

ArchitectureDescription
LVN-SDN-MCSArista MCS and CVX orchestration


LVN Portfolio Diagram



LVN Roadmap

The LVN portfolio will continue to evolve as new network technologies, multicast architectures and broadcast workflows emerge.



LVN Design Applications

LVNs apply the benefits of a Spine-Leaf design to Broadcast Control / Management and Streaming Media networks, albeit with some key differences regarding the emphasis of using Layer 2 and Layer 3 technologies:

Layer 2 Spine-Leaf Networks (L2-SL)

L2-SL topologies provide a simple design to understand and manage. Each Leaf switch connects to each Spine switch via a Layer 2 uplink, typically configured as a trunk port. The network can be organised by using 802.1Q VLANs which span across multiple switches in the Broadcast Control fabric, allowing for easy and dynamic movement of endpoints between switches. Endpoints connect to the network via Layer 2 access ports and all gateways and routing functions are performed by the Spine switches. 

Additionally, Layer 2 aggregation technologies can be used to:

  • Present two physically independent switches as one logical switch to the fabric - e.g.
    • Multi-chassis Link Aggregation Protocol (MLAG)
    • Virtual Port-Channel (VPC)
  • Combine multiple physical network connections into one logical network connection - e.g.
    • Link Aggregation Protocol (LAG)
    • Link Aggregation Control Protocol (LACP)

This approach provides the ability to create ‘active-active’ connections between endpoints and switch uplinks to offer maximum network bandwidth by mitigating Spanning-Tree Protocol (STP) from placing certain ports in a blocking state to prevent network loops.

L2-SL networks are suitable for:

  • Broadcast Control / Management networks
  • Hypervisor platforms and virtual machine applications
  • Containerised applications - e.g. HOME Apps
  • Microservice applications - e.g. HOME
  • Single-homed endpoints - e.g. vsmStudio hardware panels
  • Dual-homed endpoints - e.g. A__UHD Core, HOME and HOME App servers, Power Core etc. (Broadcast Control / Management ports only)
    • Devices that support network interface bonding/teaming


NOTE

Lawo does not recommend using Layer 2 Spine-Leaf designs for Streaming Media networks


Layer 3 Spine-Leaf Networks (L3-SL)

Layer 3 Spine-Leaf (L3-SL) topologies use routed connections between Spine and Leaf switches, providing greater isolation between network segments and reducing the size of Layer 2 failure domains. Each Leaf switch connects to the Spine tier using Layer 3 interfaces, typically configured with point-to-point IP addressing such as /30 or /31 networks. These connections provide dedicated routed paths between switches without extending Layer 2 broadcast domains across the fabric. Endpoints connect to the network through interfaces or VLANs associated with the appropriate IP subnet. Their default gateway is typically provided by the local Leaf switch, allowing traffic to be routed between endpoint networks. By limiting Layer 2 domains to the network edge and using routed connections throughout the fabric, L3-SL architectures help contain network faults and reduce the risk of Layer 2 loops and unwanted multicast flooding propagating across the wider infrastructure.

Using routed interfaces between endpoints and switch interfaces helps to isolate network issues to a single interface, preventing any fault or multicast flooding from propagating throughout the local switch and the entire fabric. L3-SL topologies also make extensive use of dynamic unicast routing protocols such as BGP/OSPF to advertise networks and route unicast traffic between networks, switches and endpoints. The default gateway for each endpoint is typically provided by the local switch. This means all Spine and Leaf switches participate in the routing of unicast and multicast traffic. 

While this design introduces complexity, it also offers the following benefits:

  • Eliminating the risk of network loops and Spanning-Tree Protocol (STP) placing ports into a block state
  • More predictable failover and recovery mechanisms than Layer 2 designs
  • Provision of the fastest re-convergence times after network disruption or failure

For Streaming Media networks, Protocol-Independent Multicast Sparse Mode (PIM-SM) is configured to efficiently route multicast streams between networks and switches with support for IGMP-based (version 2 or 3) or SDN-controlled multicast.

L3-SL networks are suitable for:

  • Streaming Media networks
    • PIM routed 
    • SDN controlled 
  • Advanced Broadcast Control / Management networks
  • Topologies which require than two Spine switches per fabric
  • VXLAN workflows (spanning a Layer 2 network over a WAN)



Deploying LVNs

All LVNs can be treated as a set of components that integrate together to form a customised network topology, consisting of Broadcast Control / Management and Streaming Media fabrics with PTP Integration/Distribution.

Example deployment of multiple LVNs


How LVNs Are Delivered

LVNs can be adopted at different levels depending on customer requirements. Some organisations use LVNs as design guidance during planning, while others engage Lawo Professional Services or Lawo partners to assist with implementation, validation and operational readiness.

Supporting documentation includes:

  • Reference architectures
  • Configuration examples
  • Design guidance
  • Validation procedures
  • Best-practice recommendations

Contact your local Lawo sales representative for more information regarding Lawo Validated Networks, including:

  • Specific designs and technical details from the wider portfolio
  • How your organisation can take advantage of LVNs
  • The full range of available network services Lawo can provide