[openstack-dev] [neutron] Expected cli behavior when ovs-agent is down
shihanzhang
ayshihanzhang at 126.com
Sat Aug 22 09:08:51 UTC 2015
hi Vikas Choudhary, when ovs-agent service recover(ovs-agent process restart), the dhcp port will not re-binding successfully?
At 2015-08-22 14:26:08, "Vikas Choudhary" <choudharyvikas16 at gmail.com> wrote:
Hi Everybody,
I want to discuss on https://bugs.launchpad.net/neutron/+bug/1348589.This is there for more than a year and no discussion i could find on this.
Scenario:
ovs-agent is down and then a network and subnet under this newly created network are created using cli. No error visible to user, but following irregularities are found.
Discrepancies:
1. neutron port-show <dhcp-port> shows:
binding:vif_type | binding_failed
2. Running "ovs-ofctl dump-flows br-tun", no of-flow got added
3. Running "ovs-vsctl show br-int", no tag for dhcp-port.
neutron db will have all the attributes required to retry vif binding.My query is when should we trigger this rebinding.Two approaches i could think of are:
1> At neutron server restart, for all ports with vif_type as "binding_failed" plugins/ml2/drivers/mech_agent.bind_port can be invoked as a sync up activity.
2> In neutron port update api, http://developer.openstack.org/api-ref-networking-v2-ext.html , could be enhanced to receive vif binding related options also and then eventually plugins/ml2/drivers/mech_agent.bind_port can be invoked.Corresponding changes will be made to 'port update cli' also.
Please suggest.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150822/f45d4807/attachment.html>
More information about the OpenStack-dev
mailing list