RFE: New Neutron extension for binding levels

Bug #1756705 reported by Evgeny Fedoruk
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
New
Wishlist
Unassigned

Bug Description

Neutron port hierarchical binding feature is not fully "visible" within port show CLI command.

Following port binding info is represented as a response to port show CLI command:

binding:host_id
binding:profile
binding:vif_details
binding:vif_type
binding:vnic_type

hierarchical binding levels information is not represented.

This bug comes to propose adding the binding:levels information.

Example of port sho CLI command output when binding:levels will be added:
+-----------------------+-----------------------------------------------------------------------------------------------------------------+
| Field | Value |
+-----------------------+-----------------------------------------------------------------------------------------------------------------+
| admin_state_up | True |
| allowed_address_pairs | |
| binding:host_id | rdo-pike-40 |
| binding:levels | {"physical_network": null, "driver": "openvswitch", "network_type": "vxlan", "segmentation_id": 19, "level": 0} |
| binding:profile | {"local_link_information": {"vlan_id": "None"}} |
| binding:vif_details | {"port_filter": true, "datapath_type": "system", "ovs_hybrid_plug": true} |
| binding:vif_type | ovs |
| binding:vnic_type | normal |
| created_at | 2018-03-18T16:03:29Z |
| description | |
| device_id | AlteonVX-86 |
| device_owner | RADWARE-VX |
| extra_dhcp_opts | |
| fixed_ips | {"subnet_id": "cd492fa8-41a1-4036-ac45-99c2d03ed092", "ip_address": "192.168.100.11"} |
| id | a9efefff-197f-4aaa-9285-36a3781651e6 |
| mac_address | fa:16:3e:d0:41:e3 |
| name | srv_fe1ab3bb-2d1a-4b44-a08f-c1c2d7458717-adc-1 |
| network_id | fe1ab3bb-2d1a-4b44-a08f-c1c2d7458717 |
| port_security_enabled | True |
| project_id | 15eac8fbbb9341339a222356568a3303 |
| revision_number | 4 |
| security_groups | 951d7fa9-42fc-460f-834f-9b5426e5a383 |
| status | DOWN |
| tags | |
| tenant_id | 15eac8fbbb9341339a222356568a3303 |
| updated_at | 2018-03-18T16:03:30Z |
+-----------------------+-----------------------------------------------------------------------------------------------------------------+

Evgeny Fedoruk (evgenyf)
Changed in neutron:
assignee: nobody → Evgeny Fedoruk (evgenyf)
Revision history for this message
Slawek Kaplonski (slaweq) wrote :

I think that You should talk with Neutron Drivers team members to triage it and then discuss on Drivers team meeting on IRC first

tags: added: rfe
Changed in neutron:
importance: Undecided → Wishlist
status: New → Confirmed
summary: - New Neutron extension for binding levels
+ RFE: New Neutron extension for binding levels
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron-lib (master)

Fix proposed to branch: master
Review: https://review.openstack.org/554508

Changed in neutron:
status: Confirmed → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to neutron (master)

Fix proposed to branch: master
Review: https://review.openstack.org/554848

Miguel Lavalle (minsel)
tags: added: rfe-confirmed
removed: rfe
Revision history for this message
Miguel Lavalle (minsel) wrote :

@Evgeny,

What is the use case that you have in mind for this?

Revision history for this message
Evgeny Fedoruk (evgenyf) wrote :

Hi Miguel,
As LBaaS provider, we want be able to retrieve HPB levels info by using Openstack REST API, for configuring back-end systems out of Openstack cloud.

Miguel Lavalle (minsel)
tags: added: rfe-triaged
removed: rfe-confirmed
Revision history for this message
Miguel Lavalle (minsel) wrote :

@Evgeny,

We are still unclear as to what the use case is. Would you please provide more details? Are you planning to change LBaaS behavior based on the HPB data? If yes, would you explain how?

Revision history for this message
Evgeny Fedoruk (evgenyf) wrote :

@Miguel,

LBaaS behavior will not be changed.
As LBaaS provider we need the HPB details when we retrieve neutron ports, for configuring our back-end system appliances. Customer's network controller binds ports and we get those bindings info.

Revision history for this message
Miguel Lavalle (minsel) wrote :

I had an IRC conversation with Bob Kukura, who originally implemented HPB. He mentioned that the original intent was to expose in the API the details of the binding but the team never got to do it: http://eavesdrop.openstack.org/irclogs/%23openstack-neutron/%23openstack-neutron.2018-04-20.log.html#t2018-04-20T15:31:24

Revision history for this message
Miguel Lavalle (minsel) wrote :

This RFE has been approved in today's Drivers meeting. The suggestion during the meeting was that the response should be an array of dictionaries, with each dictionary corresponding to one binding level

tags: added: rfe-approved
removed: rfe-triaged
Revision history for this message
Slawek Kaplonski (slaweq) wrote : auto-abandon-script

This bug has had a related patch abandoned and has been automatically un-assigned due to inactivity. Please re-assign yourself if you are continuing work or adjust the state as appropriate if it is no longer valid.

Changed in neutron:
assignee: Evgeny Fedoruk (evgenyf) → nobody
status: In Progress → New
tags: added: timeout-abandon
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron (master)

Change abandoned by Slawek Kaplonski (<email address hidden>) on branch: master
Review: https://review.openstack.org/554848
Reason: This review is > 4 weeks without comment, and failed Jenkins the last time it was checked. We are abandoning this for now. Feel free to reactivate the review by pressing the restore button and leaving a 'recheck' comment to get fresh test results.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron-lib (master)

Change abandoned by boden (<email address hidden>) on branch: master
Review: https://review.opendev.org/554508
Reason: This patch has been stale for awhile now. Moving it to abandoned to clean-up the queue. If this patch is still active, please push an update to it.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.