Re: [vpp-dev] How to configure network between different namespaces using hoststack

Hi Hanlin, Are your app namespaces mapped to the same vrf? If no, then your interfaces can have IPs out of the same subnet because they’re part of different vrf tables. To allow for connectivity between the vrfs you’ll need to do some “vrf leaking”. We do exactly that in our vcl make test (see

Re: [vpp-dev] Based on the VPP to Nginx testing #ngnix

Hi, You’ll have to be a bit more specific with respect to the issues you’re hitting. Are you saying that nginx + wrk and vpp 19.08 result in really low throughput? Is this the first release of 19.08 or a later one like 19.08.3. Have you tried master? For throughput testing we typically use [1

Re: [vpp-dev] ldp select/epoll with 0 timeout will make cpu 100% busy

For optimal performance, we recommend that people integrate their applications with VCL. LDP functionally supports a number of applications, but for certain scenarios it is not optimal. In particular, it is not efficient when the application is heavily threaded because VLS (shim between VCL an

Re: [vpp-dev] tcp_echo

Hi Dom, You can’t run app debug binaries against vpp release binaries because dlmalloc will try to validate allocations between two processes. That’s the crash you got lower. Try to run vpp debug binaries with tcp_echo debug binaries. Most of our testing is based on vcl (say with iperf[1]). D

Re: [vpp-dev] [VCL] hoststack app crash with invalid memfd segment address

apply this patch and check it. Thanks a lot! >> >> Regards, >> Hanlin >> >> wanghanlin >> >> wanghan...@corp.netease.com >> >> <https://maas.mail.163.com/dashi-web-extend/html/proSignature.html?ftlId=1&name=wanghanlin&uid=wanghanlin%40corp.netease.com&i

Re: [vpp-dev] ldp write assert error

Patch looks good! I’ll merge once the ci-infra issues are solved. Since you’re doing perf testing, I’ll note again, although I’m sure you already know it, that ldp performance is somewhat lower than that of vcl under certain types of load, because of vls locking. Thanks, Florin > On Nov 21, 2

Re: [vpp-dev] [VCL] hoststack app crash with invalid memfd segment address

tps://maas.mail.163.com/dashi-web-extend/html/proSignature.html?ftlId=1&name=wanghanlin&uid=wanghanlin%40corp.netease.com&iconUrl=https%3A%2F%2Fmail-online.nosdn.127.net%2Fqiyelogo%2FdefaultAvatar.png&items=%5B%22wanghanlin%40corp.netease.com%22%5D&logoUrl=https%3A%2F%2Fmail-on

Re: [vpp-dev] Requesting feedback on a change.

Quick reply wrt to point 2. This is just the way I separate things, others may have different opinions: - I believe perror is called after some syscall fails. Alternatively, clib_unix_error/clib_unix_warning maybe used for the same purpose - If by local loggers you mean the vlib log infra, that

Re: [vpp-dev] Change to Gerrit

+1 Florin > On Nov 20, 2019, at 10:32 AM, Paul Vinciguerra > wrote: > > How would the group feel about implementing something like [0], so that > changes to the commit message don't trigger rebuilds? > > To enforce the commit message structure, we could skip the jobs and set > verify label

Re: [vpp-dev] UDP echo server-session-queue node TX event issue

Hi Shiva, The echo client/server code was mainly built for tcp testing and was never made to properly work with udp (it does not support session worker migration). It did work with udpc (connected udp), but apparently that’s not currently selectable due to a transport protocol unformat bug fix

Re: [vpp-dev] [VCL] hoststack app crash with invalid memfd segment address

Hi Hanlin, Just to make sure, are you running master or some older VPP? Regarding the issue you could be hitting lower, here’s [1] a patch that I have not yet pushed for merging because it leads to api changes for applications that directly use the session layer application interface instead of

Re: [vpp-dev] VPP crash in TCP FIFO allocation

t; /dev/shm for memory allocation? > > Regards, > Akshaya N > > On Fri, Oct 25, 2019 at 2:03 AM Akshaya Nadahalli > mailto:akshaya.nadaha...@gmail.com>> wrote: > Sure, I will try to move to master and try it out. Will update once I am able > to test with master. > > R

Re: [vpp-dev] Can "use mq eventfd" solve epoll wait h igh cpu usage problem?

%2Fqiyelogo%2FdefaultAvatar.png&items=%5B%22wanghanlin%40corp.netease.com%22%5D&logoUrl=https%3A%2F%2Fmail-online.nosdn.127.net%2Fqiyeicon%2F209a2912f40f6683af56bb7caff1cb54.png> > 签名由 网易邮箱大师 <https://mail.163.com/dashi/dlpro.html?from=mail81> 定制 > On 11/1/2019 12:07，Florin Coras

Re: [vpp-dev] Can "use mq eventfd" solve epoll wait h igh cpu usage problem?

5B%22wanghanlin%40corp.netease.com%22%5D&logoUrl=https%3A%2F%2Fmail-online.nosdn.127.net%2Fqiyeicon%2F209a2912f40f6683af56bb7caff1cb54.png> > 签名由 网易邮箱大师 <https://mail.163.com/dashi/dlpro.html?from=mail81> 定制 > On 10/31/2019 23:34，Florin Coras > <mailto:fcoras.li...@gmail.com> w

Re: [vpp-dev] Can "use_mq_eventfd" solve epoll_wait high cpu usage problem?

Hi, use_mq_eventfd will help with vcl but as you’ve noticed it won’t help for ldp because there we need to poll both vcl and linux fds. Because mutex-condvar notifications can’t be epolled we have to constantly switch between linux and vcl epolled fds. One option going forward would be to chan

Re: [vpp-dev] GNU indent pain

+1 I think we should do this independent of the “indent wars” Thanks, Florin > On Oct 22, 2019, at 10:09 AM, Damjan Marion via Lists.Fd.Io > wrote: > > > Folks, > > Now we have 2nd release of ubuntu out which comes with new GNU indent which > introduces lot of bug fixes. > Unfortunately o

Re: [vpp-dev] vppcom_session_connect blocking or non blocking

ber? I see that > VPPCOM_ATTR_GET_ERROR is not working yet. > > Thank you. > > Пятница, 18 октября 2019, 18:04 +03:00 от Florin Coras > : > > Hi Max, > > I had this patch [1] that indirectly fixes the issue lying around. So, is an > EPOLLOUT | EPOLLHUP event

Re: [vpp-dev] VPP tls doesn't support adding a custom tls engine, and vcl not support choosing tls engine

Hi, Here’s a draft patch that allows the addition of new application crypto engine types [1] and another draft patch that allows the configuration of custom tls engines for vcl apps [2]. The latter might change as we improve vcl integration with tls, but for now should do. I pushed the patch

Re: [vpp-dev] vppcom_session_connect blocking or non blocking

Hi Florin, > > vppcom_session_connect in non-blocking mode works well only if the connection > can be successfully established. If the connection cannot be established, > then no event is raised about this. How can this be fixed? > > Thanks. > > > Четверг, 5 сентября 2019, 1:04

Re: [vpp-dev] Basic l2 bridging does not work

This looks like a DPDK issue, but I’ll let Damjan be the judge of that. To see if this is a config issues, could you simplify your startup config by - removing “workers 0” from the two nics and adding “num-rx-queues 2” to the nics or to the default stanza, if you’re running with 2 workers - comm

Re: [vpp-dev] Basic l2 bridging does not work

Hi Chuan, As Balaji said, probably it’s worth making sure the cable between the eth0 nics is fine and that eth0 on R230 works as expected. For instance, you could double check your setup by switching to linux drivers and trying a ping between the two boxes. Regarding “sh int”, it only shows

Re: [vpp-dev] Is there any way to set local ip with vcl when connect remote socket server ?

Hi, Currently we only support setting of local ips for builtin applications, like the one you’ve built lower. VCL and the message queue api currently do not support this. I guess we could add a VPPCOM_ATTR_SET_LCL_ADDR set attribute option and pass that over the api. But before that, could yo

Re: [vpp-dev] tls close from cli lead to assert error

Hi, First of all, that’s just a test tool that forces closing of sessions by “faking” a transport close request. It can potentially lead to other issues if afterwards the app calls the wrong apis into the transport. It shouldn’t be used on production traffic. Having said that, your problem i

Re: [vpp-dev] VPP Hoststack CPS

Ni Nataraj, I haven’t tested this recently but we’re planning on adding some tcp + vcl related performance testing to csit. Regards, Florin > On Oct 10, 2019, at 6:30 PM, Nataraj Batchu wrote: > > Hi Florin: > > Thanks for the quick reply. By any chance, do you have latest CPS numbers? Or

Re: [vpp-dev] VPP Hoststack CPS

Hi Nataraj, The test was done with the builtin echo applications over a 40Gbps link with no latency and it measured CPS as number of TCP handshakes per second. Also, note that’s a pretty old presentation. Florin > On Oct 9, 2019, at 10:30 AM, Nataraj Batchu wrote: > > Hi, > > In the slide

Re: [vpp-dev] vlib_node_add_next usage #vpp

Hi Ranadip, Yes, the session layer updates all vms when it adds a new arc from session_queue_node to whatever the transport wants to use for output. I don’t remember now why we did things that way, but it may be that it’s not needed anymore. Florin > On Oct 2, 2019, at 9:23 PM, Ranadip Das

Re: [vpp-dev] UDP packet sending using sendto()

Hi Nataraj, It’s not possible with VCL at this point but it’s possible with builtin applications. It’s just a matter of extending the connect api to support this. Florin > On Sep 25, 2019, at 6:16 PM, Nataraj Batchu wrote: > > Hi, > > Today with VPP we cannot give endpoint info in sendto()

Re: [vpp-dev] VLC: tls in open tcp session

Hi Max, No, it’s not possible. Florin > On Sep 16, 2019, at 1:35 AM, Max A. via Lists.Fd.Io > wrote: > > Hello, > > Is it possible to switch to using TLS in an already open TCP session using > VCL? > > Thanks. -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group.

Re: [vpp-dev] VPP API client with no rx pthread

Hi Satya, Probably you can just replicate what the api rx-thread is doing, i.e., rx_thread_fn. In particular, take a look at vl_msg_api_queue_handler. Florin > On Sep 11, 2019, at 3:26 AM, Satya Murthy wrote: > > Hi , > > We are trying to develop a VPP API client which needs synchronous re

Re: [vpp-dev] vppcom_session_connect blocking or non blocking

Hi Max, Here’s the patch that allows non-blocking connects [1]. Florin [1] https://gerrit.fd.io/r/c/vpp/+/21610 <https://gerrit.fd.io/r/c/vpp/+/21610> > On Aug 15, 2019, at 7:41 AM, Florin Coras via Lists.Fd.Io > wrote: > > Hi Max, > > Not at this time. It shoul

Re: [vpp-dev] VPP 19.08 release is available!

Congrats to the entire community and thanks Andrew! Cheers, Florin > On Aug 21, 2019, at 1:57 PM, Andrew Yourtchenko wrote: > > Hi all, > > the VPP release 19.08 artifacts are available on packagecloud release > repositories. > > I have tested the installation on ubuntu and centos. > > Many

Re: [vpp-dev] ValueError: Fieldname 'async' is a python keyword and is not accessible via the python API

> On Aug 21, 2019, at 8:32 AM, Damjan Marion wrote: > >> >> On 21 Aug 2019, at 17:15, Florin Coras > <mailto:fcoras.li...@gmail.com>> wrote: >> >> Interesting. Want to push a patch to change async_enable or something like >> that here

Re: [vpp-dev] ValueError: Fieldname 'async' is a python keyword and is not accessible via the python API

Interesting. Want to push a patch to change async_enable or something like that here [1]? Or I can do that. Florin [1] https://git.fd.io/vpp/diff/src/plugins/tlsopenssl/tls_openssl.api?id=be4d1aa > On Aug 21, 2019

Re: [vpp-dev] vppcom_session_connect blocking or non blocking

Hi Max, Not at this time. It should be possible with a few changes for nonblocking sessions. I’ll add it to my list, in case nobody else beats me to it. Florin > On Aug 15, 2019, at 2:47 AM, Max A. via Lists.Fd.Io > wrote: > > Hello, > > Can vppcom_session_connect() function run in non-blo

Re: [vpp-dev] Envoy transport socket support for vpp.

Hi Rupesh, CC’ing Stephen and Ping who are working on this. Florin > On Aug 5, 2019, at 4:36 AM, Rupesh Raghuvaran > wrote: > > Hi, > > I would like to know the current state of the support for envoy over vpp host > stack. Is there any open source transport socket support for vpp availabl

Re: [vpp-dev] Transport endpoint extraction while using vnet_connect_uri

Hi Praveen, That’s just master branch :-) Florin > On Aug 1, 2019, at 2:03 PM, Praveen Kariyanahalli > wrote: > > I dont see that tag 1908. How do I get that code? > > Thanks in advance > Praveen > ᐧ > > On Wed, Jul 31, 2019 at 10:18 PM Florin Coras

Re: [vpp-dev] Transport endpoint extraction while using vnet_connect_uri

Hi Praveen, In 19.08 you can grab the local and remote endpoints with session_get_endpoint. We didn’t have these in 19.04. Florin > On Jul 31, 2019, at 7:18 PM, Praveen Kariyanahalli > wrote: > > I wrote an client app to connect to remote tls_server using vnet_connect_uri. > > Post connec

Re: [vpp-dev] [dmm-dev] FD.io - Gerrit 2.16 Changes

Apologies, seems today is not my day with links. Florin [1] https://github.com/openstack-infra/git-review/tree/master/git_review <https://github.com/openstack-infra/git-review/tree/master/git_review> > On Jul 30, 2019, at 1:51 PM, Florin Coras via Lists.Fd.Io > wrote: > &g

Re: [vpp-dev] [dmm-dev] FD.io - Gerrit 2.16 Changes

Pushed send too soon Florin [1] /usr/lib/python3/dist-packages/git_review/cmd.py > On Jul 30, 2019, at 1:49 PM, Florin Coras via Lists.Fd.Io > wrote: > > It seems that this [1] supports the new workflows. Just overwriting > /usr/lib/python3/dist-packages/git_review/cmd.py

Re: [vpp-dev] [dmm-dev] FD.io - Gerrit 2.16 Changes

It seems that this [1] supports the new workflows. Just overwriting /usr/lib/python3/dist-packages/git_review/cmd.py seems to do the trick. I’m sure there must be a cleaner way … Florin > On Jul 30, 2019, at 1:20 PM, Vanessa Valderrama > wrote: > > Changes that will happen with Gerrit: >

Re: [vpp-dev] [tsc] FD.io Maintenance: 2019-07-30 @ 1700 UTC (10:00am PDT) - 2100 UTC (2:00pm PDT)

I definitely like the new UI. But now I’m getting: "! [remote rejected] HEAD -> refs/drafts/master (draft workflow is disabled)” Did something change? Thanks, Florin > On Jul 30, 2019, at 11:57 AM, Vanessa Valderrama > wrote: > > Maintenance is complete. All systems are now available.

Re: [vpp-dev] TCP host stack & small size fifo

Hi Max, Inline. > On Jul 28, 2019, at 10:47 AM, Max A. wrote: > > Hi Florin, > > I simplified the application. It sends the request and reads all the data > from the server using the 8 KB buffer. The fifo size is set to 8 KB. In the > attached dump [1] you can see that in packet number 14 th

Re: [vpp-dev] TCP host stack & small size fifo

Hi Max, By the looks of it, the result is different, although not perfect. That is, you can now see multiple packets (more than the 14k) exchanged before window goes to zero. How are you reading the data in vcl, i.e., how large is your read buffer? I hope it’s at least around 8-14kB. Also,

Re: [vpp-dev] TCP host stack & small size fifo

Hi Max, > On Jul 25, 2019, at 6:09 AM, Max A. wrote: > > Hi Florin, > > I tried to increase the buffer size to 128k. The problem still arises, only > less often [1]. The smaller the buffer, the more often the problem occurs. Yup, for maximum throughput, fifo size needs to be large enough to

Re: [vpp-dev] TCP host stack & small size fifo

Hi Max, > On Jul 25, 2019, at 5:51 AM, Max A. wrote: > > Hi Florin, > > > As explained above, as long as the sender is faster, this will happen. Still, > out of curiosity, can you try this [1] to see if it changes linux’s behavior > in any way? Although, I suspect the linux’s window probe t

Re: [vpp-dev] echo server crash with my certs/self signed cert. (tls uri)

:02 myvpp1 vnet[1468]: tls_disconnect:550: Disconnecting 4000 > > ᐧ > > On Tue, Jul 23, 2019 at 10:59 PM Praveen Kariyanahalli > mailto:praveen.ha...@gmail.com>> wrote: > I havent changed anything in the listener handler (this is latest vpp code as > is). Just changed the c

Re: [vpp-dev] TCP host stack & small size fifo

Hi Max, Note how whenever acks go from 192.168.0.1 to 192.168.0.200, the window is constantly 8k, it never drops, i.e., that buffer never fills. If you pick a segment, say seq 18825 -> 20273, it’s sent at time 0.000545 and it’s acked at 0.000570. So, the ack went out after 25us and by that tim

Re: [vpp-dev] TCP host stack & small size fifo

=1JV1zSpggwEoWdeddDR8lcY3yeQRY6-B3> > > Среда, 24 июля 2019, 17:45 +03:00 от Florin Coras : > > Hi, > > It seems that linux is reluctant to send a segment smaller than the mss, so > it probably delays sending it. Since there’s little fifo space, that’s pretty > m

Re: [vpp-dev] TCP host stack & small size fifo

uently, are the linux side sockets marked as no_delay ? > [2] > > [1]: https://en.wikipedia.org/wiki/Silly_window_syndrome > > [2]: > https://stackoverflow.com/questions/17842406/how-would-one-disable-nagles-algorithm-in-linux > > --a > > On 7/24/19, Florin Coras

Re: [vpp-dev] TCP host stack & small size fifo

Hi, It seems that linux is reluctant to send a segment smaller than the mss, so it probably delays sending it. Since there’s little fifo space, that’s pretty much unavoidable. Still, note that as you increase the number of sessions, if all send traffic at the same rate, then their fair share

Re: [vpp-dev] echo server crash with my certs/self signed cert. (tls uri)

Hi Praveen, It looks like the tls listener was not properly initialized. I’d recommend running a debug image from gdb to get more info. Probably openssl complained about the parameters on listen but the error was not handled. If I’m right, this [1] should better handle the failed listen. Fl

Re: [vpp-dev] nginx+vpp with epoll pattern failed #vpp #ngnix #epoll

Hi, It’s not clear from your email if you’re trying it out with ldp or directly with vcl. If you’re trying a direct integration with vcl, note that vcl epoll is edge triggered, so you must read all data before waiting for another rx event. Florin > On Jul 22, 2019, at 7:32 PM, fjc...@hotma

Re: [vpp-dev] VCL defaults to app-local-scope

Hi Alok, Inline. > On Jul 11, 2019, at 5:19 PM, Alok Nikhil (anikhil) via Lists.Fd.Io > wrote: > > Thanks Florin! That works. > > Just a couple of more questions - > 1) You mentioned the VCL library was undergoing a refactor. Is it now stable > enough for production use? Yes, VCL refactor

Re: [vpp-dev] VCL defaults to app-local-scope

Hi Alok, VCL, on master, defaults to no scope set. Local and global scope are set only if requested in vcl.config as “app-local-scope” or “app-global-scope” or if set via environment variables, like in your example lower. For more details check vcl_cfg.c. Session layer interprets no scope set

Re: [EXTERNAL] [vpp-dev] VPP Router Plugin or alternatives

Just a quick note on punting tcp: we can punt TCP flows that do not match a configured session but at this time, we can’t punt to a specific node, instead they are punted to ip4/6-punt. As for TCP-MD5, it could be implemented, but I have my hands full these days. And, to rant for a second, why

Re: [vpp-dev] TCP host stack

Hi, Yes, it should. But there are several things that must be considered: - the proxy code is not optimized at all. It’s just a toy - fifos (buffers for connections) are not auto-tunnable at this point. To achieve a high throughput you need to manually configure large fifos. Here’s[1] how we do

[vpp-dev] centos jobs failing

It seems the centos package expired in packagecloud. Ed is working on the problem. Florin-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13415): https://lists.fd.io/g/vpp-dev/message/13415 Mute This Topic: https://lists.fd.io/mt/32277567/21656 Gro

