Hi Jesse ,

Thanks for your reply. The other modules I am talking about are not ovs 
vport-vxlan and vport-gre.

They are Linux kernels 
vxlan.ko(/lib/modules/3.10.0-123.20.1.el7.x86_64/kernel/drivers/net/vxlan.ko) 
and gre.ko (/lib/modules/3.10.0-123.20.1.el7.x86_64/kernel/net/ipv4/gre.ko).

When I do modprobe openvswitch,  please find lsmod | grep openvswitch output 
below.

[root@GNDC_Server ~]# lsmod | grep openvswitch
openvswitch         114436     0
vxlan                37584     1 openvswitch
gre                  13808     1 openvswitch
libcrc32c                    12644     3  xfs,bnx2x,openvswitch

[root@GNDC_Server ~]# modinfo vxlan
filename:       
/lib/modules/3.10.0-123.20.1.el7.x86_64/kernel/drivers/net/vxlan.ko
alias:          rtnl-link-vxlan
author:         Stephen Hemminger <step...@networkplumber.org>
version:        0.1
license:        GPL
srcversion:     C6625FA51501A53A1D77A2E
depends:        ip_tunnel
intree:         Y
vermagic:       3.10.0-123.20.1.el7.x86_64 SMP mod_unload modversions
signer:         CentOS Linux kernel signing key
sig_key:        18:2E:BB:09:CD:40:C9:4C:A0:C3:CE:4E:E3:F7:1D:F5:20:B4:DA:80
sig_hashalgo:   sha256
parm:           udp_port:Destination UDP port (ushort)
parm:           log_ecn_error:Log packets received with corrupted ECN (bool)

[root@GNDC_Server ~]# modinfo gre
filename:       /lib/modules/3.10.0-123.20.1.el7.x86_64/kernel/net/ipv4/gre.ko
license:        GPL
author:         D. Kozlov (x...@mail.ru)
description:    GRE over IPv4 demultiplexer driver
srcversion:     976DD3A723FD7DBEA067264
depends:
intree:         Y
vermagic:       3.10.0-123.20.1.el7.x86_64 SMP mod_unload modversions
signer:         CentOS Linux kernel signing key
sig_key:        18:2E:BB:09:CD:40:C9:4C:A0:C3:CE:4E:E3:F7:1D:F5:20:B4:DA:80
sig_hashalgo:   sha256

Looking forward to your reply.

Thanks &  Regards,
Uday

-----Original Message-----
From: Jesse Gross [mailto:je...@nicira.com]
Sent: Tuesday, September 29, 2015 2:06 AM
To: Ravulakollu Udaya Kumar (WT01 - Product Engineering Service)
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] Drop in Rx rate if host kernel is only loaded with 
openvswitch.ko kernel module.

On Mon, Sep 28, 2015 at 8:52 AM,  <ravulakollu.ku...@wipro.com> wrote:
> Hello Team,
>
> Recently I observed  an issue which is very strange to me . I am
> testing  Phy-OVS-phy performance Testing(1G)
>
> I am using ovs-2.4.0 code. I compiled it successfully , and installed
> all userspace utils. And I insmoded openvswitch.ko kernel module only
> , nothing else(I could see other modules like vport-geneve.ko
> vport-gre.ko  vport-lisp.ko etc.)
>
> Below is my configuration:
>
> 1.       Created a bridge and added two physical ports.(two are trunk ports)
>
> 2.       Started running vswitchd.
>
>
> Started pumping traffic(64byte packet at 1G rate) from external packet
> generator to phy port1 and receiving the same on packet on phy port2 (packet 
> gen -phy1---OVS-phy2---packetgen) .
>
> But the results are very strange. Tx rate =761,904,776bps Rx 
> rate=141,857,472bps. It's a huge drop in rx rate.
>
> Somehow I figured out that " I am inserting only openvswitch.ko" , which is 
> the cause for huge decrease in rate.
>
> If I do modprobe openvswitch , I could see other modules (vxlan,gre) are 
> loaded . In that case I am getting almost 1G Rx rate.
>
> Could someone tell me , why it's happening so?  Does these other
> modules are required for proper throughput ? correct me if my Analysis is 
> wrong .

These modules shouldn't be needed unless you are using one of these tunneling 
protocols (in which case traffic wouldn't flow at all without them inserted). 
Assuming nothing else changed besides the modules, I guess you are seeing some 
variations in your test setup.
The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to