Re: draft agenda for San Jose meeting

Phil Karlton wrote:
> David Brownell - JavaSoft wrote:
> >
> > One more protocol issue ... I've never seen an explanation about why
> > the "change cipher spec" record is necessary.  It seems like all that's
> > needed is the ability to flush the handshake messages which have been
> > queued, since I don't see any cases where the next legal handshake
> > message isn't predictable from the current protocol state.
> >
> > Is "change cipher spec" as a record type an artifact of some early SSL
> > implementation, which might be removed in a "new protocol based on the
> > SSL 3.0 specification"?
> It's there for 2 reasons.
> 1) Hardware implementations.
> Imagine a pipelined implementation of a TLS protocol engine (record
> gathering, decompression, decryption). At the point that a cipher spec
> changes, the pipeline must be stalled/flushed so that the new ciphers
> and keys can be loaded (potentially in parallel) into that engine.
> It is very convenient for there to be a simple test for the hardware to
> make to know to do that stall (as opposed to having to understand the
> semantics of the protocol).
> 2) Future extensibility.
> Handshake protocols have been proposed (and I strongly suspect will be
> proposed in the future) where some of the handshake messages will have
> to be encrypted for security reasons. Having an explicit marker makes
> implementations and analysis easier.
> PK
> --
> Philip L. Karlton     
> Principal Curmudgeon  
> Netscape Communications Corporation
>     Everything should be made as simple as possible, but not simpler.
>         -- Albert Einstein

  Phil and all,

  I will not be able to attend this meeting, but was wondering if 
min's. will be posted as to what was discussed and conclusions and
or dicisions that were decided on.  This would be helpful to all that
are not able to attend I would think.  Please advise.


Jeffrey A. Williams
DIR. Internet Network Eng/SR. Java Development Eng.
Information Eng. Group. 
Phone :972-447-1904

Received on Tuesday, 3 December 1996 18:44:23 UTC