Re: [vpp-dev] VPP 19.04 TCP stack issue: I think TCP stack notify the FIN reception immaturely #vnet

Hi, Well, yes. VPP tcp won’t send out of order fins because it waits for all the data to be acked before sending the fin. Still, others may do it, so here’s a quick fix for that [1]. Thanks, Florin [1] https://gerrit.fd.io/r/c/20403/ > On Jun 28, 2019, at

Re: [vpp-dev] A question about TCP statck in version 19.04, when passive FIN coming in first, then APP close with TX fifo not empty, it seem can't have chance to send FIN out. #vnet

Here’s the patch [1]. Thanks, Florin [1] https://gerrit.fd.io/r/c/20404/ <https://gerrit.fd.io/r/c/20404/> > On Jun 28, 2019, at 7:54 AM, guangwei wrote: > > Yes, please fixed it, I'am just searching the code, no environment to verify > it. > > > > At

Re: [vpp-dev] A question about TCP statck in version 19.04, when passive FIN coming in first, then APP close with TX fifo not empty, it seem can't have chance to send FIN out. #vnet

Hi, That is correct. You want to provide the patch or should I do it? Thanks, Florin > On Jun 28, 2019, at 6:10 AM, guangwei wrote: > > Now, I'am searching the TCP stack of VPP 19.04, and have a doubt, please look > following comment in line. > > tcp46_rcv_process_inline > { > ... >

Re: [vpp-dev] test-debug in the CI

This [1] seems to solve sctp issues with debug images locally. Florin [1] https://gerrit.fd.io/r/c/20337/ > On Jun 25, 2019, at 12:10 PM, Dave Barach via Lists.Fd.Io > wrote: > > The BIER tests cause ASSERT failures. I’ll have a quick look, then turn the >

Re: [vpp-dev] TLS client app

Hi, No, we’re not exposing the server certificate in the session connected notification because that api is generic, i.e., used for all transports. If you need to grab the server certificate out of a tls connection, you’ll need to add a separate api that for a given session handles returns the

Re: [vpp-dev] Commit Subjects

Hi Jon, Yup, it has to match a maintainer “I” entry and yes, that’s where the script is. :-) Florin > On Jun 17, 2019, at 1:16 PM, Jon Loeliger via Lists.Fd.Io > wrote: > > And now this: > > === ERROR === > Unknown feature 'Consolida

Re: [vpp-dev] Transparent proxy app

Hi, By default the stack only accepts “for-us” packets, i.e., packets that have as destination ip one vpp’s interface ips. To support transparent proxying you’d have to 1) write your own feature that intercepts traffic and delivers it to the stack and 2) your own transparent proxy app. Flori

Re: [vpp-dev] setsockopt with TCP_NODELAY

