Hello Thomas,

Sorry I haven't reached out faster, I was travelling.

Please have a look at vppsb/vhost-test
It includes a standalone script which provides VPP and VM configuration for PVP 
tests.
- Runs testpmd in the VM
- Supports various CPU configuration for VPP
- Can run with or without gdb, debug or release

Not committed yet:
- Supports VM restart
- Support for VPP restart
- Support for multiple additional (dead) vhost interface

I did that outside of the context of CSIT so people can:
- Look at it and see what are the optimisations that are used
- Use it without CSIT

I will keep using and improving it because I use it for my own development and 
testing purposes.

Rest of this inline.

Le 8 nov. 2016 à 22:25, Thomas F Herbert 
<therb...@redhat.com<mailto:therb...@redhat.com>> a écrit :


All:

Soliciting opinions from people as to vhost-user testing scenarios and guest 
modes in fd.io<http://fd.io> CSIT testing of VPP - vhost-user.

I will forward to this mailing list as well as summarize any additional 
feedback.

I asked some people that happen to be here at OVSCON as well as some Red Hat 
and Intel people. I am also including some people that are involved in upstream 
vhost-user work in DPDK.

So far, I have the following feedback with an attempt to condense feedback and 
to keep the list small. If I left out anything, let me know.

In addition to the PVP tests done now with small packets.

Testpmd in guest is OK for now.

1 Add multiple VMs (How many?)

Makes sense to me. 2 is enough (4 would be good number).

2 Both multi-queue and single-queue

Yes. Ideally, 1-2-4 queues.
With different number of workers (0 workers, i.e. single VPP thread, 1 worker, 
queues*2 workers).

3 Tests that cause the equivalent of multiple flows in OVS. Varying variety of 
traffic including layer 2 and layer 3 traffic.

Yes. Should test with L2 and L3.

4 Multiple IF's (Guest or Host or Both?)

Possibly.
But more importantly, I think, we need to have VM restart and interface restart 
(delete - create).
OpenStack integration generates a significant amount of delete-recreate of 
vhost interface.

The following might not be doable by 17.01 and if not consider the following as 
a wish list for future:

1 vxLan tunneled traffic

2 VPP in guest with layer 2 and layer 3 vRouted traffic.

3 Additional Overlay/Underlay: MPLS

--TFH
--
Thomas F Herbert
SDN Group
Office of Technology
Red Hat
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
https://lists.fd.io/mailman/listinfo/vpp-dev

_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Reply via email to