[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Named Referrals Questions.
> It seems like this would work reasonably well.
Agreed, It does work already in X.500 systems.
> If a client performs a
> subtree search on server A starting at "o=UW,c=US", it will get all
> matching entries from A within that scope. The client will also receive
> the referral to server B and perform a subtree search there with a new
> base "univ=Madison,o=UW,c=US" and get the appropriate entries. For other
> types of searches and scopes, this seems to work also.
>
> Another thing that I'm not particularly clear on is your use of the
> terms "subordinate refs", "immediate superior refs", "superior refs" and
these are already defined in X.508, so we should use the existing
definitions in the LDAP work (just as we have already done for
the sub-schema work for example)
> "glue references".
Never heard of these. Perhaps the writer means cross references?
>While the terms make sense in some ways, it seems like
> you are classifying referrals in some way that they don't really need to
> be. I don't understand how an immediate superior reference would be
> treated differently from a superior reference and so on.
>
> Could someone please illustrate the problems with specific, detailed
> examples?
The problem I have is that you are mixing up 2 constructs, namely
referrals and knowledge attributes. To my mind, referrals are a
protocol construct returned to the user to tell him where to go to next
as a result of his particular query. The referrals should be
constructed from knowledge attributes and other information (such
as parameters from the original request). Knowledge attributes on
the other hand are request independent. THey are pointers to other
servers and an indication of the naming contexts they hold.
Knowledge attributes may be used in different ways to produce
referrals in the general case (e.g. NSSRs and Subordinate
references are treated differently, but seeing as you dont have
NSSRs in your draft, this difference is not yet apparent to you).
Hope this helps
David
>
>
> Thanks.
>
> - Chris
>
>
>
>
>
> ------------------------
> Christopher E. Lukas
> Internet Scout Project
> http://scout.cs.wisc.edu
>
>
***************************************************
David Chadwick
IS Institute, University of Salford, Salford M5 4WT
Tel +44 161 295 5351 Fax +44 161 745 8169
Mobile +44 790 167 0359
*NEW* Email D.W.Chadwick@salford.ac.uk *NEW*
Home Page http://www.salford.ac.uk/its024/chadwick.htm
Understanding X.500 http://www.salford.ac.uk/its024/X500.htm
X.500/LDAP Seminars http://www.salford.ac.uk/its024/seminars.htm
Entrust key validation string MLJ9-DU5T-HV8J
***************************************************