_MAXSEG(to much lower than interface MTU) and TCP_KEEPINTVL. These options > need to be communicating to the vnet right? I was looking for that. > > Thanks, > -Nataraj > > On Wed, Jun 12, 2019 at 11:14 AM Florin Coras <mailto:fcoras.li...@gmail.com>> wrote: > Hi

Re: [vpp-dev] setsockopt with TCP_NODELAY

Hi Nataraj, TCP defaults to TCP_NODELAY behavior, unless you need Nagle’s algorithm on, you should be fine. As for the socket options, no. At this time, ldp cannot change properties for established tcp connections. What sort of things are you missing? Thanks, Florin > On Jun 12, 2019, at 1

Re: [vpp-dev] sock_test_client/sock_test_server #vnet

Hi, That script has not been recently maintained. Can’t you use instead vcl/ldp? From the logs, probably the server is not binding correctly. Florin > On May 31, 2019, at 6:28 PM, nataraj.bat...@gmail.com wrote: > > Update on sock_test_client/sock_test_server: > > After running with LD_PRE

Re: [vpp-dev] VCL hoststack test & asserts

://gerrit.fd.io/r/#/c/19816/ <https://gerrit.fd.io/r/#/c/19816/> > On May 22, 2019, at 9:35 AM, Florin Coras via Lists.Fd.Io > wrote: > > Hi Nathan, > > Just a quick reply. I regularly run make test-debug TEST=vcl so please > continue to do that and please report a

