<div dir="ltr"><div><div><div><div><div>Hi Mohammad,<br><br></div>Why is the blocking needed?  Is it to report some kind of status back to Docker/Kubernetes, or to allow some follow-on action to happen?<br><br></div>When using networking-calico as the driver, I think that only option (1) would work, out of the options you've suggested below.  (3) doesn't work, as you say, because Calico doesn't involve an L2 agent.  Also Calico doesn't use the RPC message queue for reporting port status, because we've found that that message queue is in itself a scalability bottleneck.<br><br></div>I guess another option would be for the using system to determine for itself when the port appears to be working, e.g. by the host pinging the container/pod's IP address.<br><br></div>Regards,<br></div>    Neil<br><br><div><div><div><div><div><div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jun 8, 2016 at 4:23 PM Mohammad Banikazemi <<a href="mailto:mb@us.ibm.com">mb@us.ibm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>For the Kuryr project, in order to support blocking until vifs are plugged in (that is adding config options similar to the following options define in Nova: vif_plugging_is_fatal and vif_plugging_timeout), we need to detect that the Neutron plugin being used is done with plugging a given vif.<br><br>Here are a few options:<br><br>1- The simplest approach seems to be polling for the status of the Neutron port to become Active. (This may lead to scalability issues but short of having a specific goal for scalability, it is not clear that will be the case.)<br>2- Alternatively, We could subscribe to the message queue and wait for such a port update event. <br>3- It was also suggested that we could use l2 agent extension to detect such an event but that seems to limit us to certain Neutron plugins and therefore not acceptable.<br><br>I was wondering if there are other and better options. <br><br>Best,<br><br>Mohammad<br>
</p></div>
__________________________________________________________________________<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>
</blockquote></div></div></div></div></div></div></div></div>