[vpp-dev] fail_over_mac=1 (Active) Bonding

2021-09-14 Thread chetan bhasin
Hi, We have a feature to support Bonding fail_over_mac=1 (Active) in VPP . Are there any plans to implement this ? If we want to implement this, can anybody please provide a direction. Thanks, Chetan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online

Re: [vpp-dev] Centos 8 install problems

2021-09-14 Thread Felipe Arturo Polanco
Ok, thanks for the info. Switching to Ubuntu worked. On Tue, Sep 14, 2021, 7:57 AM Benoit Ganne (bganne) wrote: > This is not very surprising unfortunately: we do not have any active > maintainer for CentOS anymore, and CentOS has been removed from our CI/CD > pipeline because of that. > You

Re: [vpp-dev] TLS app stuck after burst of traffic #vpp-hoststack

2021-09-14 Thread Florin Coras
Forgot to mention that if my hunch is accurate, probably you should try increasing tls’s fifo segment memory by adding a tls stanza to startup.conf, e.g.: tls { first-segment-size 4g } Where 4g can be larger if you have lots of sessions. Regards, Florin > On Sep 14, 2021, at 8:45 AM,

Re: [vpp-dev]: Assert in vnet_mpls_tunnel_del()

2021-09-14 Thread Rajith PR via lists.fd.io
Hi Neale, You are right, I think there is a possibility of a route getting resolved through the tunnel, when the tunnel delete was called. Though what is being resolved is not the mpls tunnel by itself nor the rpath with the extension, but the plain nexthop. Thanks a lot for the pointer. But how

[vpp-dev] VPP healthy or not, or VAPI connection is healthy or not #vapi #vpp #shm

2021-09-14 Thread RaviKiran Veldanda
Hi Experts, We are using several applications to communicate the VPP by using the VAPI. We are using Vapi_connect, Vapi_send, Vapi_recv calls, Sometimes I see one of the application can not able to communicate with VPP and it will give errors. At the same time other applications are running fine

[vpp-dev] TLS app stuck after burst of traffic #vpp-hoststack

2021-09-14 Thread Olivia Dunham
During sudden burst of traffic, the TCP fifo gets full. When this happens the openssl TLS app de-schedules the transport. But once the TCP data is sent out, the TLS is not resuming. VPP ends up in a state where TCP fifo is empty, but the TLS fifo is full and no more Tx happens on TLS fifo. VPP

Re: [vpp-dev]: Assert in vnet_mpls_tunnel_del()

2021-09-14 Thread Neale Ranns
Hi Rajiyh, Maybe there’s something that still resolves through the tunnel when it’s deleted? /neale From: vpp-dev@lists.fd.io on behalf of Rajith PR via lists.fd.io Date: Tuesday, 14 September 2021 at 13:17 To: vpp-dev Subject: [vpp-dev]: Assert in vnet_mpls_tunnel_del() Hi All, We

Re: [vpp-dev] Centos 8 install problems

2021-09-14 Thread Benoit Ganne (bganne) via lists.fd.io
This is not very surprising unfortunately: we do not have any active maintainer for CentOS anymore, and CentOS has been removed from our CI/CD pipeline because of that. You might want to use Debian or Ubuntu which are actively supported. Best ben > -Original Message- > From:

[vpp-dev]: Assert in vnet_mpls_tunnel_del()

2021-09-14 Thread Rajith PR via lists.fd.io
Hi All, We recently started using the VPP's mpls tunnel constructs for our L2 cross connect application. In certain test scenarios we are seeing a crash in the delete path of the mpls tunnel. Any pointers to fix the issue would be really helpful. Version: *20.09* Call Stack: Thread 1 (Thread