# Using NDI and Dante on the same Network

## Introduction&#x20;

Running Dante and NDI in different networks or VLANs is always the recommended choice but this sometimes requires complex network infrastructure that is not always feasible.

As IP-based audio and video solutions become standard in live production and broadcast environments, a common question arises:&#x20;

*Can NDI and Dante coexist on the same network?*&#x20;

The answer is **yes**, but only under the right conditions.&#x20;

## Understanding the Protocols: NDI vs Dante&#x20;

### NDI (Network Device Interface)&#x20;

NDI is a video-over-IP protocol optimized for ease of use and versatility. Its key characteristics include:&#x20;

* Uses various transport methods: TCP, UDP, Multi-TCP, and R-UDP.&#x20;
* No centralized synchronization mechanism.&#x20;
* Audio and video are embedded together and rely on best-effort delivery.&#x20;
* Can be bandwidth-intensive, especially full-bandwidth NDI (100–300 Mbps per stream).&#x20;

### Dante Audio&#x20;

Dante, developed by Audinate, is designed for professional, low-latency audio transport over IP. Its key characteristics include:&#x20;

* Ultra-low latency (typically <1 ms)&#x20;
* Uses PTP (Precision Time Protocol, IEEE 1588) for tight synchronization between all devices&#x20;
* Each audio stream is typically mono, point-to-point&#x20;
* Highly sensitive to jitter and network congestion&#x20;

### NDI and Dante on a 1G Network: Real-World Observations&#x20;

**Scenario 1**: A Single Computer Running NDI and Dante&#x20;

A single computer (e.g., running vMix or TriCaster) receives NDI streams and handles Dante audio via the same 1G NIC. As long as it only receives NDI streams, Dante works fine. Once the computer **transmits** NDI streams, Dante experiences:&#x20;

* Increased latency&#x20;
* Audio glitches&#x20;
* Eventually, Dante devices may mute audio completely due to PTP sync loss&#x20;

#### Why does this happen?&#x20;

NDI video streams can flood the NIC and switch buffers. Since Dante relies on highly predictable packet timing and synchronized clocks (via PTP), any jitter or delay in network delivery, especially in PTP packets, can cause the system to desynchronize, leading to audio dropouts.&#x20;

**Scenario 2**: 10G Backbone with 1G Endpoint&#x20;

The main NDI+Dante computer is connected via 10G to a core switch. A second switch, connected via 1G uplink, serves a Dante commentary station. Everything runs smoothly until an NDI decoder is added to the second switch and starts receiving a video stream from the main computer. Suddenly, the Dante commentary position experiences PTP errors and intermittent audio mute. Replacing the second switch with a 10G model and using a 10G uplink immediately resolves the issue.&#x20;

#### Why does this happen?&#x20;

Traffic from an NDI receiver saturates the uplink. Simply having an NDI transmitter alone doesn't cause this traffic surge. NDI streams are unicast and only begin flowing when a receiver connects. When the receiver is on the 1G switch and pulls full-bandwidth NDI from the 10G host, the 1G uplink becomes a bottleneck. This bottleneck causes latency and jitter, especially affecting:&#x20;

* PTP clock sync packets&#x20;
* Time-sensitive Dante audio packets&#x20;

Consequently, sync is lost and Dante audio mutes. By contrast, if the NDI transmitter is on the 1G switch without an active receiver, the traffic isn't triggered, and Dante remains unaffected.&#x20;

## NDI Transport Protocols and Network Behavior&#x20;

NDI supports multiple transport types, but not all are equally suitable in mixed environments.

| Protocol  | Suitable with Dante? | Notes                                                                                                 |
| --------- | -------------------- | ----------------------------------------------------------------------------------------------------- |
| TCP       | With care            | Requires proper flow control; can introduce delay under congestion                                    |
| UDP       | Better               | Predictable; ideal for real-time flows                                                                |
| R-UDP     | Recommended          | Reliable UDP; good compromise between speed and reliability                                           |
| Multi-TCP | Avoid                | <p>Creates multiple TCP streams with independent buffers; bad for real-time sync like Dante <br> </p> |

&#x20;\
\&#xNAN;*Flow Control must be enabled on all switches for stable coexistence.*&#x20;

#### Best Practices for NDI + Dante on the Same Network&#x20;

To make it work reliably: \
&#x20;\
1\. **Use a 10G network backbone** for any shared segments carrying both Dante and NDI. \
2\. **Avoid Multi-TCP mode** in NDI, especially in mixed Dante environments. \
3\. **Enable flow control** on all switch ports. \
4\. **Use managed switches** that support IEEE 802.1p traffic prioritization (to prioritize PTP and Dante audio) \
5\. **Monitor the Dante Clock** status and latency metrics on all endpoints. \
6\. **Avoid 1G uplinks** where video and audio traffic are mixed.&#x20;

#### Conclusion&#x20;

NDI and Dante can coexist on the same network, but only if the network is properly designed to handle their demands. Dante's strict timing requirements make it particularly vulnerable to congestion and jitter, while NDI’s high-bandwidth nature can easily monopolize links if not carefully managed.&#x20;

Proper switch configuration, bandwidth planning, and protocol awareness are essential to ensure stable, high-performance operation in mixed NDI + Dante environments.&#x20;

&#x20;
