vpp
vpp copied to clipboard
FDio
as more external tcp clients connect to vcl tcp server --> request --> close, vpp and vcl app Memory usage is getting higher and higher
When I attempt to replicate some issue in CSIT using build with address sanitizer (asan), it is currently affected by two issues. This is the older one, already present in...
https://github.com/FDio/vpp/blame/632d9f9dbaf038f75b32bf302345e1a9e7529c26/Makefile#L293 I believe this line is missing the export as below. If DEBIAN_FRONTEND is not set in the environment, it will be interactive. Not using "export" sets it only within...
when i'm using libmemif, that locates in extra directory, i see multiple overflow on value ns and code does not handle this case, is it OK?
Hi there, #### Context I'd like to implement vpp tests into our CI pipeline. #### My environment - WSL2 OS: ``` DISTRIB_ID=Ubuntu DISTRIB_RELEASE=22.04 DISTRIB_CODENAME=jammy DISTRIB_DESCRIPTION="Ubuntu 22.04.4 LTS" ``` #### Issue...
Because of the `bond-input` will change the rx sw_intfc_index. Fixes in: [https://gerrit.fd.io/r/c/vpp/+/43520](https://gerrit.fd.io/r/c/vpp/+/43520)
Hi, all, In my use case, I need to use a VCL socket, which is based on quic-plugin, as a netdev to add into a bridge domain. Detail is like...
Hello, We are observing consistent packet loss caused by rx_out_of_buffer drops during routing table updates (addition and deletion of routes for routes other than the ones being used in traffic...
In src/plugin/dns/dns.c +638: function `delete_random_entry` use `dns_cache_lock `, but all callers of this function have already obtained locks in advance and have not released them at this time. [https://github.com/FDio/vpp/blob/master/src/plugins/dns/dns.c](url)
use libvcl_ldpreload.so High traffic will result in errors： #0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=140736675296832) at ./nptl/pthread_kill.c:44 #1 __pthread_kill_internal (signo=6, threadid=140736675296832) at ./nptl/pthread_kill.c:78 #2 __GI___pthread_kill (threadid=140736675296832, signo=signo@entry=6) at ./nptl/pthread_kill.c:89 #3 0x00007ffff7db6476 in...
