Re: [vpp-dev] VPP 2005 is crashing on stopping the VCL applications #vpp-hoststack

Hi Raj, Does this [1] fix the issue? Regards, Florin [1] https://gerrit.fd.io/r/c/vpp/+/28173 > On Aug 4, 2020, at 8:24 AM, Raj Kumar wrote: > > Hi Florin, > I tried vppcom_epoll_wait() on 2 different servers by using a simple > application ( with

Re: [vpp-dev] Update to iOAM using latest IETF draft #vpp

Hi Mauricio, The hop-by-hop collection and processing of buffer occupancy, queue depth, transit delays is not implemented. M-Anycast focused on end to end delay by using timestamp in IOAM. You could implement these 3 elements into the existing IOAM implementation without having to update IOAM

Re: [vpp-dev]: Trouble shooting low bandwidth of memif interface

Hello Rajiv, I don’t have any documentation about fine tuning performance on multicore in lxc. VPP 20.05 significantly improved mq support for tapv2. It also improved support for GSO which may be useful depending on your use case. Regards, Jerome De : Rajith PR Date : vendredi 31 juillet 2020

Re: [vpp-dev] VPP 2005 is crashing on stopping the VCL applications #vpp-hoststack

Hi Florin, I tried vppcom_epoll_wait() on 2 different servers by using a simple application ( with only 1 worker thread) . But, still vppcom_epoll_wait() is not being timed out if I do not use use-mq-eventfd . Here are the server details - server 1 - Red hat 7.5 , vpp release - 20.01 server 2

Re: [vpp-dev] VPP 2005 is crashing on stopping the VCL applications #vpp-hoststack

Hi Raj, Interesting. For some reason, the message queue’s underlying pthread_cond_timedwait does not work in your setup. Not sure what to make of that, unless maybe you’re trying to epoll wait from multiple threads that share the same message queue. That is not supported since each thread

Re: [vpp-dev] VPP 2005 is crashing on stopping the VCL applications #vpp-hoststack

Hi Florin, After adding use-mq-eventfd in VCL configuration, it is working as expected. Thanks! for your help. vcl { rx-fifo-size 400 tx-fifo-size 400 app-scope-local app-scope-global use-mq-eventfd api-socket-name /tmp/vpp-api.sock } thanks, -Raj On Tue, Aug 4, 2020 at

Re: [vpp-dev] queue drain warning on calling vapi_disconnect()

Hi, We have implemented sending periodic control ping requests from our application. We are sending these control ping messages on every 20 seconds. We are not seeing the queue drain issue now. Is this the correct way to implement it? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent

[vpp-dev] VPP getting hanged after consecutive VAPI requests

Hi, While integrating VAPI in our application, we observed that after executing a certain number of consecutive VAPI requests, the VPP goes in a hanged state and we receive a SIGABRT signal in our application. For the first request to our application, we execute four VAPI requests (SR policy

Re: [vpp-dev] Update to iOAM using latest IETF draft #vpp

Mauricio, > Justin, > > I too am working on my master thesis, but I'm set to finish in December. Hmm, I see. > Currently, we're looking at video streaming and would like to get telemetry > data for buffer occupancy, queue depth, and transit delays. VPP seems the > best > viable (and free)

Re: [vpp-dev] Update to iOAM using latest IETF draft #vpp

Justin, I too am working on my master thesis, but I'm set to finish in December. Currently, we're looking at video streaming and would like to get telemetry data for buffer occupancy, queue depth, and transit delays. VPP seems the best viable (and free) option for use. Mauricio

Re: [vpp-dev] VLAN tags stripped and packets dropped

Did you try VPP native AVF driver [1] ? It seems we disable vlan stripping during device init. You'll need to create VF but you can use extras/scripts/vfctl script in VPP source dir. Best ben [1] https://docs.fd.io/vpp/20.09/d1/def/avf_plugin_doc.html > -Original Message- > From:

Re: [vpp-dev] VLAN tags stripped and packets dropped

To some extent answering my own question, I have found the following thread - http://mails.dpdk.org/archives/users/2018-June/003175.html - "[...] if adding vlan filter, the packet will be received with vlan stripped even if the vlan_strip is disabled. It’s i40e HW limitation, different from