Thanks for confirming Billy and Thomas. Could you also check regarding link bonding (whether deployments use link bonding).
A single tenant interface + bonding (which means 2 phys interfaces bonded) will exercise the bonding code in dpdk for the egress traffic.. This will also dictate the spec of the traffic generator frames (likely range of L3 addresses) in order to do proper load balancing. Best Regards, Alec From: <vpp-dev-boun...@lists.fd.io> on behalf of Thomas F Herbert <therb...@redhat.com> Date: Tuesday, December 13, 2016 at 9:39 AM To: "vpp-dev@lists.fd.io" <vpp-dev@lists.fd.io> Subject: Re: [vpp-dev] vHost user test scenarios for CSIT - TWS meeting On 12/13/2016 07:53 AM, Billy McFall wrote: I consulted with some of my Red Hat colleagues (primarily ODL developers) and they agree that the typical deployment they have seen is with one interface, not two. +1 Billy McFall On Tue, Dec 13, 2016 at 2:27 AM, Pierre Pfister (ppfister) <ppfis...@cisco.com<mailto:ppfis...@cisco.com>> wrote: As per my action item from last meeting, I asked RedHat guy why they came up with testing with 2 physical interfaces instead of just one. And the answer is really that they did that out of simplicity. We should probably run some tests and see if using a single interface makes a difference (and take a decision based on that). The person I talked to also mentioned that it is desirable to run tests with realistic flows and packet size rather than focusing on the very limited 64B Mpps test. - Pierre Le 7 déc. 2016 à 01:20, Maciek Konstantynowicz (mkonstan) <mkons...@cisco.com<mailto:mkons...@cisco.com>> a écrit : REMINDER: Next call details: https://wiki.fd.io/view/TWS CSIT - vHost user test scenarios for CSIT Wednesday, 7 December 2016 09:00 | PST Time | 1 hr 17:00 | GMT Time (London, GMT) | 1 hr Join WebEx meeting: https://cisco.webex.com/ciscosales/j.php?MTID=m2d165f5c9f3fdf722826e7c05a4499c9 Meeting number: 202 237 426 Meeting password: RZrXrBac (79797222 from phones) -Maciek On 2 Dec 2016, at 17:17, Maciek Konstantynowicz (mkonstan) <mkons...@cisco.com<mailto:mkons...@cisco.com>> wrote: Many thanks to all who attended the TWS call today. Notes were taken on #fdio-meeting IRC and CSIT wiki per links below. We agreed to have a follow-up TWS call to finish the live discussion - on Wednesday 7-Dec 09:00-10:00 PST, call details below and on FD.io<http://fd.io/> TWS page. Minutes: * Meeting ended Fri Dec 2 18:07:36 2016 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) * Minutes: http://ircbot.wl.linuxfoundation.org/meetings/fdio-meeting/2016/fdio-meeting.2016-12-02-16.58.html * Minutes (text): http://ircbot.wl.linuxfoundation.org/meetings/fdio-meeting/2016/fdio-meeting.2016-12-02-16.58.txt * Log: http://ircbot.wl.linuxfoundation.org/meetings/fdio-meeting/2016/fdio-meeting.2016-12-02-16.58.log.html Updates: https://wiki.fd.io/view/CSIT/vhostuser_test_scenarios Next call details: https://wiki.fd.io/view/TWS CSIT - vHost user test scenarios for CSIT Wednesday, 7 December 2016 09:00 | PST Time | 1 hr 17:00 | GMT Time (London, GMT) | 1 hr Join WebEx meeting: https://cisco.webex.com/ciscosales/j.php?MTID=m2d165f5c9f3fdf722826e7c05a4499c9 Meeting number: 202 237 426 Meeting password: RZrXrBac (79797222 from phones) -Maciek On 1 Dec 2016, at 15:05, Maciek Konstantynowicz (mkonstan) <mkons...@cisco.com<mailto:mkons...@cisco.com>> wrote: Here call details: vHost user test scenarios for CSIT - TWS meeting Friday, 2 December 2016 17:00 | GMT Time (London, GMT) | 1 hr 09:00 | PST Time | 1 hr Join WebEx meeting: https://cisco.webex.com/ciscosales/j.php?MTID=m80cb727098e36de668591ffdcf11ad83 Meeting number: 203 819 086 Meeting password: A335rJNd (23357563 from phones) Also updated here: https://wiki.fd.io/view/TWS -Maciek vHost user test scenarios for CSIT - TWS meeting Friday, 2 December 2016 17:00 | GMT Time (London, GMT) | 1 hr Join WebEx meeting: https://cisco.webex.com/ciscosales/j.php?MTID=m80cb727098e36de668591ffdcf11ad83 Meeting number: 203 819 086 Meeting password: A335rJNd (23357563 from phones) Join by phone +1-408-525-6800<tel:%2B1-408-525-6800> Call-in toll number (US/Canada) +1-866-432-9903<tel:%2B1-866-432-9903> Call-in toll-free number (US/Canada) Access code: 203 819 086 Global call-in numbers | Toll-free calling restrictions On 1 Dec 2016, at 10:56, Maciek Konstantynowicz (mkonstan) <mkons...@cisco.com<mailto:mkons...@cisco.com>> wrote: OK, this sounds convincing at least to em. Set for 09:00 - 10:00am PST tomorrow, Friday, 2-Dec. I will set up webex, and advertise it on csit-dev and vpp-dev and on TWS page. Give me an hour or so.. working in PST TZ makes me slower than UK - is it CA air? ;) -Maciek On 1 Dec 2016, at 05:02, Thomas F Herbert <therb...@redhat.com<mailto:therb...@redhat.com>> wrote: On 11/30/2016 08:41 PM, Maciek Konstantynowicz (mkonstan) wrote: All, We didn’t have much time to discuss the vhostuser use cases on CSIT project call earlier today. On the call we also didn’t have all the interested parties that were providing feedback to date. Hence agreed to hold a separate Tech WorkStream call to cover this. Quick check on #fdio-csit irc, this Friday AM PST seems to work for folks. What about 08:00-09:00 PST this Friday? 0900-10:00 PST would be better for me. If yes, I will post meeting details here: https://wiki.fd.io/view/TWS -Maciek On 29 Nov 2016, at 18:53, Thomas F Herbert <therb...@redhat.com<mailto:therb...@redhat.com>> wrote: Maciek, Thanks! --TFH On 11/29/2016 09:27 PM, Maciek Konstantynowicz (mkonstan) wrote: All, Here is the first draft: https://wiki.fd.io/view/CSIT/vhostuser_test_scenarios I did my best to capture all inputs as per this thread. But it’s hardly readable yet - requires more TLC :) See what you think - feel free to add/edit things directly on FD.io<http://fd.io/> wiki page. Suggest to discuss next steps on csit weekly call tomorrow, details here: https://wiki.fd.io/view/CSIT/Meeting -Maciek On 28 Nov 2016, at 07:37, Thomas F Herbert <therb...@redhat.com<mailto:therb...@redhat.com>> wrote: All, At last week's CSIT meeting, Maciek (mkons...@cisco.com<mailto: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 -- Thomas F Herbert SDN Group Office of Technology Red Hat -- 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<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
