Delay-tolerant networking (DTN)

Last updated

Delay-tolerant networking, or DTN, is an approach to moving data across networks where a continuous end-to-end path may never exist. Instead of assuming a stable connection, DTN nodes store messages, carry them, and forward them whenever a link to the next hop becomes available. This store-and-forward model lets data cross intermittent, high-delay, or partitioned links such as those in space, remote regions, and disaster zones.

How it works

Traditional internet protocols assume a mostly continuous path from source to destination and fail when links are absent or long-delayed. DTN drops that assumption. It adds a bundle layer above the transport, in which data is grouped into self-contained bundles that carry their own routing and custody information. A node accepts a bundle, stores it persistently, and holds it until it encounters a suitable next hop, then forwards it.

Because each hop takes custody of a bundle before the previous node releases it, data survives long gaps between contacts. Routing decisions consider not just current links but expected future ones, so a bundle may wait minutes, hours, or longer for the right opportunity. The canonical standards are the Bundle Protocol and the DTN architecture defined by the IETF, originally motivated by interplanetary communication.

Why it matters

Many real networks are intermittent by nature: satellites moving in and out of view, sensors in remote terrain, vehicles that meet only occasionally, and infrastructure knocked out by a disaster. In all of these, insisting on an end-to-end path means no delivery at all. DTN accepts delay and disruption as normal and still moves data reliably.

This makes DTN a foundation for opportunistic and offline-tolerant systems. It also reframes reliability: success is measured by eventual delivery through storage and custody transfer, not by low latency on an always-connected link.

How it relates to Offline Protocol

Offline Protocol applies the same principle in practice. Its mesh does not assume a live end-to-end path between two phones. When a destination is out of range, a message is held and relayed as devices come into contact, propagating up to 8 hops across the DORS mesh over BLE, WiFi Direct, or the internet with automatic failover. This is delay-tolerant behavior at the app level rather than the full IETF Bundle Protocol.

The mechanism underneath is store-and-forward, and the routing that exploits chance encounters between moving devices is opportunistic networking. Together they let data reach a destination that is never directly reachable in a single moment. See also multi-hop relay for how bundles cross intermediate devices.

Frequently asked questions

What is delay-tolerant networking?

It is a networking approach for links with no continuous end-to-end path, where nodes store data, carry it, and forward it whenever a connection to the next hop appears, so data can cross intermittent or high-delay links.

Where is DTN used?

DTN is used where connectivity is intermittent or partitioned, such as space and satellite links, remote sensor networks, vehicular networks, and disaster-response scenarios.

Does Offline Protocol use DTN ideas?

Yes, at the application level. Offline Protocol holds messages and relays them as devices come into range, propagating up to 8 hops, which reflects the store-and-forward, delay-tolerant model rather than assuming a live path.

Deliver across links that come and go. 350,000+ devices, 80+ countries.

Book a pilot Read the docs