> Understood, I'll start working on this behavior: > > The client can send ALPN, NPN, or both. > If the client only sends one: negotiation will take place normally. > If the client sends both: the server will prefer ALPN. If nothing > matches with ALPN, it will fall back to NPN and send its list. > > Also, we have received some feedback off-list on the code we have already > posted, and will be reposting with some updates soon.
Hi All, I have posted our updated ALPN patch, http://rt.openssl.org/Ticket/Display.html?id=3073. I'm happy to address any feedback. Also, there have been some questions about testing. The new patch has added support to s_client and s_server which should enable testing ALPN without any dependencies. Thanks, Jeff Mendoza ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org