WG Review: Cross Registry Information Service Protocol (crisp)

Steve Coya <scoya@cnri.reston.va.us> Mon, 17 June 2002 21:10 UTC

Received: from loki.ietf.org (loki [10.27.2.29]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA20029; Mon, 17 Jun 2002 17:10:10 -0400 (EDT)
Received: (from adm@localhost) by loki.ietf.org (8.9.1b+Sun/8.9.1) id RAA20409 for ietf-123-outbound.10@ietf.org; Mon, 17 Jun 2002 17:05:01 -0400 (EDT)
Received: from ietf.org (odin.ietf.org [10.27.2.28]) by loki.ietf.org (8.9.1b+Sun/8.9.1) with ESMTP id QAA20354 for <all-ietf@loki.ietf.org>; Mon, 17 Jun 2002 16:55:21 -0400 (EDT)
Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA19689; Mon, 17 Jun 2002 16:54:42 -0400 (EDT)
Message-Id: <200206172054.QAA19689@ietf.org>
To: IETF-Announce:;
cc: new-work@ietf.org
Subject: WG Review: Cross Registry Information Service Protocol (crisp)
Date: Mon, 17 Jun 2002 16:54:42 -0400
From: Steve Coya <scoya@cnri.reston.va.us>

A new IETF working group has been proposed in the Applications Area.
The IESG has not made any determination as yet. 

The following Description was submitted, and is provided for
informational purposes only:

Cross Registry Information Service Protocol (crisp)
---------------------------------------------------

 Current Status: Proposed Working Group

Description of Working Group:

In the standard operation of Internet systems, various
labels and data are managed globally -- domain names, IPv4
and IPv6 addresses, etc. From time to time, for operational
and administrative purposes, users of the Internet need to
be able to find and access registered information associated with
those labels.

The CRISP (Cross-Registry Information Service Protocol) WG will
define a standard mechanism that can be used for finding
authoritative information associated with a label, a protocol
to transport queries and responses for accessing that information,
and a first profile (schema & queries) to support commonly-required
queries for domain registration information. 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 -- CRISP provides a uniform
access to and view of data that may be held in disparate backend
servers. While the framework created will hopefully be sufficiently
flexible to allow re-use by other registries/services with related
design criteria, those uses will be deferred to the creation of
appropriate schema & query profiles at some future date.


The CRISP service definition will define:

o a standard mechanism that can be used to determine the
  authoritative server(s) for information about a given label

o a single mandatory to implement protocol for transporting
  application queries and responses, including

o expression of input query

o expression of result sets

o standard expression of error conditions

o authentication and verification of data integrity

o specific data types and queries to be supported in the first
  supported registry service: a global service for domain registration
  information access


Deliverables:

o Finalized requirements document for the CRISP service

o Document specifying a new protocol, or the use of an existing one,
  for providing CRISP service (application transport).

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


Input documents:

draft-newton-ir-dir-requirements-*
draft-newton-iris*
draft-hall-ldap-whois*