Re: [EXT] TLS 1.3 performance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Neetish,

 

I would recommend considering the following in your research:

- The impact of Nagle.  See https://github.com/openssl/openssl/issues/4237

- The impact of the KeyShare calculation on TLS 1.3 session resumption (assuming most deployments will use psk_dhe_ke)

- The impact of post-handshake handshake messages.

 

Regards

Roelof

 

From: openssl-users <openssl-users-bounces@xxxxxxxxxxx> on behalf of Neetish Pathak <npathak2@xxxxxxxx>
Reply-To: "openssl-users@xxxxxxxxxxx" <openssl-users@xxxxxxxxxxx>
Date: Thursday, September 14, 2017 at 4:20 PM
To: "openssl-users@xxxxxxxxxxx" <openssl-users@xxxxxxxxxxx>
Subject: [EXT] [openssl-users] TLS 1.3 performance

 

Hi,

 

I worked on TLS 1.3 performance bench-marking. After my tests, I found that TLS 1.3 based resumption is not giving us the connection latency benefits when tested in a LAN environment. It is slower than TLS 1.2. When tested on WAN, definitely, TLS 1.3 fares better than TLS 1.2. 

I want your suggestion on whether can I work on the following problem for my research project: "Investigating why TLS 1.3 resumption/0-RTT/full-handshake doesn't provide the  desired connection latency benefits in LAN and the ways to make it faster?"

I want suggestions/references on the right research problem. Any ideas will be appreciated.

 

Thanks in advance

 

Thanks

Best Regards,

Neetish

-- 
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux