F5Networks / f5-openstack-lbaasv2-driver

F5 LBaaSv2 service provider driver for OpenStack Liberty and beyond
http://clouddocs.f5.com/products/openstack/lbaasv2-driver/master/
Apache License 2.0
21 stars 37 forks source link

port status lbaas VIP binding_failed #477

Open d032956 opened 7 years ago

d032956 commented 7 years ago

Agent Version

agent lbaasv2 8.2.0-3.1 f5-openstack-lbaasv2-driver 8.2.0-1.1

Operating System

SUSE cloud 6

OpenStack Release

Liberty

Bug Severity

For bugs enter the bug severity level. Do not set any labels.

Severity: Severity 3 (Medium)

Severity level definitions:

  1. Severity 1 (Critical) : Defect is causing systems to be offline and/or nonfunctional. immediate attention is required.
  2. Severity 2 (High) : Defect is causing major obstruction of system operations.
  3. Severity 3 (Medium) : Defect is causing intermittent errors in system operations.
  4. Severity 4 (Low) : Defect is causing infrequent interuptions in system operations.
  5. Severity 5 (Trival) : Defect is not causing any interuptions to system operations, but none-the-less is a bug.

Description

<Describe the bug in detail, steps taken prior to encountering the issue, yand a short explanation of you have deployed openstack and F5 agent>

Deployment

<Explain in reasonable detail your OpenStack deployment, the F5 OpenStack agent, and BIG-IP(s)> <Example: Single OpenStack controller with one F5 agent managing a cluster of 4 BIG-IP VEs> <Example: Three OpenStack controllers in HA, each with one standalone F5 agent managing a single BIG-IP appliance>

OpenStack Release

#### Description
d032956 commented 7 years ago

A good solution for this topic is that neutron have a new port_binding status type = reserverd .
This solution requires a change in the neutron code . We can support you with a blueprint for this change.

mkoderer commented 7 years ago

I guess this is a duplicate to: https://github.com/F5Networks/f5-openstack-lbaasv2-driver/issues/127

As @d032956 mentioned - setting the state manually after the port create can cause strange behaviors if an actual port binding is needed. I would suggest to add a special "binding:vnic_type" that signals neutron that this is a reservation only.