struct ethernet_header_t *hdr0 = vlib_buffer_get_current (b);
struct ip4_header_t *hdr1 = 0;
hdr1 = (ip4_header_t *) (hdr0 + 1);
struct udp_header_t *hdr2 = 0;
hdr2 = (udp_header_t *) (hdr1 + 1);
Hemant
From: vpp-dev@lists.fd.io On Behalf Of
sp11012...@gmail.com
Se
Hi,
I am newbie to VPP Plugin development.
I am able to create a sample plugin and check the packets passing through my
node.
I am trying to check the packet is ipv4 or ipv6
i am able to get the pointer to ethernet header from vlib buffer from the below
API call in my while loop
en0 = vlib_buf
From: vpp-dev@lists.fd.io on behalf of Sudhir CR via
lists.fd.io
Date: Thursday, 10 June 2021 at 08:50
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp hangs with bfd configuration
Hi All,
when we are trying to establish a BFD session between two containers while
processing "adj_bfd_notify ''
Thanks for the quick reply.
So if I need to take inputs from application and proceed to further
processing, what is the way to do so?
Should I still be using 2 binaries?
Regards,
Akash
On Thu, Jun 10, 2021 at 6:31 PM Dave Barach wrote:
> Vpp seems to be its dispatch loop, waiting for an input n
Thanks a lot Florin..
On Thu, 10 Jun 2021, 19:51 Florin Coras, wrote:
> Hi Vijay,
>
> Yes. It can reply to but won’t originate keepalives.
>
> Regards,
> Florin
>
> On Jun 9, 2021, at 11:04 PM, Vijay Kumar wrote:
>
> Hi Florin,
>
> Thanks for the information. It's a good starting point for m
Hi Vijay,
Yes. It can reply to but won’t originate keepalives.
Regards,
Florin
> On Jun 9, 2021, at 11:04 PM, Vijay Kumar wrote:
>
> Hi Florin,
>
> Thanks for the information. It's a good starting point for me
>
> "VPP’s tcp implementation does not support keepalives" ==> I assume
Vpp seems to be its dispatch loop, waiting for an input node to inject work
into the forwarding graph. What you call cust_main() is the moral equivalent of
a while(1) loop. It won’t return.
D.
From: Akash S R
Sent: Thursday, June 10, 2021 7:38 AM
To: Akash S R
Cc: v...@barachs.net; vp
Hi Dave,
As per your suggestion, we have compiled a shared library and renamed main
in vnet/main.c as cust_main ().
Invoking the cust_main() from our application results in a hang. Bt as
below:
Thread 1 "vpp_main" received signal SIGINT, Interrupt.
0x7519d888 in clib_time_now_intern
Hi Sudhir,
this looks like a FIB code issue, even though it manifests when using BFD.
Last I knew, Neale was the FIB guy, not sure who is now…
Thanks,
Klement
> On 10 Jun 2021, at 08:50, Sudhir CR via lists.fd.io
> wrote:
>
> Hi All,
> when we are trying to establish a BFD session between tw
