netdev - Re: Intel 82598, RSS and PPPoE

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <1264694357.2930.8.camel@edumazet-laptop>
Date:	Thu, 28 Jan 2010 16:59:17 +0100
From:	Eric Dumazet <eric.dumazet@...il.com>
To:	Alexander Lapidus <alex@...dpark.net>
Cc:	netdev@...r.kernel.org
Subject: Re: Intel 82598, RSS and PPPoE

Le jeudi 28 janvier 2010 à 13:34 +0200, Alexander Lapidus a écrit :
> Hello, everybody!
>  Help is needed in such case. We have a linux-box, running under CentOS 5.4 
> with a latest kernel. Intel 10 Gigabit AF DA Dual Port Server Adapter (based 
> on Intel 82598EB) is used for routing purposes. Linux-box is dual CPU Xeon 
> E5530 server.  Interface eth0 is an uplink to the network core with pure IPv4 
> trafic on it. Interface eth1 is an downlink to customers. We have 3000 802.1q 
> VLANs on it. PPPoE server daemon is running on all VLAN interfaces. So we have 
> ethernet frames with 802.1q VLAN tag and PPPoE header incapsulated. Our 
> problem is with RX packet distribution between rx-queues on this  interface. 
> All those packets are coming to RX-queue-0. As i understood from Intel 
> specification on 82598 chipset, problem is with RSS, which can't decode PPPoE 
> header, so packet is going only to queue 0. My question is how to force such 
> packets to spread between different queues. May be it's possible to use VMDq 
> in this configuration, or any other solution?
> 
> P.S. We tried this configuration with in-kernel driver and with latest driver 
> from Intel (ixgbe-2.0.44.14). Situation is the same.
> 
> 

What exact linux kernel version are you using ?

If hardware is not able to spread packets into multiple receive queues
because of VLAN or PPOE encapsulation then you might try RPS (not yet
included in kernel) and add appropriate
PPOE decoding in low level frame handling.

RPS v5 pointer : http://www.spinics.net/lists/netdev/msg118378.html


--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html