Inferensys

Difference

ROS 2 DDS vs Zenoh for Robotics Middleware Communication

A technical comparison of ROS 2 DDS and Eclipse Zenoh for robotics middleware. We analyze throughput, latency, wire efficiency over lossy links, and multi-robot scalability to help engineering leads choose the right transport.
Performance engineer optimizing AI latency on laptop, latency charts visible, technical optimization session.
THE ANALYSIS

Introduction

A data-driven comparison of ROS 2's default DDS transport against Zenoh for high-performance, multi-robot communication over challenging wireless links.

[ROS 2 DDS] excels as the established, plug-and-play standard for robotics middleware because it is deeply integrated into the ROS ecosystem. For example, a standard ROS 2 talker/listener pair using Cyclone DDS over a reliable Gigabit Ethernet link can achieve sub-millisecond latency with near-zero configuration, making it the default choice for single-robot systems or lab environments where network conditions are pristine and deterministic.

[Zenoh] takes a fundamentally different approach by decoupling the data protocol from the discovery and transport layers, optimizing for minimal wire overhead. This results in a significant trade-off: Zenoh demonstrates up to 10x higher throughput and 50x lower latency than standard DDS implementations over lossy, high-latency wireless links like Wi-Fi 6 or 5G, but it requires integrating a non-native middleware bridge (rmw_zenoh) into the ROS 2 stack, adding initial architectural complexity.

The key trade-off: If your priority is seamless ROS integration and deterministic performance on a single, wired robot, choose ROS 2 DDS. If you prioritize high-throughput, low-latency communication across a distributed fleet of robots operating over unreliable wireless networks, choose Zenoh. Consider Zenoh when your scaling roadmap includes multi-robot swarms where bandwidth is the primary bottleneck.

HEAD-TO-HEAD COMPARISON

Feature Comparison Matrix

Direct comparison of key metrics and features for robotics middleware communication.

MetricROS 2 DDS (Fast-DDS)Zenoh

Throughput (64-byte payload)

~4.5 Gbps

~65 Gbps

Latency (P99 over wireless)

~15 ms

~400 µs

Wire-Specific Optimization

Peer-to-Peer Discovery

Native ROS 2 RMW Support

QoS Reliability Model

Reliable/Best Effort

Reliable/Best Effort

Wireless Link Resilience

Low

High

ROS 2 DDS vs Zenoh

TL;DR Summary

A high-level comparison of the standard ROS 2 middleware against the high-performance Zenoh protocol for distributed robotics communication.

01

ROS 2 DDS: Mature Ecosystem & Standardization

Standard ROS 2 transport: DDS is the default middleware for ROS 2, providing a mature, well-documented, and widely adopted standard. Vendor interoperability: Multiple DDS implementations (Fast DDS, Cyclone DDS) ensure choice and prevent vendor lock-in. This matters for teams prioritizing long-term support, community resources, and strict adherence to the ROS 2 standard.

02

ROS 2 DDS: Robust QoS & Discovery

Rich QoS policies: DDS offers a comprehensive set of Quality of Service (QoS) policies for reliability, durability, and deadlines, essential for fine-tuning real-time control loops. Automatic discovery: Built-in, decentralized discovery simplifies network setup for large robot fleets. This matters for complex, multi-node systems requiring deterministic behavior and fine-grained control over data delivery.

03

Zenoh: High Throughput & Low Latency over Lossy Links

Superior wireless performance: Zenoh demonstrates significantly higher throughput and lower latency than DDS over lossy, high-latency wireless links like Wi-Fi and 5G. Efficient wire protocol: Its minimal overhead is ideal for bandwidth-constrained teleoperation and multi-robot swarms. This matters for applications where robots must communicate reliably over degraded or contested wireless networks.

04

Zenoh: Minimal Configuration & Multi-Protocol Support

Zero-configuration networking: Zenoh is designed for dynamic, ad-hoc networks with minimal setup, reducing deployment complexity. Native multi-protocol routing: It can bridge ROS 2/DDS, MQTT, and HTTP ecosystems through a single router, acting as a universal middleware abstraction. This matters for integrating diverse robotic subsystems and cloud services into a unified data fabric.

HEAD-TO-HEAD COMPARISON

Performance Benchmarks: Throughput and Latency

Direct comparison of key metrics for ROS 2 DDS and Zenoh middleware in multi-robot communication scenarios.

MetricROS 2 DDS (Fast DDS)Zenoh

Payload Throughput (1KB msg)

~45,000 msg/s

~3,500,000 msg/s

P99 Latency (Wireless)

~15 ms

~0.5 ms

Wireline P99 Latency

~30 µs

~15 µs

Session Establishment

~100 ms

~5 ms

Wireless Packet Loss Recovery

TCP-reliant (head-of-line blocking)

Built-in multicast & FEC

Discovery Protocol Overhead

High (DDSI-RTPS)

Low (Bloom filters)

Native Peer-to-Peer

QoS Reliability Model

RELIABLE / BEST_EFFORT

