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-next>] [day] [month] [year] [list]
Date:	Thu, 28 Jan 2010 13:34:50 +0200
From:	Alexander Lapidus <alex@...dpark.net>
To:	netdev@...r.kernel.org
Subject: Intel 82598, RSS and PPPoE

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.


-- 
Thanks a lot,
Alexander Lapidus
AL546-RIPE
WildPark ISP,
Nikolaev, UA
--
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