Hi Amir sorry I didn’t have the testbed for testing this before, I ran some test with your traffic and your configuration (actually I used 8 RSS queues) and I am able to receive all traffic with pfcount_multichannel -r. Please try with latest code.
Best Regards Alfredo > On 02 Jun 2015, at 08:25, Amir Kaduri <akadur...@gmail.com> wrote: > > Hi Alfredo, > > Any chance that you'll take a look at this issue? At least give an indication > whether its a real problem or not? > > Thanks, > Amir > > On Wed, May 27, 2015 at 4:59 PM, Amir Kaduri <akadur...@gmail.com > <mailto:akadur...@gmail.com>> wrote: > 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 > <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
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ Ntop-misc mailing list Ntop-misc@listgateway.unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop-misc