I'll appreciate validating that the following is a real problem that I've found:
*Problem description:* When I use the tester “pfcount_multichannel” with the –r argument (i.e. enable rss rehash), the application doesn’t receive the packets of some sessions. When I remove the “-r” argument from the command line, all packets received as expected. *Additional information:* 1. 1. I’m using pf_ring dev downloaded from github on 13/05/2015. 2. 2. The command-line I’m using is: pfcount_multichannel -i eth3 –r 3. 3. A sample pcap file of a single session, that I don’t receive its packets, can be found in the following link: https://drive.google.com/open?id=0B10Ms5GOXgCxbnJSUHNrUXhLazA&authuser=0 4. 4. Machine has 24 cores. 5. 5. Eth3, the receiving interface, is configured to use 6 cores. 6. 6. Machine details: Linux 2.6.32-504.8.1.el6.x86_64 #1 SMP Wed Jan 28 21:11:36 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux 7. 7. Interface details: eth3 Ethernet controller [0200]: Intel Corporation 82599EB 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01) Subsystem: Intel Corporation Ethernet Server Adapter X520-2 [8086:000c] MAC: 2, PHY: 12, SFP+: 6, PBA No: FFFFFF-0FF 8. 8. The ixgbe.ko has been loaded with RSS=6,6,6,6,6,6,6 9. 9. cat /proc/net/pf_ring/info PF_RING Version : 6.1.0 () Total rings : 6 Standard (non DNA/ZC) Options Ring slots : 4096 Slot version : 16 Capture TX : Yes [RX+TX] IP Defragment : No Socket Mode : Standard Total plugins : 0 Cluster Fragment Queue : 0 Cluster Fragment Discard : 0 *Additional remarks:* 1. 1. In function pfring_hash_pkt(..) in file pfring_utils.c, the fact that tunnel.tunneled_ip_src.v6.s6_addr32[0] is missing, looks like a bug. 2. 2. By reviewing the code, it looks that the functions hash_pkt_header(..) + hash_pkt(..) in file pf_ring.c, and function pfring_hash_pkt(..) in file pfring_utils.c, can somehow be unified. Regards, Amir
_______________________________________________ Ntop-misc mailing list Ntop-misc@listgateway.unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop-misc
