From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by dpdk.org (Postfix) with ESMTP id B3A9C4C93 for ; Fri, 23 Mar 2018 16:35:09 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id D8A9C722DB; Fri, 23 Mar 2018 15:35:07 +0000 (UTC) Received: from localhost (dhcp-192-241.str.redhat.com [10.33.192.241]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 2E6D32023233; Fri, 23 Mar 2018 15:35:07 +0000 (UTC) From: Jens Freimann To: dev@dpdk.org Cc: ailan@redhat.com, jan.scheurich@ericsson.com, vkaplans@redhat.com, bruce.richardson@intel.com, thomas@monjalon.net Date: Fri, 23 Mar 2018 16:35:05 +0100 Message-Id: <20180323153506.28316-1-jfreimann@redhat.com> X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Fri, 23 Mar 2018 15:35:07 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Fri, 23 Mar 2018 15:35:07 +0000 (UTC) for IP:'10.11.54.4' DOMAIN:'int-mx04.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'jfreimann@redhat.com' RCPT:'' Subject: [dpdk-dev] [RFC 0/1] testpmd: simulating noisy host environment X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2018 15:35:09 -0000 This is an addition to testpmd that will allow to simulate a noisy neighbour VNF. It was previously discussed here: http://dpdk.org/ml/archives/dev/2017-October/080763.html It was not thoroughly tested and doesn't implement all features yet. I'm sending this only for early feedback about how to approach this. Currently I've implmented the logic to buffer incoming packets and flush the queue after a timeout has expired. The logic resides in the iofwd code as an example. I think it needs to be in the forwarding mode logic as packets are send and received from there. To avoid code duplication some of it could be extracted into new helpers and changes to the individual forward mode code kept minimal. What is missing is actual functionality to simulate route lookups (by doing random r/w memory accesses) and to simulate packet processing. I'm working on this, but would like to get feedback on what I have so far. regards, Jens Jens Freimann (1): testpmd: add parameters buffersize-before-send and flush-timeout app/test-pmd/Makefile | 4 ++++ app/test-pmd/fifo.c | 16 +++++++++++++ app/test-pmd/iofwd.c | 59 ++++++++++++++++++++++++++++++++++++++++++++++- app/test-pmd/parameters.c | 21 ++++++++++++++++- app/test-pmd/testpmd.c | 48 ++++++++++++++++++++++++++++++++++++++ app/test-pmd/testpmd.h | 15 ++++++++++++ config/common_base | 1 + 7 files changed, 162 insertions(+), 2 deletions(-) create mode 100644 app/test-pmd/fifo.c -- 2.14.3