...
HOT template that uses parameter to be filled up based on OOF output
|
1.4 VF-C call OOF
VF-C will get pciVendorId, pciDeviceId and interfaceType from CSAR file, then call to OOF. OOF will response homing information to VF-C.
...
If interfaceType is SRIOV-NIC, then OOF returns 'vnic-type' as 'direct', If interfaceType is not SRIOV-NIC, OOF return 'vnic-type' as 'normal'.
...
2. ONAP Module Modify
Module Name | Modification | status | owner | comments |
---|---|---|---|---|
SDC | Add SR-IOV NIC attributes. | Completed | Alex Lianhao | |
Policy | Add SR-IOV NIC attributes. | In Progress | Libo | |
VF-C | Add create port process. | In Progress | Haibin | |
SO | Add create port process. | In Progress | Marcus | |
OOF | Add the process for cloud region HPA capabilities | In Progess | Ruoyu | |
AAI | Nothing, we just add one hpa-attribute-key and hpa-attribute-value | Completed | -now [A] API can support. | |
ESR | Add SR-IOV NIC info to cloud extra info. | In Progress | Haibin | |
Multi-cloud | Register SR-IOV info to AAI. | In Progress | Haibin | |
VIM | Config SR-IOV NIC and create network with SR-IOV NIC. | In Progress | Haibin |
[A] PUT /cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/hpa-capabilities/hpa-capability/{hpa-capability-id}
4.1 VF-C Modification
- When it create network, VF-C will get provider network including interface type, physical_network and vnic type from OOF pass it Multi-cloud.
- When we create port , we need pass vnic type to multi-cloud. so we don't modify it.
4.2 Multi-cloud Modification
https://developer.openstack.org/api-ref/network/v2/
...
...
3
...
Please Marcus Williams helps to update it.
4.4 OOF Modification
As we known OOF just check /cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/flavors/flavor/{flavor-id}/hpa-capabilities
Now, we need OOF also check and match /cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/hpa-capabilities/hpa-capability/{hpa-capability-id}
...
.
...
"oof_directives"
: {
"vnfc_directives"
:[
{
"vnfc_id"
:
"<ID of VNFC>"
//Need not filled in today, but for future purposes
"directives"
: [
{
"directive_name"
:
"<Name of directive,example flavor_directive>"
,
"attributes"
: [
{
"attribute_name"
:
"<name of attribute, such as flavor label>"
,
"attribute_value"
:
"<value such as cloud specific flavor>"
},
]
},
{
"directive_name"
:
"<Name of directive,example vnic-info>"
,
"attributes"
: [
{
"attribute_name"
:
"<name of attribute, such as vnic-type>"
,
"attribute_value"
:
"<value such as direct/normal>"
},
{
"attribute_name"
:
"<name of attribute, such as provider netweork>"
>,
"attribute_value"
:
"<value such as physnet>"
]
}
}
]
}.
"vnf_directives"
: {
"directives"
: [
{
"directive_name"
:
"<Name of directive>"
,
"attributes"
: [
{
"attribute_name"
:
"<name of attribute>"
,
"attribute_value"
:
"<value>"
},
]
},
{
"directive_name"
:
"<Name of directive>"
,
"attributes"
: [
{
"attribute_name"
:
"<name of attribute>"
,
"attribute_value"
:
"<value >"
},
{
"attribute_name"
:
"<name of attribute>"
>,
"attribute_value"
:
"<value >"
]
}
}
}
SR-IOV NIC related Capability in Data model
This is refer to Supported HPA Capability Requirements(DRAFT)#LogicalNodei/ORequirements
...
Capability Name | Capability Value | Description |
---|---|---|
nicFeature | LSO, LRO, RSS, RDMA | Long list of NIC related items such as LSO, LRO, RSS, RDMA, etc. |
dataProcessingAccelerationLibray | Dpdk_Version | Name and version of the data processing acceleration library required. Orchestration can match any NIC that is known to be compatible with the specified library. |
interfaceType | Virtio, PCI-Passthrough, SR-IOV, E1000, RTL8139, PCNET | Network interface type |
vendorSpecificNicFeature | TBA | List of vendor specific NIC related items. |
4. Reference
https://docs.openstack.org/neutron/pike/admin/config-sriov.html
...