Dynamic Delegation Discovery System (DDDS) Part One: The Comprehensive DDDS
RFC 3401

Document Type RFC - Informational (October 2002; Errata)
Obsoletes RFC 2915, RFC 2168
Updates RFC 2276
Author Michael Mealling 
Last updated 2020-01-21
Stream IETF
Formats plain text html pdf htmlized with errata bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 3401 (Informational)
Action Holders
Consensus Boilerplate Unknown
Telechat date
Responsible AD Patrik Fältström
IESG note Responsible: RFC Editor
Send notices to <jcurran@netgeeks.net>
Network Working Group                                        M. Mealling
Request for Comments: 3401                                      VeriSign
Updates: 2276                                               October 2002
Obsoletes: 2915, 2168
Category: Informational

              Dynamic Delegation Discovery System (DDDS)
                    Part One: The Comprehensive DDDS

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (2002).  All Rights Reserved.


   This document specifies the exact documents that make up the complete
   Dynamic Delegation Discovery System (DDDS).  DDDS is an abstract
   algorithm for applying dynamically retrieved string transformation
   rules to an application-unique string.

   This document along with RFC 3402, RFC 3403 and RFC 3404 obsolete RFC
   2168 and RFC 2915, as well as updates RFC 2276.

1. Intended Audience

   This document and the documents that it references are intended for
   anyone attempting to implement or understand the generic DDDS
   algorithm, URI Resolution, ENUM telephone number to URI resolution,
   and the NAPTR DNS resource record.  The reader is warned that reading
   one of the documents in this series without reading the others will
   probably lead to misunderstandings and interoperability problems.

2. Introduction

   The Dynamic Delegation Discovery System is used to implement lazy
   binding of strings to data, in order to support dynamically
   configured delegation systems.  The DDDS functions by mapping some
   unique string to data stored within a DDDS Database by iteratively
   applying string transformation rules until a terminal condition is
   reached.  This document defines the entire DDDS by listing the
   documents that make up the complete specification at this time.

Mealling                     Informational                      [Page 1]
RFC 3401             DDDS - The Comprehensive DDDS          October 2002

   This document along with RFC 3402, RFC 3403 and RFC 3404 obsoletes
   RFC 2168 [8] and RFC 2915 [6], as well as updates RFC 2276 [5].  This
   document will be updated and or obsoleted when changes are made to
   the DDDS specifications.  Thus the reader is strongly encouraged to
   check the IETF RFC repository for any documents that obsoletes or
   updates this one.

3. The Algorithm

   The DDDS algorithm is defined by RFC 3402 [1].  That document defines
   the following DDDS concepts:

   o  The basic DDDS vocabulary.

   o  The algorithm.

   o  The requirements on applications using the algorithm.

   o  The requirements on databases that store DDDS rules.

   RFC 3402 is the actual DDDS Algorithm specification.  But the
   specification by itself is useless without some additional document
   that defines how and why the algorithm is used.  These documents are
   called Applications and do not actually make up part of the DDDS core
   specification.  Applications require databases in which to store
   their Rules.  These databases are called DDDS Databases and are
   usually specified in separate documents.  But again, these Database
   specifications are not included in the DDDS core specification

4. DDDS Applications

   No implementation can begin without an Application specification, as
   this is what provides the concrete instantiation details for the DDDS
   Algorithm.  Without them the DDDS is nothing more than a general
   algorithm.  Application documents define the following:

   o  the Application Unique String (the thing the delegation rules act

   o  the First Well Known Rule (the Rule that says where the process

   o  the list of valid Databases (you can't just use any Database).

   o  the final expected output.

Mealling                     Informational                      [Page 2]
RFC 3401             DDDS - The Comprehensive DDDS          October 2002

   Some sample Applications are documented in:

   o  "E.164 number and DNS" (RFC 2916) [7].  This Application uses the
      DDDS to map a telephone number to service endpoints such as SIP or

   o  "Dynamic Delegation Discovery System (DDDS) Part Four: The Uniform
      Resource Identifiers (URI) Resolution Application" (RFC 3404) [3].
      This Application uses the DDDS to resolve any URI to a set of
      endpoints or 'resolvers' that can give additional information
      about the URI independent of its particular URI scheme.

5. Currently Standardized Databases

   Any DDDS Application must use some type of DDDS Database.  Database
   documents define the following:

   o  the general spec for how the Database works.

   o  formats for Keys.

   o  formats for Rules.

   o  Key lookup process.

   o  rule insertion procedures.

   o  collision avoidance measures.

   A Database cannot be used on its own; there must be at least one
Show full document text