Re: [vpp-dev] VCL hoststack test & asserts

Hi Nathan, Just a quick reply. I regularly run make test-debug TEST=vcl so please continue to do that and please report any issues you may encounter. Something is weird because packets make it to udp-ping-local which shouldn’t be hit at all. Will take a look as soon as I can. Thanks, Florin

Re: [vpp-dev] build error in VPP master branch

Did you try make wipe/wipe-release? Florin > On May 16, 2019, at 7:45 PM, Zhiyong Yang wrote: > > Hi guys, > > Does anybody run into the trouble as below? How to fix it? > fatal error: quicly/defaults.h: No such file or directory > > thanks > Zhiyong > -=-=-=-=-=-=-=-=-=-=-=- > Links: You

Re: [vpp-dev] finding a virtual memory leak in VPP

Hi Andreas, Maybe you allocate a lot of shared memory segments for UPF? I seem to remember you were using the host stack, are you using it in this test? Florin > On May 9, 2019, at 9:17 AM, Andreas Schultz > wrote: > > Hi, > > Something in VPP (most likely my UPF/GTP plugin) is causing an

Re: [vpp-dev] how to trace tcp4-output?

re-assembly/segmentation. Florin > On Apr 29, 2019, at 9:38 AM, Andreas Schultz > wrote: > > Am Mo., 29. Apr. 2019 um 18:21 Uhr schrieb Florin Coras > mailto:fcoras.li...@gmail.com>>: > Unfortunately, as things stand, the tunnel should compute the checksum before >

