RFC 3401 (rfc3401) - Page 2 of 6

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

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
   itself.

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
      on).

   o  the First Well Known Rule (the Rule that says where the process
      starts).

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

   o  the final expected output.





Mealling                     Informational