Congestion Control + Priority

Contender A Pros

ROS 2 DDS: Pros and Cons

Key strengths and trade-offs at a glance.

01

Battle-Hardened Reliability & Ecosystem Maturity

Proven in production: DDS is the default middleware for ROS 2, backed by over a decade of real-world deployment in industrial, automotive, and defense systems. This matters for risk-averse teams who need a stable, well-documented standard with a massive existing codebase and community support. The Real-Time Publish-Subscribe (RTPS) protocol ensures interoperability across different DDS vendors like eProsima Fast DDS, RTI Connext, and Eclipse Cyclone DDS.

02

Fine-Grained Quality of Service (QoS) Control

Deterministic behavior: DDS offers extensive QoS policies (reliability, durability, deadline, liveliness, ownership) that allow you to precisely configure data delivery guarantees per topic. This is critical for safety-critical robotics where you must guarantee that a stop command arrives within a strict deadline, or that sensor data is delivered reliably even if a subscriber is temporarily offline.

03

Decentralized Discovery & Peer-to-Peer Architecture

No single point of failure: DDS uses a fully decentralized discovery mechanism (Simple Discovery Protocol) that allows nodes to find each other without a central broker. This is essential for multi-robot swarms and dynamic environments where robots may join or leave the network unpredictably, and a centralized server would create a critical bottleneck.

CHOOSE YOUR PRIORITY

When to Choose DDS vs Zenoh

DDS for Multi-Robot Fleets

Strengths: DDS's decentralized discovery and rich QoS (Reliability, Durability, Deadline) make it the standard for tightly coupled, real-time control loops within a single robot or a small, wired fleet. It excels at deterministic, high-frequency topic-based pub/sub where every message must arrive.

Verdict: Ideal for intra-robot communication and small, hardwired cells where peer-to-peer discovery is manageable.

Zenoh for Multi-Robot Fleets

Strengths: Zenoh's wire protocol is designed for minimal overhead over lossy wireless links. Its built-in geo-distributed routing and multicast-free peer-to-peer discovery solve the 'robot discovery' problem across large warehouses without flooding the network. It natively bridges ROS 2 topics to the cloud.

Verdict: The superior choice for large-scale AMR fleets, drone swarms, and any system requiring reliable communication over Wi-Fi or 5G.

TRANSPORT LAYER COMPARISON

Technical Deep Dive: Protocol Architecture

A granular analysis of the wire protocol and architectural trade-offs between the default ROS 2 DDS middleware and the emerging Zenoh protocol, specifically targeting performance over lossy wireless links in distributed multi-robot systems.

Yes, Zenoh demonstrates significantly higher throughput and lower latency over lossy wireless links. In benchmark tests with 1% packet loss, Zenoh maintains over 3,000 TPS for typical sensor data payloads, while Fast DDS (a common ROS 2 implementation) drops to roughly 65 TPS due to TCP-like retransmission head-of-line blocking. Zenoh's design prioritizes data freshness over reliable delivery, making it ideal for telemetry and real-time control where stale data is useless.

THE ANALYSIS

Verdict

A data-driven breakdown of when to standardize on ROS 2 DDS and when to adopt Zenoh for distributed robotics communication.

[ROS 2 DDS] excels as the default standard for single-robot systems because it provides a mature, plug-and-play ecosystem with deep integration into the ROS 2 build, discovery, and tooling layers. For example, a standard industrial manipulator using ROS 2 Humble with Cyclone DDS can achieve reliable intra-process and local network communication with near-zero configuration, leveraging the built-in ros2 topic and ros2 bag tools. This results in a significantly lower integration burden for teams using off-the-shelf ROS 2 drivers and nodes, where the primary concern is reliability over a wired Gigabit Ethernet connection rather than extreme throughput or wireless resilience.

[Zenoh] takes a fundamentally different approach by decoupling the data exchange protocol from the ROS 2 graph layer (rmw_zenoh). This results in a superior architecture for wireless, multi-robot, and high-throughput edge systems. In benchmark tests over lossy Wi-Fi 6 links, Zenoh has demonstrated over 5 Gbps throughput with microsecond-level latency, dramatically outperforming standard DDS implementations that suffer from discovery storms and head-of-line blocking under packet loss. Its ability to natively bridge data across network boundaries—from a robot's compute board to a cloud dashboard—without complex DDS routing configuration makes it a compelling choice for Autonomous Mobile Robot (AMR) fleets and distributed sensing networks.

The key trade-off: If your priority is rapid development, maximum driver compatibility, and a battle-tested standard for a single, wired robot, choose ROS 2 with a tuned DDS implementation like Cyclone DDS. If you prioritize high-throughput data streaming over lossy wireless links, transparent multi-robot communication, and seamless cloud-to-edge integration, choose Zenoh as your middleware transport. Consider a hybrid approach where Zenoh serves as the WAN and inter-robot backbone, while standard DDS handles the deterministic, high-frequency control loops inside a single robot's compute cluster.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.