[vpp-dev] Are some VPP releases considered LTS releases?

Hello VPP experts, Are some VPP releases considered LTS (long-term support) releases? If so, which is the latest LTS version at this time? Best regards, Elias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22097): https://lists.fd.io/g/vpp-dev/me

[vpp-dev] gerrit GPG account issue

Hi guys, I was trying to set up a GPG signature for signing my commits. I followed github guides [0] [1] that I used previously for setting up my github account with GPG signing. I face an issue when I try to add my exported public key into the New GPG key gerrit field. Basically what happens is

[vpp-dev] Gerrit Review Id 37559

Hi community, I have added a fix as gerrit review id 37559. gerrit link: https://gerrit.fd.io/r/c/vpp/+/37559 short description: Fix byte order error about the struct snat_address_t's member net. For example configurations: set interface ip table loop1

Re: [vpp-dev] Gerrit Review Id 37559

On it. Best regards, Filip Varga po 31. 10. 2022 o 14:13 lihuawei napísal(a): > Hi community, > > I have added a fix as gerrit review id 37559. > > *gerrit link: https://gerrit.fd.io/r/c/vpp/+/37559 > * > > *short description: *Fix byte order error about t

Re: [vpp-dev] DNS Resolution over VCL

Hi Florin, Thank you for the reply, much appreciated. I assume that gethostbyname() uses something under the hood that LDP does intercept, otherwise it would continue to use the Linux implementation to resolve hostnames. From what I can see, right now LDP renders gethostbyname() unusable in the

Re: [vpp-dev] Are some VPP releases considered LTS releases?

Hi Elias, No, there is no VPP LTS releases. However, VPP FD.io infra retains the config to have Jenkins jobs for CI for the current and the previous release, on a rolling basis - and the fixes may be cherry-picked there by the community members wishing to do so. --a > On 31 Oct 2022, at 10:15

[vpp-dev] confusion about bvi && bridge-domain && l2fib

Hi community, I tested and studied the bvi && bridge-domain && l2fib recently, and have a confusion about them. When config "set interface l2 bridge loop1 1 bvi", only one bvi interface can be set in a bridge doamin, checked and used at l2 flood process. When config "l2fib add 00:50:56:95:a9:b

Re: [vpp-dev] snat support bind to specific subnets

Hi Filip, I have tried to use extra vrf for routing the nat packets in my nat traffic scenario, it worked good, just caused a little bit of a problem and could be circumvented. I also tried the other way to add network prefix member in struct snat_address_t, it worked well too, and this method

Re: [vpp-dev] snat support bind to specific subnets

Hi Li, Glad to help. Best regards, Filip On Mon, 31 Oct 2022 at 16:52, lihuawei wrote: > Hi Filip, > > I have tried to use extra vrf for routing the nat packets in my nat > traffic scenario, it worked good, just caused a little bit of a problem > and could be circumvented. I also tried the ot

Re: [vpp-dev] snat support bind to specific subnets

Hi Filip & community, About the rate limiting with NAT session, does anyone have recommended reference? Best regards, Huawei LI > 2022年10月29日 04:14，filvarga 写道： > > Hi, Li > > There is no such goal. It would’t be good idea to put rate limiting directly > into NAT. For many good reasons. >

Re: [vpp-dev] DNS Resolution over VCL

Hi Anthony, Assuming the host os has network connectivity beyond vpp for dns resolution, this is surprising. Would be good to understand if anything actually makes its way into ldp during a gethostbyname() call. Native integration with vcl, as opposed to ldp, should solve the problem but tha

Re: [vpp-dev] snat support bind to specific subnets

Hi Li, I would suggest looking into session logic implementation of NAT44-ED and also into ACLs in VPP. The way to go would be to create a plugin that has late limiting nodes. Now you have two options on how to rate limit: 1) based on interface(s) - the more straightforward and easy to implement

Re: [vpp-dev] snat support bind to specific subnets

Hi Filip, Thanks for your suggestion, I will take into account all these. Best regards, Huawei LI > 2022年11月1日 01:26，filvarga 写道： > > Hi Li, > > I would suggest looking into session logic implementation of NAT44-ED and > also into ACLs in VPP. The way to go would be to create a plugin that h

[vpp-dev] RFC for generic flow in native avf

Hi, I submitted a patch for supporting generic flow in native avf. https://gerrit.fd.io/r/c/vpp/+/37563 Generic flow related features were discussed and accepted in the past two releases, for example, generic flow in dpdk plugins and packetforge. This time we are willing to enable it in nativ