@@ -65,7 +65,7 @@ A number of configuration options are supported:
-`region_name`: The region where the VM must be deployed.
-`insecure`: (By default false). When true it allows authorization over a non trusted certificate over https
-`ca_cert`: (incompatible with insecure). root certificate file to use for validating the OpenStack certificate
-`use_existing_flavors`: (By default, `False`). Set to `True` to use the closer flavor with enough resources instead of creating a new flavor with the exact requirements. This option does not work for EPA (cpu pinning, huge pages, ...) where openmano still tries to create a flavor with the needed extra expects. Use this options when you do not have admin credentials (Available from future v2.0.2 version)
-`use_existing_flavors`: (By default, `False`). Set to `True` to use the closer flavor with enough resources instead of creating a new flavor with the exact requirements. This option does not work for EPA (cpu pinning, huge pages, ...) where RO still tries to create a flavor with the needed extra expects. Use this options when you do not have admin credentials (Available from future v2.0.2 version)
-`vim_type`: Set to "VIO" to use VMware Integrated OpenStack as VIM
-`use_internal_endpoint`: Set to True to force using internal endpoints
@@ -922,241 +922,104 @@ You can find a thorough [configuration guide for OpenStack VIMs with EPA](#confi
This is done through CLI.
FIXME: The following commands in RO container, although functional, are no longer the recommended method. Please use the equivalent commans in the OSM Client (use the `--help` option for details as most up-to-date reference until this section is updated).
Enter in the RO container (lxc exec RO bash) and type:
```bash
#export OPENMANO_TENANT=osm ## Indicate the RO tenant to use
```
In order to set the information of an existing SDN controller, use the following sintax:
Available SDN controller plugins (`--type` option) are `onos_vpls`, `onosof`, `floodlightof`, , `dynpac`; and comming `odlof`, `arista`, `ietfl2vpn`.
And now we can see this information in the datacenter:
Depending on the pluging, the SDN controller needs to be fed with the mapping between the VIM compute node interfaces and the switch ports. In case this is not needed use the `--config '{mapping_not_needed: True}'`.
Clean SDN port mapping for datacenter dfcd6ca2-4768-11e7-8f07-00163e1229e4 (y/N)? y
{result: 4 deleted from of_port_mapping}
-pci:"0000:5d:00.1"
switch_id:Leaf1
switch_port:"Ethernet13/1"
-pci:"0000:5d:0a.0"
switch_id:Leaf1
switch_port:"Ethernet13/1"
-pci:"0000:5d:0a.1"
switch_id:Leaf1
switch_port:"Ethernet13/1"
-pci:"0000:5d:00.0"
switch_id:Leaf2
switch_port:"Ethernet13/2"
-pci:"0000:5d:02.0"
switch_id:Leaf2
switch_port:"Ethernet13/2"
-pci:"0000:5d:02.1"
switch_id:Leaf2
switch_port:"Ethernet13/2"
-compute_node:nfv55
# ...
```
#### Managing dataplane networks with external connectivity
NOTE: several PCI addresses can be connected to the same swith port. This is because a physical interface has several SR-IOV virtual interfaces, each one with different PCI address.
Create a new network in the VIM and an associated network for the SDN Assist
NOTE: The optional `switch_id` provided at `--config` is taken as a default if missing in the port-mapping file. This is useful if there is only one switch.
```bash
root@RO:~# openmano vim-net-create --name mydc_net --type data --datacenter mydc
d30315d5-4ed7-442b-94e4-cf81d058ae00 mydc_net ACTIVE
```
To overwrite the port mapping the same instruction can be used after modifying the port-mapping file.
Now you can include in the network a port (and a vlan as optional parameter) of the dataplane switch that will provide access to an external element. As an additional parameter, the mac address of the external element can also be specified in this command using --mac
Now when listing the network we can see this port belongs to vim network and if we deploy a NS using dataplane interfaces connected to this network all of them will be able to communicate with the external element/network through the attached port.
You can disassociatede SDN controller from a VIM by: