date:20150702

Re: [Ntop-misc] PF_RING and VMware/vmxnet3

2015-07-02 Thread Jim Hranicky

And attached kernel dump.

Jim

On 07/02/2015 02:02 PM, Jim Hranicky wrote:
> Sorry, should've included OS ver:
> 
>   3.10.0-229.7.2.el7.x86_64
> 
> Jim
> 
> On 07/02/2015 01:57 PM, Jim Hranicky wrote:
>> Using latest version of PF_RING (as of yesterday)
> 
>> commit b3d2e9b7b85b5e3a421606f981eb174e70827c6b Author: cardigliano
>>  Date:   Tue Jun 30 12:31:50 2015 +0200
> 
>> I insmod the pf_ring.ko, run the pf_ring tcpdump, and the machine
>> reboots immediately.
> 
>> Anyone else running into this?
> 
>> Jim
> 
>> On 06/30/2015 03:22 AM, Alfredo Cardigliano wrote:
>>> You can use PF_RING with any standard driver (but you will not
>>> get ZC acceleration)
> 
>>> Alfredo
> 
 On 29 Jun 2015, at 21:45, Jim Hranicky  wrote:

 Is it feasible to use PF_RING with a VMware/vmxnet3 
 configuration? Networking is hesitant to configure an e1000e
 due to past problems.

 This is for an all VMware environment.

 Thanks,

 -- Jim Hranicky Data Security Specialist UF Information 
 Technology 105 NW 16TH ST Room #104 GAINESVILLE FL 32603-1826 
 352-273-1341 Information Security Office 
 ___ Ntop-misc
 mailing list Ntop-misc@listgateway.unipi.it 
 http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
