Hi, Li
There is no such goal. It would’t be good idea to put rate limiting
directly into NAT. For many good reasons.
Much better solution would be to implement a new rate limiting plugin.
If you need such a functionality feel free to contribute.
Best regards
On Fri, 28 Oct 2022 at 18:35, lihua
Hi Anthony,
LDP doesn’t currently intercept gethostbyname as integration with vpp's
internal dns resolver is not yet done for vcl. Should you or anybody else be
interested in implementing that, I’d be happy to offer support.
Regards,
Florin
> On Oct 28, 2022, at 2:29 AM, Anthony Fee wrote:
Hi all,
I have discovered the problem with IP6 ND RA receiving side - it can be
observed on Windows 10/7/UBNT airos8 and some others. Issue not observed on
the Debian 11+nmcli. Configuration is pretty straightforward. Tested with
VPP 22.06, 22.10. Issue persists. VPP configuration is the default,
Hi Filip,
Yes, it’s "session rate limiting" what I mean.
Does community have any plan about "session rate limiting" in the classical
flavours of nat?
Thanks & Regards,
Huawei LI
> 2022年10月28日 21:20,filvarga 写道:
>
> Hi Li,
>
> What exactly do you mean by "new nat session rate limit" ? There
Hi Li,
What exactly do you mean by "new nat session rate limit" ? There is no
session rate limiting in the classical flavours of nat
(nat44-ed,nat44-ei,det44,nat64,nat66)
Best regards,
Filip Varga
pi 28. 10. 2022 o 3:09 lihuawei napísal(a):
> Hi Filip,
>
> Thanks very much for your detailed i
Hi all,
I still haven't had any luck getting this working. Any ideas?
Thanks in advance!
Anthony
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22089): https://lists.fd.io/g/vpp-dev/message/22089
Mute This Topic: https://lists.fd.io/mt/94581374/21
Hello folks,
I've updated to 22.10 and an assertion failed. Looks like I went more than
8 bytes before the headroom (although the packet looks fine). Since it's
quite hard to tell who's the bad guy, shouldn't we have the following
assertion in vlib_buffer_advance also?
ASSERT ((signed) b->current