From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Samudrala, Sridhar" Subject: Re: SRIOV switchdev mode BoF minutes Date: Fri, 13 Apr 2018 16:03:55 -0700 Message-ID: References: <64cca3cd-5592-8210-54c4-ed28c284ae5d@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: David Miller , Anjali Singhai Jain , Andy Gospodarek , Michael Chan , Simon Horman , Jakub Kicinski , John Fastabend , Saeed Mahameed , Jiri Pirko , Rony Efraim , Linux Netdev List To: Or Gerlitz Return-path: Received: from mga06.intel.com ([134.134.136.31]:64349 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751855AbeDMXD4 (ORCPT ); Fri, 13 Apr 2018 19:03:56 -0400 In-Reply-To: Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: On 4/13/2018 1:16 PM, Or Gerlitz wrote: > On Fri, Apr 13, 2018 at 7:49 PM, Samudrala, Sridhar > wrote: >> On 4/13/2018 1:57 AM, Or Gerlitz wrote: > >>>> in overlay networks scheme, the uplink rep has the VTEP ip and is not connected >>>> to the bridge, e.g you use ovs you have vf reps and vxlan ports connected >>>> to ovs and the ip stack routes through the uplink rep >> This changes the legacy mode behavior of configuring vtep ip on the pf >> netdev. How does host to host traffic expected to work when vtep ip is moved to uplink rep? > What do you mean host to host traffic, is that two VFs on the same host? > control plane SWs (such as OVS) don't apply encapsulation within the same host I meant between PFs on 2 compute nodes. > >>>>> What about pf-rep? >> Are you planning to create a pf-rep too? Is pf also treated similar to vf in >> switchdev mode? >> All pf traffic goes to pf-rep and pf-rep traffic goes to pf by default >> without any rules programmed? > @ the sriov switchdev ARCH level, pf/pf-rep would work indeed as you described. > > We will have pf rep for smartnic schemes where the the pf on the host > is not the manager of the eswitch but rather the smartnic driver instance. > > on non smart env, there are some challenges to address for the pf > nic to be fully functional for the slow path (what you described), we > will get there down the road if there is a real need. So on non-smart env, are you planning to only expose uplink rep and vf reps as netdevs. By smartnic env, i guess you are referring to OVS control plane also running on the NIC. I will look forward to your patches. Thanks Sridhar