> 
> 
>>> ___ Ntop-misc
>>> mailing list Ntop-misc@listgateway.unipi.it 
>>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
>> ___ Ntop-misc mailing
>> list Ntop-misc@listgateway.unipi.it 
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
> ___
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
[ 2354.569755] [PF_RING] Welcome to PF_RING 6.1.1 ($Revision: $)
(C) 2004-14 ntop.org
[ 2354.569798] [PF_RING] registered /proc/net/pf_ring/
[ 2354.569801] NET: Registered protocol family 27
[ 2354.569816] [PF_RING] Min # ring slots 4096
[ 2354.569817] [PF_RING] Slot version 16
[ 2354.569819] [PF_RING] Capture TX   Yes [RX+TX]
[ 2354.569820] [PF_RING] IP DefragmentNo
[ 2354.569821] [PF_RING] Initialized correctly
[ 2421.486726] BUG: unable to handle kernel paging request at 
[ 2421.486833] IP: [] 0xfffe
[ 2421.486879] PGD 190d067 PUD 190f067 PMD 0 
[ 2421.486914] Oops: 0010 [#1] SMP 
[ 2421.486942] Modules linked in: pf_ring(OF) nfnetlink_queue nfnetlink_log 
nfnetlink bluetooth rfkill vmw_vsock_vmci_transport vsock ip6t_rpfilter 
ip6t_REJECT ipt_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc 
ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 
nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter 
ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat 
nf_conntrack iptable_mangle iptable_security iptable_raw iptable_filter 
ip_tables coretemp crct10dif_pclmul crc32_pclmul crc32c_intel ppdev 
ghash_clmulni_intel aesni_intel lrw gf128mul vmw_balloon glue_helper 
ablk_helper cryptd serio_raw pcspkr i2c_piix4 parport_pc parport vmw_vmci 
shpchp xfs libcrc32c sd_mod sr_mod cdrom crc_t10dif crct10dif_common ata_generic
[ 2421.487529]  pata_acpi vmxnet3 vmw_pvscsi vmwgfx drm_kms_helper ahci ttm 
libahci drm i2c_core ata_piix libata floppy dm_mirror dm_region_hash dm_log 
dm_mod
[ 2421.487646] CPU: 0 PID: 0 Comm: swapper/0 Tainted: GF  
O--   3.10.0-229.7.2.el7.x86_64 #1
[ 2421.487715] Hardware name: VMware, Inc. VMware Virtual Platform/440BX 
Desktop Reference Platform, BIOS 6.00 09/30/2014
[ 2421.487785] task: 81911440 ti: 818fc000 task.ti: 
818fc000
[ 2421.487835] RIP: 0010:[]  [] 
0xfffe
[ 2421.487893] RSP: 0018:88023fc03780  EFLAGS: 00010282
[ 2421.487929] RAX: 8800b9f5eb40 RBX: 880035eb6000 RCX: 
[ 2421.487976] RDX: 000e RSI: 8800b9f5eb60 RDI: 880035eb6000
[ 2421.488023] RBP: 88023fc037c0 R08: 000e R09: 
[ 2421.488070] R10: 0001 R11: 880035eb6000 R12: 000e
[ 2421.488117] R13: 0138 R14: 88023229c3ce R15: 88023273e800
[ 2421.488164] FS:  () GS:88023fc0() 
knlGS:
[ 2421.488218] CS:  0010 DS:  ES:  CR0: 80050033
[ 2421.488256] CR2:  CR3: 000232652000 CR4: 001407f0
[ 2421.488403] DR0:  DR1:  DR2: 
[ 2421.488503] DR3:  DR6: 0ff0 DR7: 0400
[ 2421.488550] Stack:
[ 2421.488566]  a04aecd2 00013100a8f0 880230e34b00 
88023273e800
[ 2421.488624]  88023fc03bd0 000e 880035eb6000 
88023fc03830
[ 2421.488701]  88023fc03aa0 a04af12e 0246 
88023fc03900
[ 2421.488758] Call Trace:
[ 2421.48

Re: [Ntop-misc] PF_RING and VMware/vmxnet3

2015-07-02 Thread Jim Hranicky

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Sorry, should've included OS ver:

  3.10.0-229.7.2.el7.x86_64

Jim

On 07/02/2015 01:57 PM, Jim Hranicky wrote:
> Using latest version of PF_RING (as of yesterday)
> 
> commit b3d2e9b7b85b5e3a421606f981eb174e70827c6b Author: cardigliano
>  Date:   Tue Jun 30 12:31:50 2015 +0200
> 
> I insmod the pf_ring.ko, run the pf_ring tcpdump, and the machine
> reboots immediately.
> 
> Anyone else running into this?
> 
> Jim
> 
> On 06/30/2015 03:22 AM, Alfredo Cardigliano wrote:
>> You can use PF_RING with any standard driver (but you will not
>> get ZC acceleration)
> 
>> Alfredo
> 
>>> On 29 Jun 2015, at 21:45, Jim Hranicky  wrote:
>>> 
>>> Is it feasible to use PF_RING with a VMware/vmxnet3 
>>> configuration? Networking is hesitant to configure an e1000e
>>> due to past problems.
>>> 
>>> This is for an all VMware environment.
>>> 
>>> Thanks,
>>> 
>>> -- Jim Hranicky Data Security Specialist UF Information 
>>> Technology 105 NW 16TH ST Room #104 GAINESVILLE FL 32603-1826 
>>> 352-273-1341 Information Security Office 
>>> ___ Ntop-misc
>>> mailing list Ntop-misc@listgateway.unipi.it 
>>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
> 
> 
>> ___ Ntop-misc
>> mailing list Ntop-misc@listgateway.unipi.it 
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
> ___ Ntop-misc mailing
> list Ntop-misc@listgateway.unipi.it 
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlWVfKoACgkQCGX2wHRYUXTZpgD/UcEXKLLQWqYIlBsE6l+aaPgR
RXtuQIjdeG1/eklxO/QA/jYx4bk+ZAm50vxjDgoRuWQ8aYG01prQMdF9v4SvqL2t
=kK++
-END PGP SIGNATURE-
___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Re: [Ntop-misc] PF_RING and VMware/vmxnet3

2015-07-02 Thread Jim Hranicky

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Using latest version of PF_RING (as of yesterday)

  commit b3d2e9b7b85b5e3a421606f981eb174e70827c6b
  Author: cardigliano 
  Date:   Tue Jun 30 12:31:50 2015 +0200

I insmod the pf_ring.ko, run the pf_ring tcpdump, and the
machine reboots immediately.

Anyone else running into this?

Jim

On 06/30/2015 03:22 AM, Alfredo Cardigliano wrote:
> You can use PF_RING with any standard driver (but you will not get
> ZC acceleration)
> 
> Alfredo
> 
>> On 29 Jun 2015, at 21:45, Jim Hranicky  wrote:
>> 
>> Is it feasible to use PF_RING with a VMware/vmxnet3
>> configuration? Networking is hesitant to configure an e1000e due
>> to past problems.
>> 
>> This is for an all VMware environment.
>> 
>> Thanks,
>> 
>> -- Jim Hranicky Data Security Specialist UF Information
>> Technology 105 NW 16TH ST Room #104 GAINESVILLE FL 32603-1826 
>> 352-273-1341 Information Security Office 
>> ___ Ntop-misc mailing
>> list Ntop-misc@listgateway.unipi.it 
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
> 
> 
> ___ Ntop-misc mailing
> list Ntop-misc@listgateway.unipi.it 
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iF4EAREIAAYFAlWVe5oACgkQCGX2wHRYUXRwiAD/f+sWsch60FoCaB769Z71BKjx
f36vFkzOomxnWLB9KxYA/33Y4bFO2qT9rZIgKW9UPzYMRM0EpRHfd3jzJHpMI73W
=oT9q
-END PGP SIGNATURE-
___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Re: [Ntop-misc] nDPI master branch merging policy

2015-07-02 Thread Luca Deri

Manuel
we’re making big changes to the dev code and it’s not yet time to merge it into 
master as we would like to do this when the transition will be completed. So 
far we managed not to change the API but I cannot exclude this too happen.

At the moment you can use both branches, but the master is safer in particular 
if the change the API

Regards Luca


> On 02 Jul 2015, at 13:27, Manuel Polonio  wrote:
> 
> Hi Luca,
> 
> do you have any (time based, versioning...) criteria to update master branch? 
> Dev branch is commonly commited to.
> 
> Do you have any suggestion about which branch to use with nProbe?
> 
> Thanks in advance and best regards,
> Manuel Polonio
> ___
> Ntop-misc mailing list
> Ntop-misc@listgateway.unipi.it
> http://listgateway.unipi.it/mailman/listinfo/ntop-misc

___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

[Ntop-misc] PF_RING and Linux v4 kernels

2015-07-02 Thread Mike Iglesias

Does PF_RING work with the Linux v4 kernels?  I have some Fedora 20 systems
that I'm using it on and since F20 is no longer supported, I wanted to ask
about PF_RING on the Linux v4 kernels before upgrading since that's what
Fedora 21 and 22 are using.

Also wanted to ask if the ixgbe driver will be updated to compile correctly
with the v4 kernels.  It currently doesn't compile on a F20 system with a 3.19
kernel or on a F21 system with a V4 kernel.


Thanks!

-- 
Mike Iglesias  Email:   igles...@uci.edu
University of California, Irvine   phone:   949-824-6926
Office of Information Technology   FAX: 949-824-2270
___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Re: [Ntop-misc] Possible bug on rss rehash

2015-07-02 Thread Amir Kaduri

Hi Alfredo,

I would like to add that I repeated the test with RSS=8,8,8,8,8,8,8,8 like
you, and now it works.
I guess that If you'll do it like with (with RSS 6) you'll notice the
problem as well.

Thanks,
Amir

On Thu, Jul 2, 2015 at 6:06 PM, Amir Kaduri  wrote:

> Hi Alfredo,
>
> Per your suggestion, I've downloaded today the latest (dev) pf_ring code,
> compiled and repeated the test.
> Unfortunately, the problem repeats itself: without -r the
> pfcount_multichannel receives the packets, while with -r, it doesn't.
> Any thoughts will be much appreciated.
>
> Thanks,
> Amir
>
> On Wed, Jul 1, 2015 at 7:22 AM, Amir Kaduri  wrote:
>
>> 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 <
>> cardigli...@ntop.org> 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  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 
>>> 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: FF-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
>>>
>>>
>>>
>>> ___
>>> Ntop-misc mailing list
>>> Ntop-misc@listgateway.unipi.it
>>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
>>>
>>
>>
>
___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Re: [Ntop-misc] Possible bug on rss rehash

2015-07-02 Thread Amir Kaduri

Hi Alfredo,

Per your suggestion, I've downloaded today the latest (dev) pf_ring code,
compiled and repeated the test.
Unfortunately, the problem repeats itself: without -r the
pfcount_multichannel receives the packets, while with -r, it doesn't.
Any thoughts will be much appreciated.

Thanks,
Amir

On Wed, Jul 1, 2015 at 7:22 AM, Amir Kaduri  wrote:

> 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  > 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  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  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: FF-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
>>
>>
>>
>> ___
>> Ntop-misc mailing list
>> Ntop-misc@listgateway.unipi.it
>> http://listgateway.unipi.it/mailman/listinfo/ntop-misc
>>
>
>
___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Re: [Ntop-misc] ixgbe_zc problem NOT using zero-copy: not supported by this driver

2015-07-02 Thread Piotr


Hi Alfredo,

it seems that module is ok, i remove completely "old" ixgbe but i still 
can't use zc driver



/usr/src/ixgbe-zc-3.22.3.58 #  /usr/local/bin/pfsend -i eth2 -p 9 -n 
100 -v | more

Dumping statistics on /proc/net/pf_ring/stats/6463-eth2.2
Sending packets on eth2
Using PF_RING v.6.1.1
Estimated CPU freq: 270308 Hz
Rate set to 9.00 pps
NOT using zero-copy: not supported by this driver


/usr/src/ixgbe-zc-3.22.3.58 # rpm -qa | grep ixgbe
ixgbe-zc-3.22.3.58-1dkms.noarch


root@w /usr/src/ixgbe-zc-3.22.3.58 # modinfo ixgbe
ERROR: modinfo: could not open 
/lib/modules/2.6.32-504.23.4.el6.x86_64/kernel/drivers/net/ixgbe/ixgbe.ko: 
No such file or directory


root@w /usr/src/ixgbe-zc-3.22.3.58 # modinfo ixgbe_zc
filename: 
/lib/modules/2.6.32-504.23.4.el6.x86_64/weak-updates/ixgbe_zc.ko 
version:3.22.3



/usr/src/ixgbe-zc-3.22.3.58 # ethtool -i eth2
driver: ixgbe
version: 3.22.3


/usr/src/ixgbe-zc-3.22.3.58 # modinfo ixgbe
ERROR: modinfo: could not open 
/lib/modules/2.6.32-504.23.4.el6.x86_64/kernel/drivers/net/ixgbe/ixgbe.ko: 
No such file or directory



/usr/src/ixgbe-zc-3.22.3.58 # modinfo ixgbe_zc
filename: 
/lib/modules/2.6.32-504.23.4.el6.x86_64/weak-updates/ixgbe_zc.ko

version:3.22.3
license:GPL
description:Intel(R) 10 Gigabit PCI Express Network Driver
author: Intel Corporation, 
srcversion: D089CCC31736939BADE29C3
alias:  pci:v8086d1560sv*sd*bc*sc*i*



thanks for any help
Peter




W dniu 2015-07-01 o 18:27, Alfredo Cardigliano pisze:

Hi Peter
it seems ixgbe is loaded while you should use ixgbe_zc, please let me
see the output of the following commands to double-check:
ethtool -i eth2
cat /proc/net/pf_ring/dev/eth2/info
It is recommended to use our init script installing packages from our
repository http://www.ntop.org/packages/. Please have a look at
http://www.ntop.org/wp-content/uploads/2011/08/n2disk-UsersGuide1.pdf Appendix
A - Configuring a PF_RING Deb/RPM package.

Alfredo


On 01 Jul 2015, at 15:09, Piotr mailto:piotr.1...@interia.pl>> wrote:

Hi,

I have pf_ring 6.1.1, for first step i try use this as very fast
packets generator. I have license for one mac (eth2). Something goes
wrong because doesn't use zero copy mode, don't see zc:eth2 device

I try this:

insmod /usr/src/pfring-6.1.1/pf_ring.ko transparent_mode=2
rmmod ixgbe
modprobe ixgbe_zc

centos 6 still use old driver ixgbe ??

lspci -v show me:

83:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit
SFI/SFP+ Network Connection (rev 01)
..
Kernel driver in use: ixgbe
Kernel modules: ixgbe_zc, ixgbe

in dmesg i don't see zc:eth2 device


[PF_RING] Welcome to PF_RING 6.1.1 ($Revision: :$)
(C) 2004-14 ntop.org 
[PF_RING] registered /proc/net/pf_ring/
NET: Registered protocol family 27
[PF_RING] Warning: transparent_mode is deprecated!
[PF_RING] Min # ring slots 4096
[PF_RING] Slot version 16
[PF_RING] Capture TX   Yes [RX+TX]
[PF_RING] IP DefragmentNo
[PF_RING] Initialized correctly

ixgbe :83:00.1: PCI Express bandwidth of 32GT/s available
ixgbe :83:00.1: (Speed:5.0GT/s, Width: x8, Encoding Loss:20%)
ixgbe :83:00.1: eth3: MAC: 2, PHY: 14, SFP+: 6, PBA No: FF-0FF
ixgbe :83:00.1: 04:7d:7b:f1:06:53
ixgbe :83:00.1: eth3: Enabled Features: RxQ: 16 TxQ: 16 FdirHash LRO
ixgbe :83:00.1: eth3: Intel(R) 10 Gigabit Network Connection
ixgbe :83:00.0: eth2: detected SFP+: 5
ixgbe :83:00.1: registered PHC device on eth3
ixgbe :83:00.0: eth2: NIC Link is Up 10 Gbps, Flow Control: RX/TX
ADDRCONF(NETDEV_UP): eth3: link is not ready
ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
ixgbe :83:00.1: eth3: detected SFP+: 6



i have also
cat /etc/modprobe.d/blacklist.conf | grep ixgbe
blacklist ixgbe


i test in this way:

/usr/local/bin/pfsend -i eth2 -p 50 -n 1 -v

Sending packets on eth2
Using PF_RING v.6.1.1
Estimated CPU freq: 2707918000 Hz
Rate set to 50.00 pps
NOT using zero-copy: not supported by this driver


TX rate: [current 12'348.42 pps/0.01 Gbps][average 12'348.42 pps/0.01
Gbps][total 10'000.00 pkts]
Sent 1 packets


thanks for help
Peter

___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it 
http://listgateway.unipi.it/mailman/listinfo/ntop-misc




___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc



___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

[Ntop-misc] nDPI master branch merging policy

2015-07-02 Thread Manuel Polonio

Hi Luca,

do you have any (time based, versioning...) criteria to update master
branch? Dev branch is commonly commited to.

Do you have any suggestion about which branch to use with nProbe?

Thanks in advance and best regards,
Manuel Polonio
___
Ntop-misc mailing list
Ntop-misc@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-misc

Re: [Ntop-misc] PF_RING and VMware/vmxnet3

Re: [Ntop-misc] PF_RING and VMware/vmxnet3

Re: [Ntop-misc] PF_RING and VMware/vmxnet3

Re: [Ntop-misc] nDPI master branch merging policy

[Ntop-misc] PF_RING and Linux v4 kernels

Re: [Ntop-misc] Possible bug on rss rehash

Re: [Ntop-misc] Possible bug on rss rehash

Re: [Ntop-misc] ixgbe_zc problem NOT using zero-copy: not supported by this driver

[Ntop-misc] nDPI master branch merging policy

9 matches

Site Navigation

Mail list logo

Footer information