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
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 =
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
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
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;
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
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
Hi All,
when we are trying to establish a BFD session between two containers while
processing "adj_bfd_notify '' VPP went into an infinite loop and hung in
one of the containers, and this issue is reproducible every time with below
topology and configuration.
Any help in fixing the issue would
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 does not initiate one but can respond to any KA sent by the peer?
Is this understanding right?
Regards.
On Wed, Jun 9, 2021 at 8:00 PM
11 matches
Mail list logo