I am encountering a runtime error when starting VPP 19.04-rc0 (top-of-tree)
after updating to the latest version this morning.
Apr 5 17:17:38 cl41 /usr/bin/vpp[13913]: dpdk_config:1338: socket-mem argument
is deprecated
Apr 5 17:17:38 cl41 vpp: /usr/bin/vpp[13913]: dpdk_config:1338: socket-
Folks,
A reminder that the VPP 19.04 RC1 Milestone is scheduled for next
Wednesday April 10, 2019 commencing at 1800 UTC.
Please get all of the patches required for VPP Release 19.04 merged
before then. The branch 'master' will be closed for the period of time
that it takes to create 'stabl
Actually that would be https://gerrit.fd.io/r/#/c/18709/ (Thanks Paul!)
-daw-
On 4/5/2019 1:04 PM, Dave Wallace via Lists.Fd.Io wrote:
Attention VPP'ers,
I have merged https://gerrit.fd.io/r/#/c/18708/ which fixes the centos
verify job failues.
Any patches failing because of this issue req
Attention VPP'ers,
I have merged https://gerrit.fd.io/r/#/c/18708/ which fixes the centos
verify job failues.
Any patches failing because of this issue require rebasing to the tip of
master!
I've started to rebase the patches that have already failed, but if
you've got a new one in flight,
As of a couple minutes ago I enabled eligibility on the new arm cluster build
nodes and
disabled eligibility on the old nodes (to force the new ones to be used).
This is currently just a test that ill be watching but if you see abnormal arm
failures please
let me know soon as you can.
If thing
FWIW,
I pushed a fix earlier today, it just passed build verifications:
https://gerrit.fd.io/r/c/18708/
My apologizes for the lack of publicity.
ben
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of Paul
> Vinciguerra
> Sent: vendredi 5 avril 2019 15:53
> To: vpp-dev@lists.f
FYI.
The centos CI jobs are failing.
This is due to centos updating the python34 packages with python36 which is
breaking vppapigen.
I am testing a fix in https://gerrit.fd.io/r/#/c/18709/
Paul
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#12
Hi,
If we enable dynamic NAT, then TCP packets are no longer punted or even seen on
tap interfaces, as they are simply dropped if there's no matching translation.
This isn't ideal since we still want to be able to process packets that are
meant for us, for example if our interface address is no
People might consider helping if you followed the documented bug reporting
process: https://wiki.fd.io/view/VPP/BugReports
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#12713): https://lists.fd.io/g/vpp-dev/message/12713
Mute This Topic: https://
The pppoe plugin?
Regards,
Abeeha Aqeel
Network Design Engineer
Xflow Research Inc.
+923245062309 (GMT+5)
abeeha.aq...@xflowresearch.com
www.xflowresearch.com
From: Damjan Marion via Lists.Fd.Io
Sent: Friday, April 5, 2019 1:03 PM
To: Abeeha Aqeel
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-de
> On 5 Apr 2019, at 08:31, Abeeha Aqeel wrote:
>
> Can you please suggest what other lighter ways can be used to deal with a
> large number of sessions ?
>
> Currently, I’ve changed the vlib_error_t to use 14 bits for node. That gives
> me 1<<14 node indices and roughly 7000-8000 interface
Also, Is it possible to decrease the number of nodes per pppoe session? For
example, can we use two nodes for multiple pppoe sessions?
Thanks.
Regards,
Abeeha Aqeel
From: Abeeha Aqeel
Sent: Friday, April 5, 2019 11:31 AM
To: dmar...@me.com
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] VPP
12 matches
Mail list logo