[vpp-dev] svm ASAN check error

2020-11-13 Thread jiangxiaoming
Hi experts: There is  a svm ASAN check error. My vpp version is 21.01-rc0~394-g798267aaa DBGvpp# ==445==AddressSanitizer CHECK failed: ../../../../libsanitizer/asan/asan_mapping.h:377 "((AddrIsInMem(p))) != (0)" (0x0, 0x0) #0 0x774c158a  (/root/net-base/script/../lib/libasan.so.5+0x11658a) #

Re: [vpp-dev] Frequently updated gauge (scalar)?

2020-11-13 Thread Ole Troan
> On 14 Nov 2020, at 00:44, Christian Hopps wrote: > > Yeah, I ended up doing this. Would be nice to have access to a "double" vs > "u64" type, but using vlib_set_counter works well enough for me. >From the perspective of the stat infra it doesn’t much matter. As long as it’s >64 bit aligne

Re: [vpp-dev] Frequently updated gauge (scalar)?

2020-11-13 Thread Christian Hopps
Yeah, I ended up doing this. Would be nice to have access to a "double" vs "u64" type, but using vlib_set_counter works well enough for me. Thanks, Chris. > On Nov 13, 2020, at 5:16 PM, otr...@employees.org wrote: > > Hi Christian, > > Aboslutely. The periodic gauge callback is purely there fo

Re: [vpp-dev] Frequently updated gauge (scalar)?

2020-11-13 Thread Ole Troan
Hi Christian, Aboslutely. The periodic gauge callback is purely there for sources that don't provide the counters themselves. E.g. used for polling mempry heaps, free buffers and so on. You can just use a normal counter (counter.c) for your high frequency gauge. Cheers, Ole > On 13 Nov 2020, a

Re: Handoff design issues [Re: RES: RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?]

2020-11-13 Thread Honnappa Nagarahalli
This is a typical problem one would face with a pipeline mode of processing packets. i.e. the over all performance of the pipeline is equal to the performance of the lowest performing stage in the pipeline. Having a bigger queue would help handle a burst or might solve the problem for a given pl

Handoff design issues [Re: RES: RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?]

2020-11-13 Thread Christian Hopps
FWIW, I too have hit this issue. Basically VPP is designed to process a packet from rx to tx in the same thread. When downstream nodes run slower, the upstream rx node doesn't run, so the vector size in each frame naturally increases, and then the downstream nodes can benefit from "V" (i.e., pro

Re: [vpp-dev] Python API modules

2020-11-13 Thread Marcos - Mgiga
Hi Paul ,Thank you for your answear. Iam sure that anyone who uses or maintain this project is very competent, and as a beginner I'm grateful for that and hopefully I Will be able to help it get even biggerWell, my goal is just build a dashboard to make easier the process of managing Vpp, maybe

Re: [vpp-dev] Python API modules

2020-11-13 Thread Paul Vinciguerra
Hi Marcos. Yes. Your assumption is correct. A library user expects access to the library. I'm going to ask the question that you haven't. Why won't Ole, as maintainer, allow it? The build system uses something called vppapigen to generate the c include files and the json files. It could as eas

[vpp-dev] Frequently updated gauge (scalar)?

