[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: OCSP-X vs SCVP
>
> > > But that ain't how the world works, and
> > > that ain't how
> > > people want it to work.
> >
> > Proof, please. I want the proof.
> >
>
> The fact that people seem to care about this is proof enough for me...
MArk, this is really speculative thing to say... I don't buy it as an
argument, sorry.
>
>
> But I see your point. You weren't talking about an OCSP API,
> but instead an
> ASN.1 (as opposed to XML) API.
No, I was talking exactly about OCSP APIs. pki_GetOCSP(). I didn;t meant
using ASN1 directly by the applications. That't be a very much wrong thing
to do.
At that level, I agree:
> people can pick up
> toolkits to work with either.
> The non-PKI folk want their
> XML apps to use
> PKI (as do the PKI folks, I might add), but they don't want
> to bloat their
> apps with an ASN.1 toolkit. Similarly, the PKI folk don't
> want to bloat
> their apps with an XML toolkit.
>
Bloat? got any real figures?
Dont think it is a real issue with hosts and desktops. Dont think there is
an issue with mobile devices either. I am not saying it is a bloat, or it is
not. I just want some approx figures. Compare bare-minimum
ASNParser+OCSP_APIs with OCSP_XML_APIs ( for fairness I assume that XML
parser is present on the platform regardless, so it doesn't count).
> Either some non-PKI folk have to want PKI badly enough to
> accept the bloat,
> or the PKI folk have to want to spread PKI badly enough to
> adopt XML. Either
> way, someone has to give.
>
> Marc
>
> +-------------------------------------------------------------
> -----------+
> Marc Branchaud \/
> Chief PKI Architect /\CERT
> INTERNATIONAL INC.
> marcnarc@xcert.com PKI References page:
> www.xcert.com
> 604-640-6227 www.xcert.com/~marcnarc/PKI/
> +-------------------------------------------------------------
> -----------+
>