The following crash is observed in the contiv deployment.
Version: vpp v19.08.1-282~ga6a98b546-dirty built by root on c4100e93fc1d at Wed
Aug 12 22:44:26 UTC 2020
Deployment: Contiv-vswitch. It has an our configuration agent along with contiv
components.
The following crash is seen during the s
*What:*
*
*
Linux Foundation will be performing maintenance to migrate to our new
SSO service in effort to roll out a more consistent login experience
across all Linux Foundation project services.
The login process will use sso.linuxfoundation.org. It will be similar
to the JSD login.
There is a
Hi ,
We wanted to have our custom graph node to receive all the IP packets that are
destined to our local interfaces.
However, we want the packets after reassmbly is done by the vnet reassembly
code, if needed.
Hence, we added a custom_feature on the ip4-unicast feature-arc as below.
VNET_FEAT
> Is there a way to determine who has cached and who is using a specific
> buffer?
> Is allocation of buffers bounded to a specific numa node? Or can they
> allocate across numa nodes? If so, how is this determined?
As mentioned by Damjan this would be too expensive in general. However if you
are
> On 4 Sep 2020, at 10:41, Solis JR, M. (Mauricio) via lists.fd.io
> wrote:
>
> Thank you, I'm beginning to understand now, then total = available + cached +
> used?
yes
>
> Is there a way to determine who has cached
What do you mean by “who have cached”?
Cached buffers are free buffers
Thank you, I'm beginning to understand now, then total = available + cached +
used?
Is there a way to determine who has cached and who is using a specific buffer?
Is allocation of buffers bounded to a specific numa node? Or can they allocate
across numa nodes? If so, how is this determined?
--
Hi Venkat,
Yes this is resolved. At this point NAT44 ED is using port overloading
algorithm with LRU list of session for reusability of the expired ones.
Best regards,
Filip Varga
From: vpp-dev@lists.fd.io On Behalf Of Venkat
Sent: Thursday, September 3, 2020 5:25 PM
To: vpp-dev@lists.fd.io
Su
