[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The definition of OTHER-NAME



Hi Tom,

Note that the 'otherName' choice in the definition of 'GeneralName' in
X.509:1997 is:

otherName INSTANCE OF OTHER-NAME,

and 'INSTANCE OF' is defined in Annex C of X.681 as precisely the
'OtherName' type defined in RFC 2459.

Hope this helps,
-- Magnus
Magnus Nystrom		Email: magnus@rsasecurity.com
RSA Laboratories

On Tue, 7 Dec 1999, Tom Biskupic wrote:

> Hello,
> 
> I'm sure this must have been discussed previously, but not having found an
> answer in the first 12Mb archive of this mailing list I thought I'd float it
> anyhow.
> 
> There seems to be a discrepancy in the definition of Othername in RFC2459
> and X509V3
> 
> The definition of OtherName in RFC2459 is as follows :-
> 
>      OtherName ::= SEQUENCE {
>            type-id    OBJECT IDENTIFIER,
>            value      [0] EXPLICIT ANY DEFINED BY type-id }
> 
> where as X509.V3 defines it as
> 
> OTHER-NAME ::= TYPE-IDENTIFIER
> 
> Which does not have the [0] tag on the value (see X.681 Annex A)
> 
> The draft-ietf-pkix-new-part1-00.txt even says
> 	-- AnotherName replaces OTHER-NAME ::= TYPE-IDENTIFIER, as
> 	-- TYPE-IDENTIFIER is not supported in the '88 ASN.1 syntax
> 
> But then goes on to define AnotherName to include the [0] tag.
> 
> Why is the [0] tag there? I don't see any ambiguity in the encoding that
> would require a context specific tag.