Hello,
I'm having trouble compiling the dpdk plugin using vpp 19.01.1 and dpdk
18.01. I'm using
yocto with glibc 2.27. It fails to link in the glibc functions that
libdpdk uses:
/home/jonathar/work/yocto/poky/build/tmp/work/aarch64-poky-linux/vpp/19.01
.1-r0/recipe-sysroot-native/usr/bin/aarch64-
> On Jul 1, 2019, at 4:44 AM, Steuer Heribert wrote:
>
> Hello,
>
> I am trying to understand what the current status of the router plugin in
> vppsb is. It seems not to compile with any recent version of VPP.
> There is not much value in a data plane implementation without a proper
> contr
Yes, it is a known issue: we do not support 18.07 at this point.
Please see if you can repro w/ 19.04 or master/latest.
From: vpp-dev@lists.fd.io On Behalf Of via Lists.Fd.Io
Sent: Monday, July 1, 2019 6:56 AM
To: Damjan Marion
Cc: vpp-dev@lists.fd.io
Subject: Re: [E] Re: [vpp-dev] VPP worker t
Dear Varban,
Welcome to the VPP community š you have reached the right groupā¦
I suspect you need to flip the IP ranges for your inbound policy command. For
the outbound policy the remote address is compared with the packet's
destination, for the inbound policy the remote address is compared wi
Hello,
I am trying to understand what the current status of the router plugin in vppsb
is. It seems not to compile with any recent version of VPP.
There is not much value in a data plane implementation without a proper
control plane. Can you guys please enlighten me about the
current status of
Hi,
Thanks for the response.
I am running v18.07 of vpp. Is that a known issue.?
Regards
Inder
From: Damjan Marion
Sent: 01 July 2019 16:24
To: Inderpal Singh
Cc: vpp-dev@lists.fd.io
Subject: [E] Re: [vpp-dev] VPP worker threads getting stuck
On 20 Jun 2019, at 09:26, via Lists.Fd.Io
mailt
-- Forwarded message -
From: L. Kumar
Date: Tue, 2 Jul 2019, 1:14 pm
Subject: Vpp SR policy support in classfier
To:
Hi Team,
I just start learning the VPP and I want to use classifier for steering
rather than SR streer policy.
*Is classify session support SR policy in actio
Dear VPP Team,
*This is my first post in the FD.io community, so please excuse me if I
have addressed my query to an inappropriate group.*
Well, recently I have been trying to setup a site-to-site IPsec in tunnel
mode with manually configured SAs. Unfortunately, I cannot get the traffic
encrypted
Thanks for highlighting this issue. Typically, the expired timer callback sets
the timer_id to invalid which prevents confusion.
I'll pass along the SCTP report.
Dave
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Andreas Schultz
Sent: Thursday, July 4, 2019 8:21 AM
To: vpp
> Also, there is a setting in startup.conf that talks about the core file
> size - do you know how do the two interact ? (I never checked, just
> remember seeing it).
As far as I can say all those knobs tune the setrlimit(RLIMIT_CORE) value.
There are at least 3 sources:
- /etc/security/limits.co
Hi,
I've stumble upon a problem with a specific sequence of expiring,
stopping and (re)starting tw timers.
In pseudo C code the pattern is
Lets assume some kind of timer in a session gets started with:
session->timer[0] = tw_timer_start (tw, interval_a);
session->timer[1] = tw_timer_start (tw
My 5 kopecks: good idea to add this setting, but keep it commented out by
default, and add a comment to the service config file ā# uncomment the next
line to enable coredumpā as well as to docs or other prominent place where
folks frantically searching on how to enable coredump would find it...
Hi all,
I'd like to get some opinion on this change: https://gerrit.fd.io/r/c/20499/
Right now, if you install VPP from packages and run it through systemd, it can
be quite convoluted to get coredumps:
- /proc/sys/kernel/core_pattern must be correctly set
- distro coredump handler (eg. Ubuntu
13 matches
Mail list logo
