Comment 8 for bug 1632327

I have used this method to deploy two different stacks.

Stack 1) All Baremetal nodes for OpenShift
*This stack used the default networks

Stack 2) OpenStack deployment
* This stack uses
parameter_defaults:

  ExternalNetName: external2
  InternalApiNetName: internal_api2
  StorageMgmtNetName: storagemgt2
  StorageNetName: storage2
  TenantNetName: tenant2

  ExternalSubnetName: external_subnet2
  InternalSubnetName: internal_api_subnet2
  StorageMgmtSubnetName: storagemgmt_subnet2
  StorageSubnetName: storage_subnet2
  TenantSubnetName: tenant_subnet2

  InternalApiNetValueSpecs:
      'provider:physical_network': 'internal_api2'
      'provider:network_type': 'flat'
  ExternalNetValueSpecs:
      'provider:physical_network': 'external2'
      'provider:network_type': 'flat'
  StorageNetValueSpecs:
      'provider:physical_network': 'storage2'
      'provider:network_type': 'flat'
  StorageMgmtNetValueSpecs:
      'provider:physical_network': 'storagemgt2'
      'provider:network_type': 'flat'
  TenantNetValueSpecs:
      'provider:physical_network': 'tenant2'
      'provider:network_type': 'flat'

However, on my controllers, it seems to be using resources from Stack1, such as the internal_api.

 [stack@undercloud ~]$ neutron net-list
+--------------------------------------+---------------+----------------------------------------------------+
| id | name | subnets |
+--------------------------------------+---------------+----------------------------------------------------+
| 0aa5ef18-06ac-47c0-b424-22d5fee09606 | internal_api | 62713943-bcaa-4fcb-88a7-329fe8f144a8 172.16.0.0/16 |
| 1366beab-40ff-46bb-abb4-e61c47f37863 | tenant2 | 0eea909c-969b-45eb-b5ad-05d35f623678 172.17.0.0/16 |
| 4005a7de-d43f-4d67-b6fd-0e6ed547882c | tenant | 90267149-42a5-4a8a-82c2-32024267fee8 172.17.0.0/16 |
| 4516cbf4-3258-431f-8939-69c18d994f32 | internal_api2 | 215f46a3-ec1b-42c1-8406-66263819a53b 172.16.0.0/16 |
| 472dc57b-6b22-4962-956f-e37e6dfb2dcc | storage | 8a4c22b0-9fe8-4ace-9bf9-8898fd96c9e6 172.18.0.0/16 |
| 62584d24-fcd1-44c2-a992-60b53c29d540 | ctlplane | f46b26ab-aa9a-4e04-a8db-0e5f02c64574 192.0.0.0/16 |
| a21a3587-42ed-4268-b45b-a21a20cbf3fc | external2 | e2e376e3-d32f-41bf-ac81-ceef26d54e23 10.2.0.0/21 |
| a5b7450e-8f52-40f2-9cee-61e2e3bef7e2 | storagemgt2 | 2dab5417-623d-4673-89e9-687bec96e07f 172.19.0.0/16 |
| aa302c55-f24e-4e44-9d15-ca180ff270df | external | 2d2db959-c191-4e75-8237-2e97b10223ea 10.2.0.0/21 |
| ebd9e5e1-1387-4d37-b334-729b62f6d554 | storage_mgmt | 62a48e37-da59-4651-9d51-4798ec331400 172.19.0.0/16 |
| f08e6d74-f29c-4093-adca-7fa3bb11b436 | storage2 | 47567f2b-6a80-4de3-ab9e-a75c0438b052 172.18.0.0/16 |
+--------------------------------------+---------------+----------------------------------------------------+

| 065b7c04-9354-4663-8b43-1a1546f47468 | redis_virtual_ip | fa:16:3e:06:2b:0f | {"subnet_id": "62713943-bcaa-4fc
b-88a7-329fe8f144a8", "ip_address": "172.16.0.106"} |

^ Is a IP on my controller. However, Stack2 should be using internal_api2,215f46a3-ec1b-42c1-8406-66263819a53b