Re: [ldapext] features-05 comments

["Kurt D. Zeilenga" <Kurt@OpenLDAP.org>]

Please note that this TS was recently published as RFC 3674.

I hope that this TS will be incorporated into the revised LDAP
TS being produced by the LDAPBIS WG.  If they do so, any known
issues should be addressed during that work.  Otherwise,
I will address them in some future update of RFC 3674.

At 12:07 PM 12/20/2003, Hallvard B Furuseth wrote:
>draft-zeilenga-ldap-features-05.txt says:
>
>> 2. Discovery of supported features
>
>>   A client may examine the values of this attribute to
>>   determine if a particular feature is supported by the server.  A
>>   client MUST ignore values it doesn't recognize as they refer to
>>   elective features it doesn't implement.
>
>What's the point of the last sentence?  What else could the client do
>with a feature it doesn't know about?

Not ignore the unrecognized feature.  That is, fail to continue
processing due to presence of a unrecognized value in
'supportedFeatures'.

>>   The 'supportedFeatures' attribute type is described as follows
>
>...", using the AttributeTypeDescription syntax described in [Models]"  
>
>(and [Models] must be added to the References section).

Such elaboration may have been nice (with a reference to the
current RFCs).  I'll note this for later updating of this TS.


>>       ( 1.3.6.1.4.1.4203.1.3.5
>>         NAME 'supportedFeatures'
>>         DESC 'features supported by the server'
>>         EQUALITY objectIdentifierMatch
>>         SYNTAX 1.3.6.1.4.1.1466.115.121.1.38
>>         USAGE dSAOperation )
>
>This is missing, adapted from similar texts in [Models]:
>
>  The 'objectIdentifierMatch' matching rule and the
>  objectIdentifierFirstComponentMatch (1.3.6.1.4.1.1466.115.121.1.38)
>  syntax is defined in [Syntaxes].

Such elaboration may have been nice (with a reference to the
current RFCs).  I'll note this for later updating of this TS.


>>   Servers MUST be capable of recognizing this attribute type by the name
>>   'supportedFeatures'.  Servers MAY recognize the attribute type by
>>   other names.
>
>I don't think the last sentence is necessary.  I can find no similar
>statement about other attribute types in [Models] or [Schema], yet I
>assume they can be referred to with other names too.

The preceding MUST could be viewed as limiting the server
to only recognizing the attribute by the 'supportedFeatures'
name.  The MAY clarifies that servers are allowed to recognize
this attribute by other names.

Kurt


_______________________________________________
Ldapext mailing list
Ldapext@ietf.org
https://www1.ietf.org/mailman/listinfo/ldapext