<p dir="ltr">I have developed a new kind of agent (used to remote-configure heterogeneous legacy switches) and it would definitely benefit from interacting with, e.g., the ovs agent.</p>
<p dir="ltr">Igor Duarte Cardoso.<br>
<a href="http://igordcard.com">http://igordcard.com</a><br>
Sent from mobile.</p>
<div class="gmail_quote">On Jul 31, 2014 2:49 AM, "loy wolfe" <<a href="mailto:loywolfe@gmail.com">loywolfe@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">openstack is designed as decoupled between all modules, both nova and all neutron plugins: ml2, l3, advanced...however, their agents may need some sort of interaction. Here are two examples:<div><br></div><div>

1) DVR. L2 population already push all portcontext for a subnet to CN, but L3 agent on it has to get once more. If the two agents can share port information, rpc message can be cut half.</div><div><br></div><div>2) VIF-PLUG. For each type L2 agent, they have backend specific method to detect different vif plug event for edge binding. In upcoming ML2 modular agent, this detection and scanning work has to be done by each resource driver, although this is just a general event.</div>

<div><br></div><div>How about starting a local message bus on each host node (etc. D-BUS or kbus), while all agents on that host can notify to each other directly? The potential benefits are less rpc interaction with plugin, and less backend technology specific code.</div>

</div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
<br></blockquote></div>