1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
2 .. SPDX-License-Identifier: CC-BY-4.0
3 .. (c) Cisco Systems, Inc
9 NFVbench supports SR-IOV with the PVP packet flow (PVVP is not supported). SR-IOV support is not applicable for external chains since the networks have to be setup externally (and can themselves be pre-set to use SR-IOV or not).
13 To test SR-IOV you need to have compute nodes configured to support one or more SR-IOV interfaces (also knows as PF or physical function) and you need OpenStack to be configured to support SR-IOV.
14 You will also need to know:
15 - the name of the physical networks associated to your SR-IOV interfaces (this is a configuration in Nova compute)
16 - the VLAN range that can be used on the switch ports that are wired to the SR-IOV ports. Such switch ports are normally configured in trunk mode with a range of VLAN ids enabled on that port
18 For example, in the case of 2 SR-IOV ports per compute node, 2 physical networks are generally configured in OpenStack with a distinct name.
19 The VLAN range to use is is also allocated and reserved by the network administrator and in coordination with the corresponding top of rack switch port configuration.
24 To enable SR-IOV test, you will need to provide the following configuration options to NFVbench (in the configuration file).
25 This example instructs NFVbench to create the left and right networks of a PVP packet flow to run on 2 SRIOV ports named "phys_sriov0" and "phys_sriov1" using resp. segmentation_id 2000 and 2001:
33 physical_network: phys_sriov0
36 physical_network: phys_sriov1
38 The segmentation ID fields must be different.
39 In the case of PVVP, the middle network also needs to be provisioned properly.
40 The same physical network can also be shared by the virtual networks but with different segmentation IDs.
42 NFVbench cores with SR-IOV
43 --------------------------
44 The default core count for NFVbench/TRex may not be sufficient for higher throughput line cards (greater than 10Gbps).
45 This will result in warning messages such as:
49 INFO WARNING: There is a significant difference between requested TX rate (119047618) and actual TX rate (38897379).
50 The traffic generator may not have sufficient CPU to achieve the requested TX rate.
52 In that case it is recommended to try allocating more cores to TRex using the cores property in the configuration
53 file, for example to set to 8 cores:
59 It is also advisable to increase the number of vcpus in the VMs:
62 VM Flavor for SR-IOV and NIC NUMA socket placement
63 --------------------------------------------------
65 Because SR-IOV throughput uses a lot of CPU in the VM, it is recommended to increase the
66 vcpu count, for example to 4 vcpus:
71 # Number of vCPUs for the flavor
73 # Memory for the flavor in MB
75 # Size of local disk in GB
78 "hw:cpu_policy": dedicated
80 If the 2 selected ports reside on NICs that are on different NUMA sockets, you will need to explicitly tell Nova to use 2 numa nodes in the flavor used for the VMs in order to satisfy the filters, for example:
85 # Number of vCPUs for the flavor
87 # Memory for the flavor in MB
89 # Size of local disk in GB
92 "hw:cpu_policy": dedicated
95 Failure to do so might cause the VM creation to fail with the Nova error
96 "Instance creation error: Insufficient compute resources:
97 Requested instance NUMA topology together with requested PCI devices cannot fit the given host NUMA topology."
99 Example of configuration file (summary)
100 ---------------------------------------
105 # Number of vCPUs for the flavor
107 # Memory for the flavor in MB
109 # Size of local disk in GB
112 "hw:cpu_policy": dedicated
117 segmentation_id: 3830
118 physical_network: phys_sriov0
120 segmentation_id: 3831
121 physical_network: phys_sriov1