All,
At last week's CSIT meeting, Maciek (mkons...@cisco.com) offered to
compile a summary suggestions on this mailing list.
On 11/22/2016 11:34 AM, Pierre Pfister (ppfister) wrote:
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
--
*Thomas F Herbert*
SDN Group
Office of Technology
*Red Hat*
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev