Hi Nikhil
Share me all CLI commands which you have triggered to vpp. I am sure you
forgot to set your interface to your IP table.
*"set interface ip table "*
Use this and enjoy the weekend
*//MJ*
*Regards*,
Mrityunjay Kumar.
Mobile: +91 - 9731528504
On Thu, Mar 11, 2021 at 11:43 PM
Hi Jerome,
Could you share a packet trace of a packet that is being classified but not
correctly redirected? Eg. if you use dpdk:
~# vppctl clear trace
~# vppctl trace add dpdk-input 10
~# vppctl show trace
Best
ben
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of
>
I'm trying out VPP native crypto in async mode and ran into a few
issues. I am using 20.09, but the parts below haven't changed in master.
Have I misunderstood the code? I hope someone could comment:
1. The first issue was that processed operations were not being dequeued.
In
Thanks, let me polish it a bit and will submit for review….
> On 12.03.2021., at 10:32, Andrew Yourtchenko wrote:
>
> +1, great idea!
>
> --a
>
>> On 11 Mar 2021, at 15:36, Damjan Marion via lists.fd.io
>> wrote:
>>
>>
>>
>> Guys,
>>
>> I found that having both global and thread
Hello all,
I think I found a bug/ an unexpected behavior of the classifier when I use it
for IOAM encapsulation/decapsulation.
Indeed, I used the classifier to select packets for IOAM encapsulation or
decapsulation , as it is done in the example described here :
[
Hi ashish ,
I saw an email from you that you wrote about a problem with
vnet_arp_set_ip4_over_ ethernet in vppsb source code . Do you find any solution
for this ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#18906):
+1, great idea!
--a
> On 11 Mar 2021, at 15:36, Damjan Marion via lists.fd.io
> wrote:
>
>
>
> Guys,
>
> I found that having both global and thread data in vlib_main_t is confusing
> to many people and also bug prone.
>
> I wonder if there is sense in. moving global data to new
> I found that having both global and thread data in vlib_main_t is confusing
> to many people and also bug prone.
>
> I wonder if there is sense in. moving global data to new vlib_global_main_t?
>
> I submitted RFC patch and would like to hear what people think about that….
>
>