2020-11-13 Thread Christian Hopps
I have need to track a frequently updated value (pps rate during congestion control), but I need this to be close to very frequently updated (basically whenever I change the value which is based on RTT). It seems the current gauge code you supply a callback which updates the counter (at a defaul

RES: RES: RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Marcos - Mgiga
Thanks, you see reducing the number of VPP threads as an option to work this issue around, since you would probably increase the vector rate per thread? Best Regards -Mensagem original- De: vpp-dev@lists.fd.io Em nome de Klement Sekera via lists.fd.io Enviada em: sexta-feira, 13 de nov

Re: [vpp-dev] VPP-1946

2020-11-13 Thread Benoit Ganne (bganne) via lists.fd.io
Hi Paul, > I just wanted to take a sec., and say thank you to Damjan/Ben for fixing > VPP-1946. I documented an issue, and it was fixed in 2 days. That was an > example of a great user experience! Thanks for the kind word, your contribution is appreciated too: testing and filling meaningful bu

Re: RES: RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Klement Sekera via lists.fd.io
I used the usual 1. start traffic 2. clear run 3. wait n seconds (e.g. n == 10) 4. show run Klement > On 13 Nov 2020, at 18:21, Marcos - Mgiga wrote: > > Understood. And what path did you take in order to analyse and monitor vector > rates ? Is there some specific command or log ? > > Thanks

RES: RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Marcos - Mgiga
Understood. And what path did you take in order to analyse and monitor vector rates ? Is there some specific command or log ? Thanks Marcos -Mensagem original- De: vpp-dev@lists.fd.io Em nome de ksekera via [] Enviada em: sexta-feira, 13 de novembro de 2020 14:02 Para: Marcos - Mgiga

Re: RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread ksekera via []
Not completely idle, more like medium load. Vector rates at which I saw congestion drops were roughly 40 for thread doing no work (just handoffs - I hardcoded it this way for test purpose), and roughly 100 for thread picking the packets doing NAT. What got me into infra investigation was the fa

[vpp-dev] VPP-1946

2020-11-13 Thread Paul Vinciguerra
Hi All, I just wanted to take a sec., and say thank you to Damjan/Ben for fixing  VPP-1946.  I documented an issue, and it was fixed in 2 days.  That was an example of a great user experience! Thank you! -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Onli

RES: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Marcos - Mgiga
So you mean that this situation ( congestion drops) is most likely to occur when the system in general is idle than when it is processing a large amount of traffic? Best Regards Marcos -Mensagem original- De: vpp-dev@lists.fd.io Em nome de Klement Sekera via lists.fd.io Enviada em: s

Re: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via lists.fd.io
>> Would you consider changing to a larger value in the official VPP code? Maybe make it configurable? I mean, after 28980 is merged and you still find tweaking the value helpful. Vratko. -Original Message- From: vpp-dev@lists.fd.io On Behalf Of Klement Sekera via lists.fd.io Sent: Fri

Re: [vpp-dev] Python API modules

2020-11-13 Thread Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)
> All available api are represented in python. That is one part of it. Not every "available" message is useable, as some messages need corresponding VPP plugins, which may be disabled. >> all available Python modules to use in VPP API. It depends on what do you mean by "Python module". If you me

Re: [vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Klement Sekera via lists.fd.io
Hi Elias, I’ve already debugged this and came to the conclusion that it’s the infra which is the weak link. I was seeing congestion drops at mild load, but not at full load. Issue is that with handoff, there is uneven workload. For simplicity’s sake, just consider thread 1 handing off all the t

[vpp-dev] Increasing NAT worker handoff frame queue size NAT_FQ_NELTS to avoid congestion drops?

2020-11-13 Thread Elias Rudberg
Hello VPP experts, We are using VPP for NAT44 and we get some "congestion drops", in a situation where we think VPP is far from overloaded in general. Then we started to investigate if it would help to use a larger handoff frame queue size. In theory at least, allowing a longer queue could help av

Re: [vpp-dev] Python API modules

2020-11-13 Thread Ole Troan
Hi Marcos, > On 13 Nov 2020, at 15:08, Marcos - Mgiga wrote: > >  > > > Hello There, > > I believe this is a trivial question, but where / how can I get a list of all > avaialble Python modules to use in VPP API. > You can’t. They are auto generated from the available json representations of

[vpp-dev] Python API modules

2020-11-13 Thread Marcos - Mgiga
Hello There, I believe this is a trivial question, but where / how can I get a list of all avaialble Python modules to use in VPP API. Best Regards -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18010): https://lists.fd.io/g/vpp-dev/m

Re: [vpp-dev] VPP load estimation

2020-11-13 Thread Joe Nguyen
Thanks Ben for your reply. I found that we can get the VPP rate (size) information through vpp_get_stats function. /Joe -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#18009): https://lists.fd.io/g/vpp-dev/message/18009 Mute This Topic: https://lis