<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;" class="">Hi,<div class=""><br class=""></div><div class="">Ok, so you just need a noop driver, which you can find in the review link I posted a few emails back.</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">doug</div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 2, 2015, at 6:23 PM, Wanjing Xu <<a href="mailto:wanjing_xu@hotmail.com" class="">wanjing_xu@hotmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">

<style class=""><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div class="hmmessage"><div dir="ltr" class="">Doug<div class=""><br class=""></div><div class="">Our current event consumer is listening to the queue with the topic specified in neutron.conf as notification_topics = xxxxx.  neutron will generate all create/update/delete events(from api) to this queue including vip/member/pool events.  So we don't need to write a driver to generate the events.  Neutron base api has taken care of it.</div><div class=""><br class=""></div><div class="">Regards!</div><div class=""><br class=""></div><div class="">Wanjing<br class=""><br class=""><div class=""><hr id="stopSpelling" class="">From: <a href="mailto:dougwig@parksidesoftware.com" class="">dougwig@parksidesoftware.com</a><br class="">Date: Tue, 2 Jun 2015 16:57:12 -0600<br class="">To: <a href="mailto:openstack-dev@lists.openstack.org" class="">openstack-dev@lists.openstack.org</a><br class="">Subject: Re: [openstack-dev] [Neutron][LBaaS] No LBaaS agent?<br class=""><br class=""><div class="">Hi,</div><div class=""><br class=""></div>If you have an existing event consumer that you want to stick with, you could write a driver that just generates events. There are some error status warts that you’d either have to live with or handle, but you could do that later.<div class=""><br class=""></div><div class="">Thanks,</div><div class="">doug</div><div class=""><br class=""><div class=""><blockquote class=""><div class="">On Jun 2, 2015, at 1:05 PM, Wanjing Xu <<a href="mailto:wanjing_xu@hotmail.com" class="">wanjing_xu@hotmail.com</a>> wrote:</div><br class="ecxApple-interchange-newline"><div class="">

<style class="">
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

</style>
<div class="ecxhmmessage"><div dir="ltr" class="">Thanks everybody.  While I am trying to digest all the responses, I am here to reply why we are not considering a driver.  We already have an application which listens to neutron events to do some other stuff, it might just be easier for us if we reuse this framework and program the LBaasS from there.  If we use driver, there is this added efforts where we need to ask the user to install our driver, modify the conf file, start the agent and restart neutron.   We might still go back to driver/agent later because it seemed that it helps scale better.  <div class=""><br class=""></div><div class="">Thanks Doug, Kevin, Brandon and Kunal!  You guys are so helpful.  Will   have more questions later....</div><div class=""><br class=""></div><div class="">Wanjing<br class=""><br class=""><div class=""><hr id="ecxstopSpelling" class="">From: <a href="mailto:dougwig@parksidesoftware.com" class="">dougwig@parksidesoftware.com</a><br class="">Date: Mon, 1 Jun 2015 18:04:02 -0600<br class="">To: <a href="mailto:openstack-dev@lists.openstack.org" class="">openstack-dev@lists.openstack.org</a><br class="">Subject: Re: [openstack-dev] [Neutron][LBaaS] No LBaaS agent?<br class=""><br class="">The reference implemenation for lbaas (using haproxy with namespaces) requires the agent. There are vendor implementations that are agent-less, but not the reference.<div class=""><br class=""></div><div class="">There is a non-agent ref driver for lbaas v2, but there is no horizon support for v2, and that driver is unsupported beyond dev use.</div><div class=""><br class=""></div><div class="">If I may ask, why do you not want to run the agent?</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">doug</div><div class=""><br class=""></div><div class=""><br class=""><div class=""><blockquote class=""><div class="">On Jun 1, 2015, at 5:52 PM, Wanjing Xu <<a href="mailto:wanjing_xu@hotmail.com" class="">wanjing_xu@hotmail.com</a>> wrote:</div><br class="ecxApple-interchange-newline"><div class="">

<style class="">
.ExternalClass .ecxhmmessage P {
padding:0px;
}

.ExternalClass body.ecxhmmessage {
font-size:12pt;
font-family:Calibri;
}

</style>
<div class="ecxhmmessage"><div dir="ltr" class="">Is there a way to add an LBaaS service without having to use neutron plugin/agent framework?<div class=""><br class=""></div><div style="text-align:left;" class="">I want to add a LBaaS service without  an LBaaS agent running and still want to have lb cli and horizon.  When the user configure loadbalance via cli or horizon, neutron will send the events(pool, member, vip create/delete event)in the notification info queue and our application will listen to the queue and program  the LBaaS box.  So far, I have tried to enable the built-in HAProxy LBaaS(enable the service_plugin to be LoadBalancerPlugin and service provider to be haproxy).  By doing that , horizon and cli are all enabled and our application can successfully program LBaaS box using the notification events.  The problem with that is that there is a haproxy agent running in the background although we are not using its function.  But if I don't enable the agent, we can not use horizon.  Currently we don't want to write a LBaaS agent of our own.  Is there a way to not to use LBaaS agent and still  be able to use horizon/cli to configure loadbalance?  During openstack summit at vancouver, I saw paypal loadbalance presentation, they use two providers, one is agent , the other is agentless controller, not sure how that controller works, could not find it through googling.</div><div style="text-align:left;" class=""><br class=""></div><div style="text-align:left;" class="">Regards</div><div style="text-align:left;" class="">Wanjing Xu</div><div class=""><br class=""></div><div class=""><br class=""></div>                                       </div></div>
__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></div><br class="">__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></div></div>                                      </div></div>
__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></div><br class="">__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></div></div>                                        </div></div>
__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></div></body></html>