[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: Models: Matching Rule Uses



Kurt,

Kurt D. Zeilenga wrote:
> At 11:42 PM 2/12/2003, Hallvard B Furuseth wrote:
> >Example: [Syntaxes] 5.2.3 caseIgnoreIA5Match says:
> >
> >   The caseIgnoreIA5Match rule compares an assertion value of the IA5
> >   String syntax to an attribute value of a syntax (e.g the 
> IA5 String
> >   syntax) whose corresponding ASN.1 type is IA5String.
> 
> This wording, I think, is overly restrictive.

For this rule in particular, or as an example ?  

> It's not necessary
> for the assertion value here to be an IA5String or even contain an
> IA5String.

The matching rule definition requires the *assertion* syntax to
be of the IA5 String syntax. Perhaps you mean't the *attribute*
syntax of an attribute to which the rule is applied ?

Regards,
Steven

> What is necessary is a well-defined algorithm for
> performing the assertion against a value of the attribute type's
> syntax.
> 
> >So caseIgnoreIA5Match can be used with attributes whose corresponding
> >ASN.1 type is IA5String, but not e.g. bit string syntax.  I'm hoping
> >that this also means that a caseIgnoreIA5Match matching rule use can
> >only list attributes whose corresponding ASN.1 type is IA5String.
> 
> No, the assertion syntax and attribute value syntax can be quite
> different.
> 
> Kurt 
> 
>