<div dir="ltr">Thanks Salz and Benjamin for your feedback. Indeed my Wireshark version was unable to decode TLS 1.3. I got an update from the shared link.<div><br><div>I had one doubt about the server side session caching. I read that server side server caching is disabled by default. Then, how is session resumption possible using session identifiers because that is is stateful resumption as I have understood with servers maintaining the session info. Whereas with session tickets, client maintains the session tickets.</div><div>I am getting confused on the session caching concept. Could someone please clarify.</div><div><br></div><div>Also, for TLS 1.3, should the server caching be enabled for session resumption ?</div><div><br></div><div>Thanks </div></div><div>BR,</div><div>Neetish</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jun 10, 2017 at 7:09 AM, Salz, Rich <span dir="ltr"><<a href="mailto:rsalz@akamai.com" target="_blank">rsalz@akamai.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> It is quite likely that your version of wireshark does not know how to properly decode the TLS 1.3 ServerHello.<br>
<br>
</span>Please see  <a href="https://www.ietf.org/mail-archive/web/tls/current/msg22333.html" rel="noreferrer" target="_blank">https://www.ietf.org/mail-<wbr>archive/web/tls/current/<wbr>msg22333.html</a> for information about downloading an early release of wireshark.<br>
</blockquote></div><br></div>