Re: [vpp-dev] how to trace tcp4-output?

Unfortunately, as things stand, the tunnel should compute the checksum before encapsulating the traffic. Otherwise the output node won’t be able to find the right headers. Will look into simplifying this. Florin > On Apr 29, 2019, at 8:18 AM, Andreas Schultz > wrote: > > Thanks, that help

Re: [vpp-dev] how to trace tcp4-output?

Hi Andreas, The tracing should work but because we’re reusing the syn packet to build the syn-ack, it might not show correctly. Could you breakpoint the tcp4-output and try to see if the trace code is hit? As for the checksum, tcp only tags the packet with a request to have it offloaded. If t

Re: [vpp-dev] [csit-dev] VPP 19.04 Release is complete!

Awesome! Thanks for managing this one, Dave! Cheers, Florin > On Apr 24, 2019, at 3:06 PM, Dave Wallace wrote: > > Folks, > > I am pleased to announce that the VPP 19.04 Release is complete and the > release artifacts are available on > PackageCloud:https://packagecloud.io/fdio/release > <

Re: [vpp-dev] VCL, ld-preload and VPP shared memory better understanding

Hi Ido, You can find some high level documentation about vcl here [1]. In particular, check the presentations at the bottom of the page and [2]. For more details, you’ll have to read the code. If you need to exercise vcl, you may want to try using iperf [3] or the the vcl test server/client ap

