<div dir="ltr">Hi Vijay, <div><br></div><div>Thanks for working on this. As was discussed at the summit, immediate solution seems to be passing certificates via transient fields in Vip object, which will avoid the need for certificate management (incl. storing them). </div>
<div>If certificate management is concerned then I agree that it needs to be a separate specialized service.</div><div><br></div><div><font face="arial, helvetica, sans-serif">> My thought was to have independent certificate resource with VIP uuid as one of the properties. VIP is already created and </font></div>
<div><font face="arial, helvetica, sans-serif">> will help to identify the driver/device. The VIP property can be depreciated in the long term.</font></div><div><span style="font-family:arial,helvetica,sans-serif">I think it's a little bit forward looking at this moment, also I think that certificates are not specific for load balancing.</span></div>
<div><span style="font-family:arial,helvetica,sans-serif">Transient fields could help here too: client could pass certificate Id and driver of corresponding device will communicate with external service fetching corresponding certificate.</span><br>
</div><div><span style="font-family:arial,helvetica,sans-serif"><br></span></div><div><span style="font-family:arial,helvetica,sans-serif">Thanks,</span></div><div><span style="font-family:arial,helvetica,sans-serif">Eugene.</span></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 19, 2013 at 5:48 PM, Vijay Venkatachalam <span dir="ltr"><<a href="mailto:Vijay.Venkatachalam@citrix.com" target="_blank">Vijay.Venkatachalam@citrix.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Hi Sam, Eugene, & Avishay, etal,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">                Today I spent some time to create a write-up for SSL Termination not exactly design doc. Please share your comments!<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><a href="https://docs.google.com/document/d/1tFOrIa10lKr0xQyLVGsVfXr29NQBq2nYTvMkMJ_inbo/edit" target="_blank">https://docs.google.com/document/d/1tFOrIa10lKr0xQyLVGsVfXr29NQBq2nYTvMkMJ_inbo/edit</a><u></u><u></u></p>

<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Would like comments/discussion especially on the following note:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">SSL Termination requires certificate management. The ideal way is to handle this via an independent IAM service. This would take time to implement so the thought was to add the certificate details in VIP resource and send them directly
 to device. Basically don’t store the certificate key in the DB there by avoiding security concerns of maintaining certificates in controller.
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I would expect the certificates to become an independent resource in future thereby causing backward compatibility issues.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Any ideas how to achieve this?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">My thought was to have independent certificate resource with VIP uuid as one of the properties. VIP is already created and will help to identify the driver/device. The VIP property can be depreciated in the long term.<u></u><u></u></p>

<p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
<p class="MsoNormal">Vijay V.<u></u><u></u></p>
</div>
</div>

</blockquote></div><br></div>