Bug 1622235 - [RFE] Automatic switch configuration with networking-ansible ML2 for Overcloud deployment
Summary: [RFE] Automatic switch configuration with networking-ansible ML2 for Overclou...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-networking-ansible
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Dan Radez
QA Contact: Arkady Shtempler
URL:
Whiteboard:
Depends On: 1622233 1753248
Blocks: epmosp17features, epmosp17rfe 1718945
TreeView+ depends on / blocked
 
Reported: 2018-08-24 20:35 UTC by Dan Radez
Modified: 2020-12-01 22:11 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-12-01 22:11:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack Storyboard 2003543 0 None None None 2018-08-24 20:35:51 UTC

Description Dan Radez 2018-08-24 20:35:51 UTC
Install networking-ansible in the Triple-o Undercloud to do an overcloud deployment.

Comment 1 Dan Radez 2018-08-29 13:57:26 UTC
Currently the undercloud expects that the underlay network for the overcloud is pre-configured by networking administrators.

This is a day 1 deployment feature using the functionality in networking-ansible to deploy the network topology for the overcloud's underlay network. This could configure this topology at deploy time by the undercloud instead of preconfigured by networking administrators. Networking-ansible would configure the physical ports the overcloud nodes are connected to assigning the appropriate VLANs for the overcloud's ctlplane/api/storage/etc networks.

Initial thought was to do this by loading the topology into Neutron using trunk port designations and letting Neutron do the configuration as the nodes are being provisioned.

Alternatively there has been discussion around creating a networking-ansible API interface that could be invoked to do the same configuration but independent of neutron.

Comment 4 pweeks 2020-12-01 22:11:17 UTC
networking-ansible is on hold as no customers have adopted the feature.
all jobs are disabled.
we can re-enable QE jobs and future dev work should the state of the customer changes.


Note You need to log in before you can comment on or make changes to this bug.