Thank you Alfredo for your response. Soon I'll test again with latest code.
Amir On Tue, Jun 30, 2015 at 7:54 PM, Alfredo Cardigliano <[email protected]> wrote: > 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 <[email protected]> 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 <[email protected]> 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 >> >> 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 > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop-misc > > > > _______________________________________________ > Ntop-misc mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop-misc >
_______________________________________________ Ntop-misc mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-misc
