Re: TLS API discussion

Jeff Williams <[email protected]> Tue, 20 May 1997 13:43:10 +0100
Newsgroups gmane.ietf.apps-tls
Organization IEG. INC.
Message-ID <[email protected]>
Chris,

Chris Newman wrote:
> 
> On Mon, 19 May 1997, Paul E. Hoffman wrote:
> > I agree that it should be talked about, but the question is where it would
> > get the most attention from the best people. My suggestion is to float it
> > by the TLS Working Group, asking them if they want it talked about there as
> > a work item. If not, you're welcome to bring it back here, although I hope
> > you can drag a few more TLS experts with you on the round trip. If the
> > applications developers on this list can help with this, all the better.
> 
> I think it would be a mistake to design it in the TLS group.  I suspect
> the simplicity requirements for application programmers would get ignored
> and junk like ASN.1 and OIDs might creep in too far and make it unusable.

  I don't agree with this assesment compleatly.  I do think that some
coordination between TLS and the LDAP group would be in order though.
> 
> Actually I think it's a mistake to design an API by committee.  We should
> identify one visionary who's good at APIs and give him a few basic
> requirements (one of which would be to hide ASN.1 and OIDs from the
> caller as much as possible). I've never seen a good API from a committee
> (and rarely seen a good API in general).

  You hit on a very good point here.  I too, don't believe in API's
being
desinged by committee either.  It would seem more practical and wise
for the IETF to set up a group for this perpose(S).  With compotant
leadership and enough openess for input.  But mot and Ad Hoc commitee.
> 
> So how's the SSLeay API?  If it's good we could just document that and
> standardize it.

  I believe it is very good.  Should be looked at.
> 
> ---
> Chris Newman <[email protected]>
> 
> A paragraph from ASN.1 standard: "The resulting type and value of an
> instance of use of the new value notation is determined by the value
> (and the type of the value) finally assigned to the distinguished
> local value reference identified by the keyword VALUE, according to
> the processing of the macrodefinition for the new type notation
> followed by that for the new value notation."

Regards,
-- 
Jeffrey A. Williams
DIR. Internet Network Eng/SR. Java Development Eng.
Information Eng. Group. 
Phone :913-294-2375 (v- office)
E-Mail [email protected]