From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id D41D8D2CC for ; Fri, 24 Mar 2017 16:48:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=intel.com; i=@intel.com; q=dns/txt; s=intel; t=1490370515; x=1521906515; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=VBP+/shscYwRpVX5WXE/SqXfFAxAv6tpV/1Hrd5zaSs=; b=ToBEDCFzsffr40INVu/qVYub96zGqt226nKaVyS6ypA0pwWK6pkuEGBV rTX6TBQ9jSSE6WXLwhZXEG54e8BC6g==; Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Mar 2017 08:48:15 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,215,1486454400"; d="scan'208";a="838164873" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.237.220.122]) ([10.237.220.122]) by FMSMGA003.fm.intel.com with ESMTP; 24 Mar 2017 08:48:14 -0700 To: Pascal Mazon , keith.wiles@intel.com References: <9105bd4272eca9c9ea6567a0e9b1d3235e03855a.1490258249.git.pascal.mazon@6wind.com> Cc: dev@dpdk.org From: Ferruh Yigit Message-ID: Date: Fri, 24 Mar 2017 15:48:13 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <9105bd4272eca9c9ea6567a0e9b1d3235e03855a.1490258249.git.pascal.mazon@6wind.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v6 1/1] net/tap: add remote netdevice traffic capture 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, 24 Mar 2017 15:48:35 -0000 On 3/23/2017 8:42 AM, Pascal Mazon wrote: > By default, a tap netdevice is of no use when not fed by a separate > process. The ability to automatically feed it from another netdevice > allows applications to capture any kind of traffic normally destined to > the kernel stack. > > This patch implements this ability through a new optional "remote" > parameter. > > Packets matching filtering rules created with the flow API are matched > on the remote device and redirected to the tap PMD, where the relevant > action will be performed. > > Signed-off-by: Pascal Mazon > Acked-by: Olga Shern > Acked-by: Keith Wiles Applied to dpdk-next-net/master, thanks.