Re: [vpp-dev] VPP 19.04 centos7 RPM package dependency errors

run in the container? It seems that even python3 has some dependency errors. I guess that once we align the vagrant version with it, things should just work. Florin > On Apr 11, 2019, at 1:55 PM, Ed Kern (ejk) wrote: > > > >> On Apr 11, 2019, at 2:22 PM, Florin Coras &

Re: [vpp-dev] VPP 19.04 centos7 RPM package dependency errors

Are we building rpms on a host that has mbedtls installed? Just uninstalling it should disable the tlsmbedtls plugin, which is what we pretty much want. Florin > On Apr 11, 2019, at 1:00 PM, Dave Wallace wrote: > > Tom/Billy, > > Do you know what the current status is with the VPP rpm's on

Re: [vpp-dev] Packet with custom ip-proto value drops in ip4-local node

Hi Satish, From the error counters lower, it seems that ip local is not the one to drop the packets. Also, if the packet is not tcp or udp, checksum should not computed, as per ip4_local_check_l4_csum [1]. Also, packets that fail the source ip check should be dropped with IP4_ERROR_SPOOFED_LOC

Re: [vpp-dev] multi-threaded application, "epoll_wait" and "epoll_ctl" have "received signal SIGABRT, Aborted".

se, you’d probably have to change your app to directly work with vls or vcl. Hope this helps, Florin > > Thanks, > Sharath. > > > On Sat 30 Mar, 2019, 1:27 AM Florin Coras, <mailto:fcoras.li...@gmail.com>> wrote: > Just so I understand, does the patch not fi

Re: [vpp-dev] multi-threaded application, "epoll_wait" and "epoll_ctl" have "received signal SIGABRT, Aborted".

