[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.
Difference
ROS 2 DDS vs Zenoh for Robotics Middleware Communication

Introduction
A data-driven comparison of ROS 2's default DDS transport against Zenoh for high-performance, multi-robot communication over challenging wireless links.
[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.
Feature Comparison Matrix
Direct comparison of key metrics and features for robotics middleware communication.
| Metric | ROS 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 |
TL;DR Summary
A high-level comparison of the standard ROS 2 middleware against the high-performance Zenoh protocol for distributed robotics communication.
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.
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.
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.
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.
Performance Benchmarks: Throughput and Latency
Direct comparison of key metrics for ROS 2 DDS and Zenoh middleware in multi-robot communication scenarios.
| Metric | ROS 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 |
ROS 2 DDS: Pros and Cons
Key strengths and trade-offs at a glance.
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.
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.
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.
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.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
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.
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.

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.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us