1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
2 .. http://creativecommons.org/licenses/by/4.0
3 .. (c) OPNFV, Intel Corporation, AT&T and others.
8 VSPERF includes a set of integration tests defined in conf/integration.
9 These tests can be run by specifying --integration as a parameter to vsperf.
10 Current tests in conf/integration include switch functionality and Overlay
13 Tests in the conf/integration can be used to test scaling of different switch
14 configurations by adding steps into the test case.
16 For the overlay tests VSPERF supports VXLAN, GRE and GENEVE tunneling protocols.
17 Testing of these protocols is limited to unidirectional traffic and
18 P2P (Physical to Physical scenarios).
20 NOTE: The configuration for overlay tests provided in this guide is for
21 unidirectional traffic only.
23 Executing Integration Tests
24 ---------------------------
26 To execute integration tests VSPERF is run with the integration parameter. To
27 view the current test list simply execute the following command:
29 .. code-block:: console
31 ./vsperf --integration --list
33 The standard tests included are defined inside the
34 ``conf/integration/01_testcases.conf`` file.
39 Execution of integration tests are done on a step by step work flow starting
40 with step 0 as defined inside the test case. Each step of the test increments
41 the step number by one which is indicated in the log.
43 .. code-block:: console
45 (testcases.integration) - Step 1 - 'vswitch add_switch ['int_br1']' ... OK
47 Each step in the test case is validated. If a step does not pass validation the
48 test will fail and terminate. The test will continue until a failure is detected
49 or all steps pass. A csv report file is generated after a test completes with an
55 Test profiles can include macros as part of the test step. Each step in the
56 profile may return a value such as a port name. Recall macros use #STEP to
57 indicate the recalled value inside the return structure. If the method the
58 test step calls returns a value it can be later recalled, for example:
60 .. code-block:: python
63 "Name": "vswitch_add_del_vport",
64 "Deployment": "clean",
65 "Description": "vSwitch - add and delete virtual port",
67 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
68 ['vswitch', 'add_vport', 'int_br0'], # STEP 1
69 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'], # STEP 2
70 ['vswitch', 'del_switch', 'int_br0'], # STEP 3
74 This test profile uses the vswitch add_vport method which returns a string
75 value of the port added. This is later called by the del_port method using the
78 Also commonly used steps can be created as a separate profile.
80 .. code-block:: python
82 STEP_VSWITCH_PVP_INIT = [
83 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
84 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
85 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
86 ['vswitch', 'add_vport', 'int_br0'], # STEP 3
87 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
90 This profile can then be used inside other testcases
92 .. code-block:: python
95 "Name": "vswitch_pvp",
96 "Deployment": "clean",
97 "Description": "vSwitch - configure switch and one vnf",
98 "TestSteps": STEP_VSWITCH_PVP_INIT +
103 STEP_VSWITCH_PVP_FINIT
106 HelloWorld and other basic Testcases
107 ------------------------------------
109 The following examples are for demonstration purposes.
110 You can run them by copying and pasting into the
111 conf/integration/01_testcases.conf file.
112 A command-line instruction is shown at the end of each
118 The first example is a HelloWorld testcase.
119 It simply creates a bridge with 2 physical ports, then sets up a flow to drop
120 incoming packets from the port that was instantiated at the STEP #1.
121 There's no interaction with the traffic generator.
122 Then the flow, the 2 ports and the bridge are deleted.
123 'add_phy_port' method creates a 'dpdk' type interface that will manage the
124 physical port. The string value returned is the port name that will be referred
125 by 'del_port' later on.
127 .. code-block:: python
130 "Name": "HelloWorld",
131 "Description": "My first testcase",
132 "Deployment": "clean",
134 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
135 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
136 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
137 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
138 'actions': ['drop'], 'idle_timeout': '0'}],
139 ['vswitch', 'del_flow', 'int_br0'],
140 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
141 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
142 ['vswitch', 'del_switch', 'int_br0'],
147 To run HelloWorld test:
149 .. code-block:: console
151 ./vsperf --conf-file user_settings.py --integration HelloWorld
153 Specify a Flow by the IP address
154 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
156 The next example shows how to explicitly set up a flow by specifying a
157 destination IP address.
158 All packets received from the port created at STEP #1 that have a destination
159 IP address = 90.90.90.90 will be forwarded to the port created at the STEP #2.
161 .. code-block:: python
164 "Name": "p2p_rule_l3da",
165 "Description": "Phy2Phy with rule on L3 Dest Addr",
166 "Deployment": "clean",
167 "biDirectional": "False",
169 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
170 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
171 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
172 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
173 'dl_type': '0x0800', 'nw_dst': '90.90.90.90', \
174 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
175 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous'}],
176 ['vswitch', 'dump_flows', 'int_br0'], # STEP 5
177 ['vswitch', 'del_flow', 'int_br0'], # STEP 7 == del-flows
178 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
179 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
180 ['vswitch', 'del_switch', 'int_br0'],
186 .. code-block:: console
188 ./vsperf --conf-file user_settings.py --integration p2p_rule_l3da
193 The next testcase uses the multistream feature.
194 The traffic generator will send packets with different UDP ports.
195 That is accomplished by using "Stream Type" and "MultiStream" keywords.
196 4 different flows are set to forward all incoming packets.
198 .. code-block:: python
201 "Name": "multistream_l4",
202 "Description": "Multistream on UDP ports",
203 "Deployment": "clean",
207 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
208 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
209 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
211 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
212 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '0', \
213 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
214 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
215 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '1', \
216 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
217 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
218 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '2', \
219 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
220 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
221 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '3', \
222 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
223 # Send mono-dir traffic
224 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous', \
227 ['vswitch', 'del_flow', 'int_br0'],
228 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
229 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
230 ['vswitch', 'del_switch', 'int_br0'],
236 .. code-block:: console
238 ./vsperf --conf-file user_settings.py --integration multistream_l4
240 PVP with a VM Replacement
241 ^^^^^^^^^^^^^^^^^^^^^^^^^
243 This example launches a 1st VM in a PVP topology, then the VM is replaced
245 When VNF setup parameter in ./conf/04_vnf.conf is "QemuDpdkVhostUser"
246 'add_vport' method creates a 'dpdkvhostuser' type port to connect a VM.
248 .. code-block:: python
251 "Name": "ex_replace_vm",
252 "Description": "PVP with VM replacement",
253 "Deployment": "clean",
255 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
256 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
257 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
258 ['vswitch', 'add_vport', 'int_br0'], # STEP 3 vm1
259 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
262 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
263 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
264 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[4][1]', \
265 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
266 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[2][1]', \
267 'actions': ['output:#STEP[4][1]'], 'idle_timeout': '0'}],
268 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[3][1]', \
269 'actions': ['output:#STEP[1][1]'], 'idle_timeout': '0'}],
273 # Now we want to replace VM 1 with another VM
276 ['vswitch', 'add_vport', 'int_br0'], # STEP 11 vm2
277 ['vswitch', 'add_vport', 'int_br0'], # STEP 12
278 ['vswitch', 'del_flow', 'int_br0'],
279 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
280 'actions': ['output:#STEP[11][1]'], 'idle_timeout': '0'}],
281 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[12][1]', \
282 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
287 ['vswitch', 'dump_flows', 'int_br0'],
290 ['vswitch', 'del_flow', 'int_br0'],
291 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
292 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
293 ['vswitch', 'del_port', 'int_br0', '#STEP[3][0]'], # vm1
294 ['vswitch', 'del_port', 'int_br0', '#STEP[4][0]'],
295 ['vswitch', 'del_port', 'int_br0', '#STEP[11][0]'], # vm2
296 ['vswitch', 'del_port', 'int_br0', '#STEP[12][0]'],
297 ['vswitch', 'del_switch', 'int_br0'],
303 .. code-block:: console
305 ./vsperf --conf-file user_settings.py --integration ex_replace_vm
307 VM with a Linux bridge
308 ^^^^^^^^^^^^^^^^^^^^^^
310 In this example a command-line parameter allows to set up a Linux bridge into
312 That's one of the available ways to specify the guest application.
313 Packets matching the flow will be forwarded to the VM.
315 .. code-block:: python
318 "Name": "ex_pvp_rule_l3da",
319 "Description": "PVP with flow on L3 Dest Addr",
320 "Deployment": "clean",
322 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
323 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
324 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
325 ['vswitch', 'add_vport', 'int_br0'], # STEP 3 vm1
326 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
328 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
329 'dl_type': '0x0800', 'nw_dst': '90.90.90.90', \
330 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
331 # Each pkt from the VM is forwarded to the 2nd dpdk port
332 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[4][1]', \
333 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
336 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous', \
340 ['vswitch', 'dump_flows', 'int_br0'], # STEP 10
341 ['vswitch', 'del_flow', 'int_br0'], # STEP 11
342 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
343 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
344 ['vswitch', 'del_port', 'int_br0', '#STEP[3][0]'], # vm1 ports
345 ['vswitch', 'del_port', 'int_br0', '#STEP[4][0]'],
346 ['vswitch', 'del_switch', 'int_br0'],
352 .. code-block:: console
354 ./vsperf --conf-file user_settings.py --test-params
355 "guest_loopback=linux_bridge" --integration ex_pvp_rule_l3da
357 Forward packets based on UDP port
358 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
360 This examples launches 2 VMs connected in parallel.
361 Incoming packets will be forwarded to one specific VM depending on the
362 destination UDP port.
364 .. code-block:: python
367 "Name": "ex_2pvp_rule_l4dp",
368 "Description": "2 PVP with flows on L4 Dest Port",
369 "Deployment": "clean",
370 "Stream Type": "L4", # loop UDP ports
373 ['vswitch', 'add_switch', 'int_br0'], # STEP 0
374 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 1
375 ['vswitch', 'add_phy_port', 'int_br0'], # STEP 2
376 ['vswitch', 'add_vport', 'int_br0'], # STEP 3 vm1
377 ['vswitch', 'add_vport', 'int_br0'], # STEP 4
378 ['vswitch', 'add_vport', 'int_br0'], # STEP 5 vm2
379 ['vswitch', 'add_vport', 'int_br0'], # STEP 6
380 # Setup Flows to reply ICMPv6 and similar packets, so to
381 # avoid flooding internal port with their re-transmissions
382 ['vswitch', 'add_flow', 'int_br0', \
383 {'priority': '1', 'dl_src': '00:00:00:00:00:01', \
384 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
385 ['vswitch', 'add_flow', 'int_br0', \
386 {'priority': '1', 'dl_src': '00:00:00:00:00:02', \
387 'actions': ['output:#STEP[4][1]'], 'idle_timeout': '0'}],
388 ['vswitch', 'add_flow', 'int_br0', \
389 {'priority': '1', 'dl_src': '00:00:00:00:00:03', \
390 'actions': ['output:#STEP[5][1]'], 'idle_timeout': '0'}],
391 ['vswitch', 'add_flow', 'int_br0', \
392 {'priority': '1', 'dl_src': '00:00:00:00:00:04', \
393 'actions': ['output:#STEP[6][1]'], 'idle_timeout': '0'}],
394 # Forward UDP packets depending on dest port
395 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
396 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '0', \
397 'actions': ['output:#STEP[3][1]'], 'idle_timeout': '0'}],
398 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[1][1]', \
399 'dl_type': '0x0800', 'nw_proto': '17', 'udp_dst': '1', \
400 'actions': ['output:#STEP[5][1]'], 'idle_timeout': '0'}],
401 # Send VM output to phy port #2
402 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[4][1]', \
403 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
404 ['vswitch', 'add_flow', 'int_br0', {'in_port': '#STEP[6][1]', \
405 'actions': ['output:#STEP[2][1]'], 'idle_timeout': '0'}],
407 ['vnf1', 'start'], # STEP 16
408 ['vnf2', 'start'], # STEP 17
409 ['trafficgen', 'send_traffic', {'traffic_type' : 'continuous', \
413 ['vswitch', 'dump_flows', 'int_br0'],
415 ['vswitch', 'del_flow', 'int_br0'],
416 ['vswitch', 'del_port', 'int_br0', '#STEP[1][0]'],
417 ['vswitch', 'del_port', 'int_br0', '#STEP[2][0]'],
418 ['vswitch', 'del_port', 'int_br0', '#STEP[3][0]'], # vm1 ports
419 ['vswitch', 'del_port', 'int_br0', '#STEP[4][0]'],
420 ['vswitch', 'del_port', 'int_br0', '#STEP[5][0]'], # vm2 ports
421 ['vswitch', 'del_port', 'int_br0', '#STEP[6][0]'],
422 ['vswitch', 'del_switch', 'int_br0'],
428 .. code-block:: console
430 ./vsperf --conf-file user_settings.py --integration ex_2pvp_rule_l4dp
432 Executing Tunnel encapsulation tests
433 ------------------------------------
435 The VXLAN OVS DPDK encapsulation tests requires IPs, MAC addresses,
436 bridge names and WHITELIST_NICS for DPDK.
438 NOTE: Only Ixia traffic generators currently support the execution of the tunnel
439 encapsulation tests. Support for other traffic generators may come in a future
442 Default values are already provided. To customize for your environment, override
443 the following variables in you user_settings.py file:
445 .. code-block:: python
447 # Variables defined in conf/integration/02_vswitch.conf
448 # Tunnel endpoint for Overlay P2P deployment scenario
450 VTEP_IP1 = '192.168.0.1/24'
452 # Used as remote_ip in adding OVS tunnel port and
453 # to set ARP entry in OVS (e.g. tnl/arp/set br-ext 192.168.240.10 02:00:00:00:00:02
454 VTEP_IP2 = '192.168.240.10'
456 # Network to use when adding a route for inner frame data
457 VTEP_IP2_SUBNET = '192.168.240.0/24'
460 TUNNEL_INTEGRATION_BRIDGE = 'br0'
461 TUNNEL_EXTERNAL_BRIDGE = 'br-ext'
464 TUNNEL_EXTERNAL_BRIDGE_IP = '192.168.240.1/24'
467 TUNNEL_TYPE = 'vxlan'
469 # Variables defined conf/integration/03_traffic.conf
470 # For OP2P deployment scenario
471 TRAFFICGEN_PORT1_MAC = '02:00:00:00:00:01'
472 TRAFFICGEN_PORT2_MAC = '02:00:00:00:00:02'
473 TRAFFICGEN_PORT1_IP = '1.1.1.1'
474 TRAFFICGEN_PORT2_IP = '192.168.240.10'
476 To run VXLAN encapsulation tests:
478 .. code-block:: console
480 ./vsperf --conf-file user_settings.py --integration
481 --test-params 'tunnel_type=vxlan' overlay_p2p_tput
483 To run GRE encapsulation tests:
485 .. code-block:: console
487 ./vsperf --conf-file user_settings.py --integration
488 --test-params 'tunnel_type=gre' overlay_p2p_tput
490 To run GENEVE encapsulation tests:
492 .. code-block:: console
494 ./vsperf --conf-file user_settings.py --integration
495 --test-params 'tunnel_type=geneve' overlay_p2p_tput
497 To run OVS NATIVE tunnel tests (VXLAN/GRE/GENEVE):
499 1. Install the OVS kernel modules
504 sudo -E make modules_install
506 2. Set the following variables:
508 .. code-block:: python
510 VSWITCH = 'OvsVanilla'
511 # Specify vport_* kernel module to test.
512 PATHS['vswitch']['OvsVanilla']['src']['modules'] = [
516 'datapath/linux/openvswitch.ko',
519 **NOTE:** In case, that Vanilla OVS is installed from binary package, then
520 please set ``PATHS['vswitch']['OvsVanilla']['bin']['modules']`` instead.
524 .. code-block:: console
526 ./vsperf --conf-file user_settings.py --integration
527 --test-params 'tunnel_type=vxlan' overlay_p2p_tput
530 Executing VXLAN decapsulation tests
531 ------------------------------------
533 To run VXLAN decapsulation tests:
535 1. Set the variables used in "Executing Tunnel encapsulation tests"
537 2. Set dstmac of DUT_NIC2_MAC to the MAC adddress of the 2nd NIC of your DUT
539 .. code-block:: python
541 DUT_NIC2_MAC = '<DUT NIC2 MAC>'
545 .. code-block:: console
547 ./vsperf --conf-file user_settings.py --integration overlay_p2p_decap_cont
549 If you want to use different values for your VXLAN frame, you may set:
551 .. code-block:: python
553 VXLAN_FRAME_L3 = {'proto': 'udp',
555 'srcip': TRAFFICGEN_PORT1_IP,
556 'dstip': '192.168.240.1',
558 VXLAN_FRAME_L4 = {'srcport': 4789,
561 'inner_srcmac': '01:02:03:04:05:06',
562 'inner_dstmac': '06:05:04:03:02:01',
563 'inner_srcip': '192.168.0.10',
564 'inner_dstip': '192.168.240.9',
565 'inner_proto': 'udp',
566 'inner_srcport': 3000,
567 'inner_dstport': 3001,
571 Executing GRE decapsulation tests
572 ---------------------------------
574 To run GRE decapsulation tests:
576 1. Set the variables used in "Executing Tunnel encapsulation tests"
578 2. Set dstmac of DUT_NIC2_MAC to the MAC adddress of the 2nd NIC of your DUT
580 .. code-block:: python
582 DUT_NIC2_MAC = '<DUT NIC2 MAC>'
586 .. code-block:: console
588 ./vsperf --conf-file user_settings.py --test-params 'tunnel_type=gre'
589 --integration overlay_p2p_decap_cont
592 If you want to use different values for your GRE frame, you may set:
594 .. code-block:: python
596 GRE_FRAME_L3 = {'proto': 'gre',
598 'srcip': TRAFFICGEN_PORT1_IP,
599 'dstip': '192.168.240.1',
602 GRE_FRAME_L4 = {'srcport': 0,
604 'inner_srcmac': '01:02:03:04:05:06',
605 'inner_dstmac': '06:05:04:03:02:01',
606 'inner_srcip': '192.168.0.10',
607 'inner_dstip': '192.168.240.9',
608 'inner_proto': 'udp',
609 'inner_srcport': 3000,
610 'inner_dstport': 3001,
614 Executing GENEVE decapsulation tests
615 ------------------------------------
617 IxNet 7.3X does not have native support of GENEVE protocol. The
618 template, GeneveIxNetTemplate.xml_ClearText.xml, should be imported
619 into IxNET for this testcase to work.
621 To import the template do:
623 1. Run the IxNetwork TCL Server
624 2. Click on the Traffic menu
625 3. Click on the Traffic actions and click Edit Packet Templates
626 4. On the Template editor window, click Import. Select the template
627 tools/pkt_gen/ixnet/GeneveIxNetTemplate.xml_ClearText.xml
629 5. Restart the TCL Server.
631 To run GENEVE decapsulation tests:
633 1. Set the variables used in "Executing Tunnel encapsulation tests"
635 2. Set dstmac of DUT_NIC2_MAC to the MAC adddress of the 2nd NIC of your DUT
637 .. code-block:: python
639 DUT_NIC2_MAC = '<DUT NIC2 MAC>'
643 .. code-block:: console
645 ./vsperf --conf-file user_settings.py --test-params 'tunnel_type=geneve'
646 --integration overlay_p2p_decap_cont
649 If you want to use different values for your GENEVE frame, you may set:
651 .. code-block:: python
653 GENEVE_FRAME_L3 = {'proto': 'udp',
655 'srcip': TRAFFICGEN_PORT1_IP,
656 'dstip': '192.168.240.1',
659 GENEVE_FRAME_L4 = {'srcport': 6081,
662 'inner_srcmac': '01:02:03:04:05:06',
663 'inner_dstmac': '06:05:04:03:02:01',
664 'inner_srcip': '192.168.0.10',
665 'inner_dstip': '192.168.240.9',
666 'inner_proto': 'udp',
667 'inner_srcport': 3000,
668 'inner_dstport': 3001,
672 Executing Native/Vanilla OVS VXLAN decapsulation tests
673 ------------------------------------------------------
675 To run VXLAN decapsulation tests:
677 1. Set the following variables in your user_settings.py file:
679 .. code-block:: python
681 PATHS['vswitch']['OvsVanilla']['src']['modules'] = [
683 'datapath/linux/openvswitch.ko',
686 DUT_NIC1_MAC = '<DUT NIC1 MAC ADDRESS>'
688 TRAFFICGEN_PORT1_IP = '172.16.1.2'
689 TRAFFICGEN_PORT2_IP = '192.168.1.11'
691 VTEP_IP1 = '172.16.1.2/24'
692 VTEP_IP2 = '192.168.1.1'
693 VTEP_IP2_SUBNET = '192.168.1.0/24'
694 TUNNEL_EXTERNAL_BRIDGE_IP = '172.16.1.1/24'
695 TUNNEL_INT_BRIDGE_IP = '192.168.1.1'
697 VXLAN_FRAME_L2 = {'srcmac':
699 'dstmac': DUT_NIC1_MAC
702 VXLAN_FRAME_L3 = {'proto': 'udp',
704 'srcip': TRAFFICGEN_PORT1_IP,
705 'dstip': '172.16.1.1',
711 'protocolpad': 'true',
713 'inner_srcmac': '01:02:03:04:05:06',
714 'inner_dstmac': '06:05:04:03:02:01',
715 'inner_srcip': '192.168.1.2',
716 'inner_dstip': TRAFFICGEN_PORT2_IP,
717 'inner_proto': 'udp',
718 'inner_srcport': 3000,
719 'inner_dstport': 3001,
722 **NOTE:** In case, that Vanilla OVS is installed from binary package, then
723 please set ``PATHS['vswitch']['OvsVanilla']['bin']['modules']`` instead.
727 .. code-block:: console
729 ./vsperf --conf-file user_settings.py --integration
730 --test-params 'tunnel_type=vxlan' overlay_p2p_decap_cont
732 Executing Native/Vanilla OVS GRE decapsulation tests
733 ----------------------------------------------------
735 To run GRE decapsulation tests:
737 1. Set the following variables in your user_settings.py file:
739 .. code-block:: python
741 PATHS['vswitch']['OvsVanilla']['src']['modules'] = [
743 'datapath/linux/openvswitch.ko',
746 DUT_NIC1_MAC = '<DUT NIC1 MAC ADDRESS>'
748 TRAFFICGEN_PORT1_IP = '172.16.1.2'
749 TRAFFICGEN_PORT2_IP = '192.168.1.11'
751 VTEP_IP1 = '172.16.1.2/24'
752 VTEP_IP2 = '192.168.1.1'
753 VTEP_IP2_SUBNET = '192.168.1.0/24'
754 TUNNEL_EXTERNAL_BRIDGE_IP = '172.16.1.1/24'
755 TUNNEL_INT_BRIDGE_IP = '192.168.1.1'
757 GRE_FRAME_L2 = {'srcmac':
759 'dstmac': DUT_NIC1_MAC
762 GRE_FRAME_L3 = {'proto': 'udp',
764 'srcip': TRAFFICGEN_PORT1_IP,
765 'dstip': '172.16.1.1',
771 'protocolpad': 'true',
772 'inner_srcmac': '01:02:03:04:05:06',
773 'inner_dstmac': '06:05:04:03:02:01',
774 'inner_srcip': '192.168.1.2',
775 'inner_dstip': TRAFFICGEN_PORT2_IP,
776 'inner_proto': 'udp',
777 'inner_srcport': 3000,
778 'inner_dstport': 3001,
781 **NOTE:** In case, that Vanilla OVS is installed from binary package, then
782 please set ``PATHS['vswitch']['OvsVanilla']['bin']['modules']`` instead.
786 .. code-block:: console
788 ./vsperf --conf-file user_settings.py --integration
789 --test-params 'tunnel_type=gre' overlay_p2p_decap_cont
791 Executing Native/Vanilla OVS GENEVE decapsulation tests
792 -------------------------------------------------------
794 To run GENEVE decapsulation tests:
796 1. Set the following variables in your user_settings.py file:
798 .. code-block:: python
800 PATHS['vswitch']['OvsVanilla']['src']['modules'] = [
802 'datapath/linux/openvswitch.ko',
805 DUT_NIC1_MAC = '<DUT NIC1 MAC ADDRESS>'
807 TRAFFICGEN_PORT1_IP = '172.16.1.2'
808 TRAFFICGEN_PORT2_IP = '192.168.1.11'
810 VTEP_IP1 = '172.16.1.2/24'
811 VTEP_IP2 = '192.168.1.1'
812 VTEP_IP2_SUBNET = '192.168.1.0/24'
813 TUNNEL_EXTERNAL_BRIDGE_IP = '172.16.1.1/24'
814 TUNNEL_INT_BRIDGE_IP = '192.168.1.1'
816 GENEVE_FRAME_L2 = {'srcmac':
818 'dstmac': DUT_NIC1_MAC
821 GENEVE_FRAME_L3 = {'proto': 'udp',
823 'srcip': TRAFFICGEN_PORT1_IP,
824 'dstip': '172.16.1.1',
827 GENEVE_FRAME_L4 = {'srcport': 6081,
829 'protocolpad': 'true',
831 'inner_srcmac': '01:02:03:04:05:06',
832 'inner_dstmac': '06:05:04:03:02:01',
833 'inner_srcip': '192.168.1.2',
834 'inner_dstip': TRAFFICGEN_PORT2_IP,
835 'inner_proto': 'udp',
836 'inner_srcport': 3000,
837 'inner_dstport': 3001,
840 **NOTE:** In case, that Vanilla OVS is installed from binary package, then
841 please set ``PATHS['vswitch']['OvsVanilla']['bin']['modules']`` instead.
845 .. code-block:: console
847 ./vsperf --conf-file user_settings.py --integration
848 --test-params 'tunnel_type=geneve' overlay_p2p_decap_cont
851 Executing Tunnel encapsulation+decapsulation tests
852 --------------------------------------------------
854 The OVS DPDK encapsulation_decapsulation tests requires IPs, MAC addresses,
855 bridge names and WHITELIST_NICS for DPDK.
857 The test cases can test the tunneling encap and decap without using any ingress
858 overlay traffic as compared to above test cases. To achieve this the OVS is
859 configured to perform encap and decap in a series on the same traffic stream as
862 TRAFFIC-IN --> [ENCAP] --> [MOD-PKT] --> [DECAP] --> TRAFFIC-OUT
865 Default values are already provided. To customize for your environment, override
866 the following variables in you user_settings.py file:
868 .. code-block:: python
870 # Variables defined in conf/integration/02_vswitch.conf
873 TUNNEL_EXTERNAL_BRIDGE1 = 'br-phy1'
874 TUNNEL_EXTERNAL_BRIDGE2 = 'br-phy2'
875 TUNNEL_MODIFY_BRIDGE1 = 'br-mod1'
876 TUNNEL_MODIFY_BRIDGE2 = 'br-mod2'
879 TUNNEL_MODIFY_BRIDGE_IP1 = '10.0.0.1/24'
882 TUNNEL_MODIFY_BRIDGE_MAC1 = '00:00:10:00:00:01'
885 TUNNEL_MODIFY_BRIDGE_IP2 = '20.0.0.1/24'
888 TUNNEL_MODIFY_BRIDGE_MAC2 = '00:00:20:00:00:01'
890 # vxlan|gre|geneve, Only VXLAN is supported for now.
891 TUNNEL_TYPE = 'vxlan'
893 To run VXLAN encapsulation+decapsulation tests:
895 .. code-block:: console
897 ./vsperf --conf-file user_settings.py --integration