From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yerden Zhumabekov Subject: Re: random pkt generator PMD Date: Wed, 15 Jun 2016 18:48:02 +0600 Message-ID: <57614E82.8070104@sts.kz> References: <5761235C.2090906@sts.kz> <576145FB.2000902@sts.kz> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: DPDK To: Jay Rolette Return-path: Received: from mgw.gov.kz (mgw.gov.kz [195.12.113.254]) by dpdk.org (Postfix) with ESMTP id 7E370C65C for ; Wed, 15 Jun 2016 14:48:03 +0200 (CEST) In-Reply-To: List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 15.06.2016 18:33, Jay Rolette wrote: > On Wed, Jun 15, 2016 at 7:11 AM, Yerden Zhumabekov > wrote: >> >> On 15.06.2016 17:50, Jay Rolette wrote: >> >>> On Wed, Jun 15, 2016 at 4:43 AM, Yerden Zhumabekov >>> wrote: >>> >>> Hello everybody, >>>> DPDK already got a number of PMDs for various eth devices, it even has >>>> PMD >>>> emulations for backends such as pcap, sw rings etc. >>>> >>>> I've been thinking about the idea of having PMD which would generate >>>> mbufs >>>> on the fly in some randomized fashion. This would serve goals like, for >>>> example: >>>> >>>> 1) running tests for applications with network processing capabilities >>>> without additional software packet generators; >>>> 2) making performance measurements with no hw inteference; >>>> 3) ability to run without root privileges, --no-pci, --no-huge, for CI >>>> build, so on. >>>> >>>> Maybe there's no such need, and these goals may be achieved by other >>>> means >>>> and this idea is flawed? Any thoughts? >>>> >>>> Are you thinking of something along the lines of what BreakingPoint (now >>> part of Ixia) does, but as an open source software tool? >>> >>> >> More dreaming than thinking though :) Live flows generation, malware, >> attacks simulation etc is way out of scope of PMD dev, I guess. >> > Having a DPDK-based open-source BreakingPoint app would be a _fantastic_ > tool for the security community, but yes, it doesn't really make sense to > put any of that logic in the PMD itself. > > Were you more after the capabilities from that sort of tool or the > experience of writing a PMD? > We're developing packet processing applications for our company and, of course, having a testing tool with such capabilities would be great. As for experience in PMD development - sure, why not getting it.