Delay Tolerant Networking

The information below is for an old version of the document
Document Proposed charter Delay/Disruption Tolerant Networking WG (dtn) Snapshot
Title Delay Tolerant Networking
Last updated 2014-10-07
State Start Chartering/Rechartering (Internal IESG/IAB Review) Rechartering
WG State Active
IESG Responsible AD Magnus Westerlund
Charter Edit AD Martin Stiemerling
Send notices to,,


The Delay/Disruption Tolerant Network Working Group (DTNWG) specifies
mechanisms for data communications in the presence of long delays and/or
intermittent connectivity. Delay-Tolerant Networking (DTN) protocols have
been the subject of extensive research and development in the
Delay-Tolerant Networking Research Group (DTNRG) of the Internet Research
Task Force since 2002.  The key documents are the DTN Architecture  (RFC
4838), the Bundle Protocol (RFC 5050), Licklider Transmission Protocol (RFC
5326) and convergence layers (RFC 7122, 7242). Multiple independent
implementations exist for these technologies and multiple deployments in
space and terrestrial environments.  There is an increase interest in the
commercial world for these technologies, for similar and different use
cases, such as unmanned air vehicles.  In this context, there is a need to
update the base specifications, i.e., RFC 5050, RFC 7122, RFC 7242, RFC
6257 and RFC 6260,  based on the deployment and implementation experience
as well as the new use cases.  Moreover, there is also a need to have
standards track documents for the market. 

Therefore, the purpose of the working group is to document the new use
cases and requirements and to update the base specifications. The group
shall not endeavour to change the underlying architecture or the bundle
protocol principle.

Work items are:

o An informational "DTN Revision Problem Statement, Use Cases,
  Requirements and Development Strategy" document

o Updates to RFC5050, convergence layer RFCs, security(RFC6257), as
  standard track documents.

o A registry for DTN Service Identifiers

The DTNWG must reach rough consensus on the "DTN Revision Problem
Statement, Use Cases, Requirements and Development Strategy" document
before the working group is permitted to work on any updates to the
protocol specifications.