[Ietf-not43] First draft on Relay bags in FIRS

[Eric A. Hall]

on 8/13/2003 6:53 PM Eric A. Hall wrote:

> on 8/13/2003 8:37 AM Peter Gietz wrote:

>>   A FIRS client SHOULD evaluate if the server it initially connects to
>>   supports this feature, by checking if the controlType Object
>>   Identifier of the control specified in this document
>>   (relayBagSearchOID) is stored in the attribute supportedControl of
>>   the root DSE entry, which is specified in [RFC2251], section 3.4.
> 
> I'll put some more time into this in a couple of days but the first thing
> that jumps out at me is that this should be a MAY instead of a SHOULD. Too
> many round-trips spent on query setup will make this service unusable for
> fast lookups. There might be some other options for dealing with the need
> for this, such as having the control returned as a bind response similar
> to firsVersion.

Will this test only be necessary if a server actually provides a relay
bag? Can a client just be assumed to support the extension? If so, that
would mean the client only had to spend time probing the referral-target
server, and would only have to do this if it got a relay bag from a
referral-source, which might be a small enough subset to make the probes
mandatory in those limited scenarios. I may be assuming too much, but I
haven't heard anybody say anything about actually using these.

Also, to reiterate the point I was trying to make during the meeting, this
whole area is almost certain to be reinvented when somebody tries to
actually make use of relay bags and recognizes the real requirements
reflecting the real deployment, so whatever we spec now has a high
probability of getting thrown out at some later point.

-- 
Eric A. Hall                                        http://www.ehsco.com/
Internet Core Protocols          http://www.oreilly.com/catalog/coreprot/