The keystone team is also looking at ways to reduce the data contained in the token. Coupled with the compression, this should get the tokens back down to a reasonable size. <div><br></div><div>Cheers,</div><div>Morgan</div>
<div><br></div><div>Sent via mobile<span></span><br><br>On Wednesday, May 21, 2014, Adam Young <<a href="mailto:ayoung@redhat.com">ayoung@redhat.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>On 05/21/2014 11:09 AM, Chuck Thier
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">There is a review for swift [1] that is requesting
        to set the max header size to 16k to be able to support v3
        keystone tokens.  That might be fine if you measure you request
        rate in requests per minute, but this is continuing to add
        significant overhead to swift.  Even if you *only* have 10,000
        requests/sec to your swift cluster, an 8k token is adding almost
        80MB/sec of bandwidth.  This will seem to be equally bad (if not
        worse) for services like marconi.
        <div>
          <br>
        </div>
        <div>When PKI tokens were first introduced, we raised concerns
          about the unbounded size of of the token in the header, and
          were told that uuid style tokens would still be usable, but
          all I heard at the summit, was to not use them and PKI was the
          future of all things.</div>
        <div><br>
        </div>
        <div>At what point do we re-evaluate the decision to go with pki
          tokens, and that they may not be the best idea for apis like
          swift and marconi?</div>
      </div>
    </blockquote>
    <br>
    Keystone tokens were slightly shrunk at the end of the last release
    cycle by removing unnecessary data from each endpoint entry.<br>
    <br>
    Compressed PKI tokens are enroute and will be much smaller.<br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Thanks,</div>
        <div><br>
        </div>
        <div>--</div>
        <div>Chuck</div>
        <div><br>
        </div>
        <div>[1] <a href="https://review.openstack.org/#/c/93356/" target="_blank">https://review.openstack.org/#/c/93356/</a></div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
OpenStack-dev mailing list
<a href="javascript:_e(%7B%7D,'cvml','OpenStack-dev@lists.openstack.org');" target="_blank">OpenStack-dev@lists.openstack.org</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </div>

</blockquote></div>