<div dir="ltr">I see Kyle's point that this is not something in-scope for liberty at this stage.<div><br></div><div>However, on the other hand I would rather avoid having multiple agents on the compute node performing various tasks in an un-coordinated way (well, actually relying on neutron-server coordination).</div><div><br></div><div>QoS is an example, but what Miguel is doing for QoS applies, for instance, to security groups and allowed address pairs processing. Even if probably Mohammad has more in mind a "modular" agent that is able to talk to different data planes using a well-defined driver interface, a similar framework could be used for "augmenting" the capabilities of an agent as Miguel mentions.</div><div><br></div><div>I would probably start with something for enabling the L2 agent to process "features" such as QoS and security groups, working on the OVS agent, and then in a second step abstract a driver interface for communicating with the data plane. But I honestly do not know if this will keep the work too "OVS-centric" and therefore won't play well with the current efforts to put linux bridge on par with OVS in Neutron. For those question we should seek an answer from our glorious reference control plane lieutenant, and perhaps also from Sean Collins, who's coordinating efforts around linux bridge parity.<br></div><div><br></div><div>Salvatore</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 June 2015 at 16:30, Miguel Angel Ajo <span dir="ltr"><<a href="mailto:mangelajo@redhat.com" target="_blank">mangelajo@redhat.com</a>></span> 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"><br>
<br>
In the context of Quality of Service, we need to extend the L2 agents
(SR-IOV, <br>
OVS and LB), and we didn't want to simply hijack the processing loop of
the agents,<br>
but take a moment, and put together a Modular L2 design<br>
<br>
<a href="https://review.openstack.org/#/c/189723/" target="_blank">https://review.openstack.org/#/c/189723/</a><br>
<br>
If you find it reasonable to do it in this context so it can be reused
for neutron<br>
in general later, please join the reviews.<br>
<br>
I'm not sure if Irena was involved on previous Modular L2 Agent design
sessions.<br>
<br>
<br>
Best regards,<br>
Miguel Ángel.<br>
<br>
<br>
Mohammad Banikazemi wrote:<br>
<blockquote type="cite"><div><div class="h5"><br>
<br>
During the last couple of ML2 group meetings, the subject of Modular L2<br>
Agents has come up again and I was tasked to bring up the subject to the<br>
attention of the larger community.<br>
We are aware of the ongoing efforts to improve the L2 agent(s) and the<br>
patches which are currently under review and those that got merged<br>
recently. The question is whether the Neutron community thinks the
effort<br>
started (and suspended) a while ago around creating a modular L2 agent
is<br>
worth pursuing at all and if yes, whether this is a good cycle to get
that<br>
work possibly restarted.<br>
<br>
Best,<br>
<br>
Mohammad<br></div></div><span class="">
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe:
<a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<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></span></blockquote>
<br>
<span>
</span><br>
<blockquote style="border:0px none" type="cite">
<div style="margin:30px 25px 10px 25px"><div style="display:table;width:100%;border-top:1px solid #edeef0;padding-top:5px"> <div style="display:table-cell;white-space:nowrap;vertical-align:middle;width:100%">
<a href="mailto:mb@us.ibm.com" style="color:#737f92!important;padding-right:6px;font-weight:bold;text-decoration:none!important" target="_blank">Mohammad Banikazemi</a></div> <div style="display:table-cell;white-space:nowrap;vertical-align:middle">
<font color="#9FA2A5"><span style="padding-left:6px">21 Jun 2015 18:54</span><a href="https://www.postbox-inc.com/?utm_source=email&utm_medium=sumlink&utm_campaign=reach" style="color:#9fa2a5!important;text-decoration:none!important" target="_blank"> via
Postbox</a></font></div> </div></div>
<div style="color:#888888;margin-left:24px;margin-right:24px"><div><div class="h5"><div><br>During the last couple
of ML2 group meetings, the subject of Modular L2<br>Agents has come up
again and I was tasked to bring up the subject to the<br>attention of
the larger community.<br>We are aware of the ongoing efforts to improve
the L2 agent(s) and the<br>patches which are currently under review and
those that got merged<br>recently. The question is whether the Neutron
community thinks the effort<br>started (and suspended) a while ago
around creating a modular L2 agent is<br>worth pursuing at all and if
yes, whether this is a good cycle to get that<br>work possibly
restarted.<br><br>Best,<br><br>Mohammad<br></div></div></div><span class=""><div>__________________________________________________________________________<br>OpenStack
Development Mailing List (not for usage questions)<br>Unsubscribe:
<a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br><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><br></div></span></div>
</blockquote>
<br>
</div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>