To:
ietf-provreg@cafax.se
From:
Marcel Schneider <schneider@switch.ch>
Date:
Tue, 09 Jan 2001 17:55:06 +0100
Content-ID:
<15050.979059305.1@smtp.switch.ch>
In-reply-to:
Your message of "Tue, 09 Jan 2001 17:50:05 +0100." <14875.979059005@smtp.switch.ch>
Sender:
owner-ietf-provreg@cafax.se
Subject:
Re: Charter last call summary
On Tuesday, 9 Jan 2001, Edward Lewis writes: I also like the charter as it is with a minor exception: it only speaks of registrars. Suggestion: "...versus "front-end" support services by *entities* who interact with registrants and with the registry, *subsequently called 'registrars'*. The reason is that for smart registries (those performing policy checking and usually billing) the registrar is more of an agent. The agent simply acts on behalf of the registrant (the registrant could do it himself, like when you order someone to buy a house for you: you pay for just that service, the contract terminates afterwards), a registrar does a job for you that may never end and that you may not have been able to perform yourself. In contracual law different types of contracts apply for the two functions. Marcel > This is the charter I am preparing to send "upwards" real soon now. This > incorporates the comments I have seen on the list. > ============================================================================ > Provisioning Registry Protocol (ProvReg) > ------------------------------ > CHAIR(S): > Edward Lewis <lewis@tislabs.com> > Jaap Akkerhius <jaap@sidn.nl> > APPLICATIONS AREA DIRECTOR(S): > Patrik Fältström <paf@cisco.com> > Ned Freed <Ned.Freed@innosoft.com> > AREA ADVISOR: > Patrik Fältström <paf@cisco.com> > MAILING LISTS: > General Discussion: ietf-provreg@cafax.se > To Subscribe: majordomo@cafax.se > In Body: subscribe ietf-provreg > Archive: http://www.cafax.se/ietf-provreg/maillist/ > DESCRIPTION OF WORKING GROUP: > Administration of Domain Name Service (DNS) registration increasingly > distinguishes between the operation of a "back-end" registry data base > service for registrations, versus "front-end" support services by > registrars who interact with registrants and with the registry. Especially > for various Top-Level Domains, the desire is to permit multiple registrars > to share access to the data base. Conversely, there is a desire to allow a > registrar to access multiple registries via the same protocol, even if the > registries differ in operational models. ...