<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>Hi Vijay,</div>
<div>My understanding was that each vendor will have different behavior for entity creation. LBaaS apis will mark each entity as PENDING_CREATE (?) initially and its up to specific vendor driver whether to mark entities as DEFERRED or actually CREATE them on
 LB. Vendor logic can decide the action based on whether hierarchy/criteria is met per their LB prerequisite.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Vivek</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Vijay Venkatachalam <<a href="mailto:Vijay.Venkatachalam@citrix.com">Vijay.Venkatachalam@citrix.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>Tuesday, February 3, 2015 at 5:13 AM<br>
<span style="font-weight:bold">To: </span>"OpenStack Development Mailing List (<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>[openstack-dev] [neutron][lbaas] Can entity calls be made to driver when entities get associated/disassociated with root entity?<br>
</div>
<div><br>
</div>
<div xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="color:#2E75B6">Hi:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">In OpenStack neutron lbaas implementation, when entities are created/updated by the user, they might not be associated with the root entity, which is loadbalancer.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Since root entity has the driver information, the driver cannot be called by lbaas plugin during these operations by user.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Such entities are set in DEFFERED status until the entity is associated with root entity.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">During this association operation (listener created with pool), the driver api is called for the current operation (listener create); and the driver is expected to perform the original operation (pool create)
 along with the current operation (listener create). <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">This leads to complex handling at the driver, I think it will be better for the lbaas plugin to call the original operation (pool create) driver API in addition to the current operation (listener create) API
 during the association operation. <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">That is the summary, please read on to understand the situation in detail.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Let’s take the example of pool create in driver.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in"><span style="color:#2E75B6">a.       A pool create operation will not translate to a pool create api in the driver. There is a pool create in the driver API but that is never called today.
<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in"><span style="color:#2E75B6">b.      When a listener is created with loadbalancer and pool, the driver’s listener create api is called and the driver is expected to create both pool and listener.
<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in"><span style="color:#2E75B6">c.       When a listener is first created without loadbalancer but with a pool, the call does not reach driver. Later when the listener is updated with loadbalancer id,  the
 drivers listener update  API is called and the driver is expected to create both pool and listener.<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in"><span style="color:#2E75B6">d.  When a listener configured with pool and loadbalancer is updated with new pool id,  the driver’s listener update api is called. The driver is expected to delete the original
 pool that was associated, create the new pool and  also update the listener<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">  <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">As you can see this is leading to a quite a bit of handling in the driver code. This makes driver code complex.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">How about handling this logic in lbaas plugin and it can call the “natural” functions that were deferred.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Whenever an entity is going from a DEFERRED to ACTIVE/CREATE status (through whichever workflow) the plugin can call the CREATE pool function of the driver.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Whenever an entity is going from an ACTIVE/CREATED to DEFERRED status (through whichever workflow) the plugin can call the DELETE pool function of the driver.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Thanks,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#2E75B6">Vijay V.<o:p></o:p></span></p>
</div>
</div>
</div>
</span>
</body>
</html>