[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ietf-tls
Subject:    Re: [TLS] [EXTERNAL] Re:  Published RFC 8446bis -05
From:       Rob Sayre <sayrer () gmail ! com>
Date:       2022-10-25 22:51:10
Message-ID: CAChr6SwOF3=RY4BscTpPNbSSUO4ty4ArB+-eczgekp-DFnYETg () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Tue, Oct 25, 2022 at 3:40 PM Andrei Popov <Andrei.Popov@microsoft.com>
wrote:

> (It's also not clear to me how we would get rid of HRR in a future TLS
> version, without removing algorithm options, adding round-trips, or relying
> on some out-of-band signals.)
>

It was pretty much the idea to do those things, although I don't think
there is much of an appetite in the WG to do it. I think getting rid of HRR
would be worth it, but my opinion is in the rough.

thanks,
Rob

[Attachment #5 (text/html)]

<div dir="ltr"><div dir="ltr">On Tue, Oct 25, 2022 at 3:40 PM Andrei Popov &lt;<a \
href="mailto:Andrei.Popov@microsoft.com">Andrei.Popov@microsoft.com</a>&gt; \
wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" \
style="margin:0px 0px 0px \
0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
 (It&#39;s also not clear to me how we would get rid of HRR in a future TLS version, \
without removing algorithm options, adding round-trips, or relying on some \
out-of-band signals.)<br></blockquote><div><br></div><div>It was pretty much the idea \
to do those things, although I don&#39;t think there is much of an appetite in the  \
WG to do it. I think getting rid of HRR would be worth it, but my opinion is in the \
rough.</div><div><br></div><div>thanks,</div><div>Rob</div><div><br></div></div></div>




_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls


[prev in list] [next in list] [prev in thread] [next in thread]