Hi,
We are trying to install VPP on Centos 8.1. We encountered following issue :-
1. We couldn't find VPP release packages for distro/version el/8. So, we are
unable to install it through "yum install ..".
2. We then tried to compile VPP v20.05. During compilation, we faced issue
while running "
Hi,
vnet_bind_uri can only be called from main thread. If a worker wants to start
listening, you should rpc the request to main thread with
vlib_rpc_call_main_thread.
Regards,
Florin
> On Jul 6, 2020, at 3:46 AM, ais...@gmail.com wrote:
>
> [Edited Message Follows]
>
> HI,
> I am trying to
Hi Amit,
In addition to what Dave said.
You say you are only running ipv4 traffic. Please check the core to see if the
packet that causes the assert is indeed v4.
Also run a node trace so we can see how the packet got to this node. If it's v4
it shouldn't be there and if the interface is not i
> I was wondering if anyone had noticed some similar behavior.
Not until you mentioned it, but the pattern is visible in CSIT results.
See for example here [0] (the page is very long,
and you have to scroll over multicore results to compare packet sizes).
> dpdk-input
In your result, calls outnu
The backtrace appears to indicate that ipv6 link-level traffic is involved.
It’s likely that the interface corresponding to sw_if_index 2 isn’t
ipv6-enabled.
Begs the question why the code wipe out – copying Neale but he is on leave at
the moment – please enable ipv6 on the interface.
It would
[Edited Message Follows]
HI,
I am trying to run a VPP application on multicore env and get a crash when I
call 'vnet_bind_uri'. If I run in just without workers in startup.conf, I dont
get any crash. Please if someone can help me understand why is this crash
coming?
I am using VPP 20.01 on a U
HI,
I am trying to run a VPP application on multicore env and get a crash when I
call 'vnet_bind_uri'. If I run in just without workers in startup.conf, I dont
get any crash. Please if someone can help me understand why is this crash
coming?
I am using VPP 20.01 on a Ubuntu VM:
startup.conf:
u
Hi,
I am running some light ipv4 traffic around 5K pps and observing a core with
the following bt
Program terminated with signal 6, Aborted. #0 0x2b838f53f387 in raise ()
from /lib64/libc.so.6 Missing separate debuginfos, use: debuginfo-install
OPWVs11-8.1-el7.x86_64 (gdb) bt #0 0x2b83
From: Christian Hopps
Date: Friday 26 June 2020 at 12:13
To: "Neale Ranns (nranns)"
Cc: Christian Hopps , vpp-dev
Subject: Re: [vpp-dev] ipsec interface revisted.
On Jun 26, 2020, at 4:22 AM, Neale Ranns (nranns)
mailto:nra...@cisco.com>> wrote:
Hi Chris,
As far as I'm concerned, it's y
