[Ietf-not43] Re: Requirement 3.1.8

[hardie at qualcomm.com]

At 8:34 PM -0500 08/18/2003, Eric A. Hall wrote:
>Not really. As it stands, it seems like the requirement is already being
>satisfied. Quoting section 3.1.8.1 of reqs-5:
>
>| 3.1.8.1 Protocol Requirement
>|
>|  The protocol MUST provide a mechanism allowing a client to determine
>|  if a query will be denied before the query is submitted according to
>|  the appropriate policies of the operator.
>
>There are already several bind error responses that tell a client that
>they won't get service before they issue the query, so the requirement is
>already being satisfied by the protocol (Peter said as much during his
>presentation as well, and talked about other mechanisms as alternative
>mechanisms). The alternatives have other costs, and I can imagine some
>other mechanisms that could be useful for specific situations (like
>hit-counters), but I'd like to hear what the operators think is needed
>before I start extending the protocol even more.

There seem to me too different cases here:

1) Server needs to say "I won't provide $YOU with service"

and

2)Server needs to say "I won't return results to $QUERY to $YOU".

I understand how the bind mechanisms apply to 1.  The question,
as I understand it, is how to satisfy 2.  If there are multiple ways
it could be solved in FIRS, could you please pick any one of them
and describe it in medium-level detail, so that we can move past
the question of whether this requirement is met?

			thanks,
				Ted Hardie