[Ietf-not43] revised charter

Ted Hardie Ted.Hardie@nominum.com
Wed, 8 May 2002 10:16:14 -0700


Based on the discussion of the proposed charter, I've
updated the text to reflect splitting the deliverable
into a protocol framework document and a schema document.
I'd like to send it up to the ADs on Monday, so I'd
appreciate comments by the end of the week.
			thanks,
				Ted



Cross-Registry Information Service Protocol (CRISP)

Chair:  

Ted Hardie <ted.hardie@nominum.com>

Applications Area Directors:

Patrik Falstrom <paf@cisco.com>
Ned Freed <ned.freed@mrochek.com>

Mailing list:

ietf-not43@lists.verisignlabs.com
Archive/Subscription:
   https://lists.verisignlabs.com/mailman/listinfo/ietf-not43

Description of Working Group:

The expansion and growth of the Internet Domain Name System has seen
the functions of a traditionally centralized and managed registry
become the responsibility of various autonomous, functionally
disparate, and globally distributed Internet registries and
registrars.  With that expansion, the uses of administrative directory
services has also expanded from the original use of the WHOIS protocol
to include: the use of whois outside the scope its specification;
formal and informal definitions of syntax; undocumented security
mechanisms; the use of non-standard protocols, etc.  The existing
situation seriously hinders interoperability from a registrant
perspective, as multiple systems and procedures must be used for
different registrars or registries.

This working group will define a new standard service to meet the
administrative directory needs requirements of DNS registrants,
registrars, and registries.  While the framework created will
hopefully be sufficiently flexible to allow re-use by other services
with related design criteria, those uses will not constrain protocol
selection.  Backwards compatibility with existing administrative
directory services such as WHOIS is not a goal of this effort.
Provisioning of data into registry or registrar systems is likewise
out of scope.


The CRISP service definition will define: 

o specific data types and queries to be supported in the global service

o standard process for naming or locating authoritative servers 

o expression of input query 

o expression of result sets 

o standard expression of error conditions 

o authentication and verification of data integrity

Deliverables: 

o Finalized requirements document for the CRISP service

o Document specifying (the use of) a protocol for providing CRISP
  service.

o Document specifying required schema elements for domain registration
  administrative directory services.


Goals and Milestones:

 Oct 02    Submit requirements document as an Informational RFC 
           
 Nov 02    Submit first draft of protocol (use) specification

 Nov 02    Submit first draft of domain registration administrative 
           directory services required schema element specification.

 Apr 03    Submit revised protocol (use) specification document
           as Proposed Standard.

 Apr 02    Submit revised draft of domain registration administrative
           directory services required schema element specification
           as Proposed Standard.

 Apr 03    Enter FIN_WAIT