Thanks for your reply.

I'll try that for synthetic tests. But it's unclear what to do, in case I will 
not have VLANs or will have just few in production? VMDq without virtual 
environment looks like workaround to me. 

Let's say server is BRAS with PPPoE server terminating client sessions. Without 
PPPoE - everything is working as it should. Once PPPoE in effect - everything 
gets to queue 0. 

How can I configure VFs in this case?

----- Original Message -----
> From: "Donald C Skidmore" <donald.c.skidm...@intel.com>
> To: "Jack Spinov" <spi...@timegroup.ae>, e1000-devel@lists.sourceforge.net
> Sent: Wednesday, May 14, 2014 9:05:27 PM
> Subject: RE: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS to     
> multiple queues
> 
> Maybe try VMDq which could sort by L2 (MAC address and VLAN).
> 
> Thanks,
> -Don Skidmore <donald.c.skidm...@intel.com>
> 
> > -----Original Message-----
> > From: Jack Spinov [mailto:spi...@timegroup.ae]
> > Sent: Tuesday, May 13, 2014 7:39 AM
> > To: e1000-devel@lists.sourceforge.net
> > Subject: [E1000-devel] ixgbe: how to balance PPPoE traffic via RSS
> > to multiple
> > queues
> > 
> > Hello, everyone.
> > 
> > Have spent a lot of time trying to balance traffic into multiple
> > RSS queues, but
> > traffic falls into same queue all the time. I've read all the
> > documents, threads
> > I could find, but still cannot find a way to solve my problem.
> > 
> > My configuration: 3 servers with 82599 adapters. Connected like
> > this:
> > 
> > Packet generator ( PG )<--- 10G ---> Packet router ( PR )<--- 10G
> > ---> Packet
> > dumper ( PD )
> > 
> > PG connects to PR via PPPoE and generates packets directed to
> > Packed
> > dumper ( PG ).
> > 
> > PR running 3.2.23 kernel and latest ixgbe 3.21.2. PG running
> > 3.12.18 and same
> > latest ixgbe 3.21.2, with default settings. I've generated traffic
> > using iperf,
> > netperf, ping. For iperf, netperf, both TCP and UDP - all goes to
> > default
> > queue - 0, while the rest 15 are idle. As on receiving interface,
> > as on sending
> > for PR. In case of using ping - everything is distributed properly.
> > Which is
> > another riddle for me.
> > 
> > I've tried using macvlan ( different MACs on PR, PG ), vlans (
> > different source
> > IPs for PPPoE sessions, different destination IP for PD ) - nothing
> > helps. I
> > cannot use Flow Director as packets in tunneling are not analyzed
> > by it ( as
> > per DS ), this is proved by ethtool counter for fdir* variable.
> > 
> > So what are my options? And how to guarantee, that in production
> > environment I will not face the same issue? Or probably I'm doing
> > something
> > wrong?
> > 
> > Thanks in advance.
> > 
> > ------------------------------------------------------------------------------
> > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For
> > FREE
> > Instantly run your Selenium tests across 300+ browser/OS combos.
> > Get unparalleled scalability from the best Selenium testing
> > platform available
> > Simple to use. Nothing to install. Get started now for free."
> > http://p.sf.net/sfu/SauceLabs
> > _______________________________________________
> > E1000-devel mailing list
> > E1000-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/e1000-devel
> > To learn more about Intel&#174; Ethernet, visit
> > http://communities.intel.com/community/wired
> 

------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to