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

Reply via email to