[Ietf-not43] Settlements

Rick Wesson wessorh@ar.com
Thu, 7 Nov 2002 17:21:24 -0800 (PST)


Ted... comments in line.

On Wed, 6 Nov 2002, Ted Hardie wrote:

> >
> >
> > umm, its not irony, nor is it a joke. it was suggested as feedback in the
> > presentation scott gave to the registrars in shanghai.
> >
> > how could it be out of scope?
> >
> > -rick
>
> Since this was a major extension attached to something you
> were arguing we didn't need (and to a MAY-only requirement),
> I misread your comment as ironic.  Sorry for my confusion.

the refrence to 3.2.3 is not a MAY-only requirement

> Your message seemed to indicate that you expected the settlement to be
> between service providers, rather than between a service provider and
> the service users.  As an interprovider policy issue, it is out of
> scope for CRISP.

the requirements was general and not specific to interprovider thus I
believe as long as we have requirements for general searching where result
sets require agragation we must consider a settelments mechanism.

> As a practical matter, there are some referral mechanisms for which
> such a settlement mechanism would not make sense.  If a user asks a
> question like "What are all the domains administered by Joe Example?"
> and gets back "None here, but you might check with ServiceFoo,
> ServiceBar, and ServiceBaz", the actual query distribution is done by
> the client's choice to ask each of the Service* listed.

you seem to be develing into implementations as you have reminded me all
to often not to do.

>
> Or have I wholly missed your point, and you are arguing we need a
> way for CRISP to support payment between the requestor of administrative
> information and the supplier of that information?

only for certian types of queries.

> 			regards,
> 				Ted Hardie
>
>
>
>
>
> > > Given your previous comments, I can only assume this irony.  Clearly
> > > out of scope, but thanks for the light-hearted approach.
> > >
> > > 			regards,
> > > 				Ted Hardie
> > >
> > >
> > >
> > > >
> > > >
> > > > Please add the following section as 3.2.11
> > > >
> > > > 3.2.11 Query Settlements
> > > >
> > > > Any search mechanism used to distribute a query to all applicable domain
> > > > registries and registrars for Nameserver Search (3.2.5) or Domain
> > > > Registrant Search (3.2.3) MUST contain provisions for cost recovery
> > > > through a settelments mechanism.
> > > >
> > > >
> > > > thanks,
> > > >
> > > > -rick
> > > >
> > > >
> > > > _______________________________________________
> > > > Ietf-not43 mailing list
> > > > Ietf-not43@lists.verisignlabs.com
> > > > http://lists.verisignlabs.com/mailman/listinfo/ietf-not43
> > > >
> > >
> >
>