Re: 9.2.2 Cipher fallback and FF<->Jetty interop problem

On 5 September 2014 14:58, Greg Wilkins <gregw@intalio.com> wrote:
> I don't think it is acceptable for specifications to aggregate
> unsuccessfully like that.   Sure I can try to influence the development of
> ALPN in the JVM to support selection of cipher and protocol rather than just
> protocol - but that is not captured by an RFC.


You shouldn't have to.  Have you tried my suggestions at all?

> I'm happy to be intolerant of insecure ciphers.  If they are no good, let's
> just make them unacceptable.  Let's not discourage the use of h2.

As the draft explains, clients will still need to offer those insecure
ciphers for HTTP/1.1 backwards compatibility.

Received on Friday, 5 September 2014 23:36:25 UTC

Follow Lee on X/Twitter - Father, Husband, Serial builder creating AI, crypto, games & web tools. We are friends :) AI Will Come To Life!

Check out: eBank.nz (Art Generator) | Netwrck.com (AI Tools) | Text-Generator.io (AI API) | BitBank.nz (Crypto AI) | ReadingTime (Kids Reading) | RewordGame | BigMultiplayerChess | WebFiddle | How.nz | Helix AI Assistant