Hi All,
Jenkins fails always. But it seems not caused by my patch.
Could anyone help take a look at this failure?
https://gerrit.fd.io/r/#/c/14905/
10:06:01 mv rpm/RPMS/x86_64/*.rpm .
10:06:02 Removing rpm/BUILD/
10:06:02 Removing rpm/BUILDROOT/
10:06:02 Removing rpm/RPMS/
10:06:02 Removing
Hi All,
Jenkins fails always. But it seems not caused by my patch.
Could anyone help take a look at this failure?
https://jenkins.fd.io/view/vpp/job/vpp-verify-master-osleap15/3360/console
09:55:49 Checking for unpackaged file(s): /usr/lib/rpm/check-files
I also tried installing vpp from https://packagecloud.io/fdio/master
(18.10-rc0~521-g09cce66~b5292).
I am encountering same error.
Thanks
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10699): https://lists.fd.io/g/vpp-dev/message/10699
Mute This
Hi all,
I pulled the latest vpp master (as of September 27 2018) and am using
the vagrant file to build vpp. Afterwards I transferred the .deb
packages out of vagrant box and installed vpp:
sudo dpkg -i *.deb
When I try to run govpp application I am getting this error:
error while loading
Thanks for the tip Mehran. I will take a look and report back.
On Thu, Sep 27, 2018 at 12:16 AM Mehran Memarnejad
wrote:
>
> Hi carlito,
>
> I've had problems muck like yours. Sometimes VPP updates its functions while
> vppsb is still the same, so you need to change it to make it work.
> In my
Hi Neale,
I assume the replications should related to the interfaces in the
bridge, right? I just have 2 interfaces in the bridge which means one of the
interface receive traffic and another send out. In the 64K size packet test
case, the performance have almost 35% drop. I didn’t do
Hi Gaofeng
Thank you very much!
Let me read it first.
From: Feng Gao [mailto:gfree.w...@gmail.com]
Sent: Friday, September 28, 2018 8:40 AM
To: tian...@twsz.com
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Setup the Ipsec environment with VPP
You could reference this doc:
You could reference this doc:
https://wiki.fd.io/view/VPP/IPSec_and_IKEv2#IKEv2
And it would works well if you follow it by step.
On Thu, Sep 27, 2018 at 7:46 PM Tian Ye2(田野) wrote:
> Hello VPP developers:
>
>
>
> Is there someone who can tell me how to setup the Ipsec environment with
> VPP?
Hello Everyone,
Please suggest the right approach.
Thanks,
Chetan Bhasin
On Wed, Sep 26, 2018, 10:41 chetan bhasin
wrote:
> Hi everyone,
>
> We are using Vpp18.0.1 that internally using dpdk 17.11 version. We want
> to switch to dpdk 17.11.4 as it has Mellanox fixes.
>
> Can anybody suggest
De : au nom de Juraj Linkeš
Date : jeudi 27 septembre 2018 à 09:21
À : "Neale Ranns (nranns)"
Cc : vpp-dev
Objet : Re: [vpp-dev] Make test failures on ARM - IP4, L2, ECMP, Multicast,
GRE, SCTP, SPAN, ACL
Hi Neale,
I had a debugging session with Andrew about failing ACL testcases and he
Hi Yuwei,
There was a change to the l2flood node recently:
https://gerrit.fd.io/r/#/c/13578/
where we use the buffer clone mechanism rather than free-recycle. I would
expect the CPU cycles per invocation of the l2-flood node to increase, but the
number of invocations of l2flood to decrease
--
Damjan
> On 27 Sep 2018, at 05:02, Zhang Yuwei wrote:
>
> Hi All,
> In our recent test, I found a performance drop in master branch. I
> execute the l2bd test case in a 2.5GHZ CPU and found almost 35% drop compared
> to 18.07 release. My test is set two NIC ports to a same
Hello VPP developers:
Is there someone who can tell me how to setup the Ipsec environment with VPP?
Given the following topology, let’s assume “Gateway moon” is running VPP.
I need to setup a Ipsec server in “Gateway moon” and I use “client alice”(Let’s
say it is a common Ubuntu desktop with
Hi Ole,
Thanks. We try to change the MTU value to send the big packets which are more
than 1500 or 1460 Bytes but it is only a temporary way limited in the Lab. And
we hope to find a tools or some codes which can be put into the VPP or DPDK to
fragment the big packets to less than 1460 bytes
> -Original Message-
> From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ole Troan
> Sent: Thursday, September 27, 2018 5:19 PM
> To: Yang, Zhiyong
> Cc: vpp-dev@lists.fd.io; Kinsella, Ray ;
> hujie@chinatelecom.cn; Liu, Frank M
> Subject: Re: [vpp-dev] one
> Got it.
> Do you have plan to support this DPDK feature in VPP? Or always support VPP
> native implementation Only in future.
There are no plans as far as I’m aware.
I don’t see any reason to do the fragmentation with DPDK code over VPP.
Unless there is significant performance difference.
Ole,
Thank you for quick reply.
Reply inline.
> -Original Message-
> From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ole Troan
> Sent: Thursday, September 27, 2018 4:49 PM
> To: Yang, Zhiyong
> Cc: vpp-dev@lists.fd.io; Kinsella, Ray ;
> hujie@chinatelecom.cn;
Hujie,
> Thanks. We try to change the MTU value to send the big packets which are more
> than 1500 or 1460 Bytes but it is only a temporary way limited in the Lab.
> And we hope to find a tools or some codes which can be put into the VPP or
> DPDK to fragment the big packets to less than 1460
Zhiyong,
>> The next steps for tunnels, to help avoid fragmentation is to add some sort
>> of
>> tunnel path MTU discovery.
>
> It looks very interesting and helpful. And I'm looking forward to seeing it.
>
> However, we fail to send big packet greater than MTU now, for example,
> We have
> On 27 Sep 2018, at 09:21, Juraj Linkeš wrote:
>
> Hi Neale,
>
> I had a debugging session with Andrew about failing ACL testcases and he
> uncovered that the root cause is in l2 and ip4:
> 1) the timeout and big files
>
> for some reason in the bridged setup done by a testcase, the VPP
Ole, thanks so much for your warm help.
> The next steps for tunnels, to help avoid fragmentation is to add some sort of
> tunnel path MTU discovery.
It looks very interesting and helpful. And I'm looking forward to seeing it.
However, we fail to send big packet greater than MTU now, for
Hi Neale,
I had a debugging session with Andrew about failing ACL testcases and he
uncovered that the root cause is in l2 and ip4:
1) the timeout and big files
for some reason in the bridged setup done by a testcase, the VPP reinjects the
packet being sent onto one of the interfaces of the
Hi carlito,
I've had problems muck like yours. Sometimes VPP updates its functions
while vppsb is still the same, so you need to change it to make it work.
In my problem I just updated the vppsb's outdated function to the new one
and it worked.
As you know, vppsb is a plugin for vpp and it calls
23 matches
Mail list logo