eturn rv; > } > @@ -773,8 +776,10 @@ vls_epoll_ctl (vls_handle_t ep_vlsh, int op, > vls_handle_t vlsh, >vls_table_rlock (); >ep_vls = vls_get_and_lock (ep_vlsh); >vls = vls_get_and_lock (vlsh); > + vls_mt_guard (0, VLS_MT_OP_XPOLL); >ep_sh = vls_to_sh (ep_vls); >

Re: [vpp-dev] multi-threaded application, "epoll_wait" and "epoll_ctl" have "received signal SIGABRT, Aborted".

Interesting. What application are you running and does this [1] fix the issue for you? In short, many of vls’ apis check if the call is coming in on a new pthread and program vcl accordingly if yes. The patch makes sure vls_attr does that as well. Thanks, Florin [1] https://gerrit.fd.io/r/#/c

Re: [vpp-dev] New vpp project committer: Paul Vinciguerra

Congrats, Paul!! Florin > On Feb 28, 2019, at 2:37 PM, Dave Barach via Lists.Fd.Io > wrote: > > Please join me in congratulating Paul on his election as a vpp project > committer! > > Thanks... Dave > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > Vie

Re: [vpp-dev] New vpp project committer nomination: Paul Vinciguerra

+1 Florin > On Feb 27, 2019, at 5:20 AM, Dave Barach via Lists.Fd.Io > wrote: > > +1... Dave > > From: vpp-dev@lists.fd.io > On Behalf Of Dave Barach via Lists.Fd.Io > Sent: Wednesday, February 27, 2019 7:38 AM > To: vpp-dev@lists.fd.

Re: [vpp-dev] iperf3 with vcl

Hi Florin, Its vpp 19.01 on centos, seems like there is a patch available, I > will try that. Thanks. > > From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin > Coras > Sent: Thursday, February 21, 2019 8:40 AM > To: Ramaraj Pandian > Cc: vpp-dev@lists

Re: [vpp-dev] iperf3 with vcl

Hi Ram, What os and what vpp version? We’re constantly running iperf3 in our CI in ubuntu 18.04. Thanks, Florin > On Feb 20, 2019, at 6:07 PM, Ramaraj Pandian wrote: > > I am trying to run iperf server and client to measure performance between two > vpp instances as per “https://wiki.fd.io/v

Re: [vpp-dev] vpp-verify-master-centos failures

super fast turning around these changes, so hopefully in a >>> couple hours. >>> >>> Apologies for the trouble. We have seen a 4-6x increase (depending on OS) >>> in the last 5 months >>> and so it finally started pinching my memory reserva

Re: [vpp-dev] L2 with LISP

end you more details. > > Can send me one example how implement LISP with L2 and bd, (What comand need > use and what make MAC ADDRES TO RLOC???) > > > > > De: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> > [mailto:vpp-dev@lists.fd.io <mailto:vpp-de

Re: [vpp-dev] VPP send map-register with R=0 on LISP

e any Information > Show one eid-table remote > > Conclusion: Cisco XTR receive a bad Map-Reply from VPP. > > · Another problem is that VPP is making a Loop sendingmap-request > to MR/MS. In this map-request can se a map-reply. > > > De: Florin Coras

[vpp-dev] vpp-verify-master-centos failures

It seems centos verify jobs are failing with errors of the type: 00:27:16 FAILED: vnet/CMakeFiles/vnet.dir/span/node.c.o 00:27:16 ccache /opt/rh/devtoolset-7/root/bin/cc -DWITH_LIBSSL=1 -Dvnet_EXPORTS -I/w/workspace/vpp-verify-master-centos7/src -I. -Iinclude -Wno-address-of-packed-member -m

Re: [vpp-dev] VPP 19.01 release is out!

Awesome! Thanks, Andrew! Florin > On Jan 31, 2019, at 1:05 PM, Andrew Yourtchenko wrote: > > Hi all, > > I am happy to announce that 19.01 release is now available. > > Release artificats can be found on both Nexus and Packagecloud. > > Thanks to all the contributors and committers, and also

Re: [vpp-dev] Packet copy in plugins/nsim

Hi Raj, Partly. Check “show buffers” Florin > On Jan 31, 2019, at 1:04 AM, Raj wrote: > > Hi Florin, > > On Wed, Jan 30, 2019 at 10:01 PM Florin Coras wrote: > >> Because if it can work with all of its buffers cached, without flushing them >> to main memor

Re: [vpp-dev] VPP send map-register with R=0 on LISP

remote 192.168.76.60 >14401This is other cisco router sonly working as > XTR > vpp# > vpp# > vpp# > vpp# > vpp# show one st > statistics status > vpp# show one statistics details > [src-EID, dst-EID] [loc-rloc, rmt

Re: [vpp-dev] VPP send map-register with R=0 on LISP

de enero de 2019 8:37:45 PM GMT-05:00, Florin Coras > mailto:fcoras.li...@gmail.com>> escribió: > Does this [1] solve the issue? > > Florin > > [1] https://gerrit.fd.io/r/#/c/17151/ <https://gerrit.fd.io/r/#/c/17151/> > > On Jan 29, 2019, at 4:34 PM, Yosvany

Re: [vpp-dev] VPP delete map-reply from cisco router

e new > wireshark extensions? > > On Wed, Jan 30, 2019 at 1:23 PM Florin Coras <mailto:fcoras.li...@gmail.com>> wrote: > Yosvany, > > The trace you provided shows that the packet was processed okay and then > dropped. Do you see any lisp errors if you do “show error”

Re: [vpp-dev] VPP delete map-reply from cisco router

Yosvany, The trace you provided shows that the packet was processed okay and then dropped. Do you see any lisp errors if you do “show error” or in syslog? It may turn out to be that we don’t have a parser for some record in the map-reply. Note that testing has been done exclusively with ODL Li

Re: [vpp-dev] Packet copy in plugins/nsim

Hi Raj, > On Jan 30, 2019, at 6:49 AM, Raj wrote: > > Hello Florin, > > Thanks a lot for your reply. > > On Tue, Jan 29, 2019 at 9:15 PM Florin Coras wrote: >> >> VPP typically works best if configured with a relatively small number of >> buffers.

Re: [vpp-dev] VPP send map-register with R=0 on LISP

Does this [1] solve the issue? Florin [1] https://gerrit.fd.io/r/#/c/17151/ > On Jan 29, 2019, at 4:34 PM, Yosvany wrote: > > VPP with LISP send the reachable bit to 0. When use one iid to vni different > that 0. > > How can change the reachable bit to 1 on map-register. > > I am testin

Re: [vpp-dev] Packet copy in plugins/nsim

VPP typically works best if configured with a relatively small number of buffers. On the other hand, nsim can induce a large amount of delay, so the buffers cannot be used to temporarily store the data. Florin > On Jan 29, 2019, at 3:19 AM, Raj wrote: > > Hello all, > > While I was browsing

Re: [vpp-dev] RFC: buffer manager rework

Awesome! Looking forward to using it in the host stack ;-) Florin > On Jan 25, 2019, at 9:08 AM, Damjan Marion via Lists.Fd.Io > wrote: > > > I am very close to the finish line with buffer management rework patch, and > would like to > ask people to take a look before it is merged. > > htt

<    1   2   3   4   5   6   7   8   >