Re: [vpp-dev] hoststack-udp problems

Hi, > On May 20, 2022, at 2:31 AM, NUAA无痕 wrote: > > hi,vpp expert > now im use vpp hoststack for udp, i meet some problems > > 1.udp socket must use connect function, if user sendto will cause ip address > not connect error What version of vpp are you using? Although we prefer connected u

Re: [vpp-dev] hoststack-java netty segmentfault

https://git.fd.io/vpp/tree/src/vcl/vppcom.c#n2883 > On May 25, 2022, at 1:43 AM, NUAA无痕 wrote: > > > > -- Forwarded message - > 发件人： NUAA无痕 mailto:nuaawan...@gmail.com>> > Date: 2022年5月25日周三 16:37 > Subject: Re: [vpp-dev] hoststack-java netty segmentfault

Re: [vpp-dev] hoststack-udp problems

Hi, Inline. > On May 25, 2022, at 2:15 AM, NUAA无痕 wrote: > > hi, Florin Coras > I may not have described clearly > > im use vpp version 2101 Could you also try with latest vpp? We’re about to release 22.06 > > 1.sendto function problem > i use LDP for c socke

Re: [vpp-dev] api msg deadlock

Hi wanghe, Unfortunately, jvpp is no longer supported so probably there’s no recent fix for the issue you’re hitting. By the looks of it, an api msg handler is trying to enqueue something (probably a reply towards the client) and ends up stuck because the svm queue is full and a condvar broadc

Re: [vpp-dev] api msg deadlock

rt , can you analyze this problem? thank you very much! > > Best regards > wanghe > > > > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2022年5月28日周六 01:02写道： > Hi wanghe, > > Unfortunately, jvpp is no longer supported so probably there’s no recent fix > for

Re: [vpp-dev] api msg deadlock

Hi Wanghe, The only api bindings supported today are c, python and golang. Maybe somebody familiar with the jvpp code can help you out but otherwise I’d recommend to switch if possible. Regards, Florin > On Jun 3, 2022, at 7:55 AM, NUAA无痕 wrote: > > Hi, florin > > About this question, i c

Re: [vpp-dev] Which installation is the proper way?

Hi Krisztián, The first option installs vpp’s debian packages, it will not install vpp in your home folder. Once you’re done installing the debs, check if vpp is running with something like ps, e.g., ps -ef | grep vpp. Make sure to install vpp-plugin-core, to get the plugins. Regarding the

Re: [vpp-dev] TCP msg queue full, connections reset issue

Hi Vijay, That looks like an accept that either 1) can’t be propagated over shared memory message queue to app, because mq is congested or is 2) rejected by a builtin app Regards, Florin > On Jul 26, 2022, at 7:13 PM, Vijay Kumar wrote: > > Hi experts, > > We are seeing the below counte

Re: [vpp-dev] TCP Stack Performance Benchmark

Hi Anthony, I for one have not tried netperf, so not sure why it’s not working. Assuming it is directly using epoll/select, i.e., no libevent/ev it should work unless it uses a weird threading model. So, it might be worth investigating why it’s crashing. Do you need both server and client t

Re: [vpp-dev] TCP Stack Performance Benchmark

Hi Anthony, Sounds great! Let me know what you find. As for wrk, maybe give it a try. Typically, we’ve focused ldp testing on server side, e.g., nginx/envoy, since that was what folks were interested in. We should probably take a closer look at client side as well. Regards, Florin > On Aug

Re: [vpp-dev] mysql proxy by using vpp host stack #vpp-hoststack

Hi, Probably libevent statically links libc. If possible, try to recompile libevent and make it dynamic. Regards, Florin > On Aug 20, 2022, at 8:06 PM, weizhen9...@163.com wrote: > > Hi, > Now I implement mysql proxy by using libevent.so. And I want to implement > mysql proxy by vpp hoststa

Re: [vpp-dev] VPP LDP ERROR

Hi wanghe, Hard to say exactly what’s happening there but, at a high level, vls tries to clone a vcl session from one worker to another and the rpc does not return after 3s. Are you running this at scale or does this happen with few sessions? Also, make sure that a session does not constantl

Re: [vpp-dev] UDP multithreading error

Hi, Just tested on master and this seems to work fine after a few app fixes. Having said that, I would recommend you build vcl native apps and register multiple workers for better performance. Comments: - make sure sockets are not blocking otherwise there’s a good change that only one of the

Re: [vpp-dev] request-response between vlib processes

Hi Vratko, Do we really need to block the binary api waiting for a reply from another vpp process just to set a mac address? If setting up the mac (or similar) cannot be done synchronously, probably api handlers should hand over all those requests to another vpp process, vl_api_async_req_pro

Re: [vpp-dev] request-response between vlib processes

gt; > Vratko. > > From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> <mailto:vpp-dev@lists.fd.io>> On Behalf Of Florin Coras > Sent: Monday, 2022-September-12 23:11 > To: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> > Subject: Re: [vpp-dev] r

Re: [vpp-dev] UDP multithreading error

t is set to the non blocking mode, the CPU > utilization rate is always 100%. The resource consumption is very high when > multithreading. I can only reduce the CPU utilization rate by using methods > such as select. > > Why does this mode fail in blocking mode? Do you hav

Re: [vpp-dev] vpp crash when close a host-stack tcp session in syn-sent state.

Hi, It looks like a bug. We should make sure the fifo exists, which is typically the case unless transport is stuck in half-open. Note that tcp does timeout and cleanups those stuck half-open sessions, but we should allow the app to cleanup as well. Let me know if you plan to push a patch or

Re: [vpp-dev] vpp crash when close a host-stack tcp session in syn-sent state.

Forbidden error, do you know where I can get help to > solve this ? or gerrit need some approval for get involved? > > It's ok if you want to get it fixed asap. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2022年10月12日周三 23:44写道： > Hi, > > It looks

Re: [vpp-dev] vpp crash when close a host-stack tcp session in syn-sent state.

y account have been registered in > LF 5 years, however, when I login the gerrit web ui, it still reports > Forbidden error, my account username is ZhangDongya. > > Ok, I will try to use git command line to give a try. > > Florin Coras mailto:fcoras.li...@gmail.com>>

Re: [vpp-dev] weird crash when allocate new ho_session_alloc in debug image

Hi, Could you replace s->session_index by s->session_index ? : 1 in the patch? Regards, Florin > On Oct 24, 2022, at 12:23 AM, Zhang Dongya wrote: > > Hi list, > > Recently I am testing my TCP application in a plugin, what I did is to > initiate a TCP client in my plugin, however, when I

Re: [vpp-dev] weird crash when allocate new ho_session_alloc in debug image

s 64, if we do not > increase by 1, it will only make one 64B vec for the bitmap, which may not > hold the session index. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2022年10月25日周二 01:14写道： > Hi, > > Could you replace s->session_index by s->sess

Re: [vpp-dev] DNS Resolution over VCL

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:

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] weird crash when allocate new ho_session_alloc in debug image

t test for session feature and no regression found > yet. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2022年11月1日周二 23:42写道： > Hi, > > Will you be pushing the fix or should I do it? > > Regards, > Florin > >> On Oct 25, 2022, at 9:26 AM, Flori

Re: [vpp-dev] DNS Resolution over VCL

Hi Anthony, Great! Will add the gethostbyname issue to my never shrinking todo list but, should you look into it, let me know if you manage to figure out how ldp interacts with gethostbyname. Regards, Florin > On Nov 3, 2022, at 4:54 AM, Anthony Fee wrote: > > Hi Florin, > > Thanks for th

Re: [vpp-dev] Understanding the use of FD.io VPP as a network stack

Hi Federico, Apologies, I missed your first email. More Inline. Regards, Florin > On Nov 16, 2022, at 7:53 AM, Federico Strati via lists.fd.io > wrote: > > Hello Ben, All > > first of all, thanks for the prompt reply. > > Now let me clarify the questions, which confused you because of m

[vpp-dev] PSA: host stack active opens from first worker

Hi folks, It’s been many months and patches at this point but once [1] is merged, session layer will accept connects from both main, with worker barrier, and first worker. Preference is now for the latter, especially if CPS performance is critical. There should be no need to change existing

Re: [vpp-dev] VPP 22.10 : VCL not accepting UDP connections

Hi Chinmaya, Are you by chance using 23.02rc0, as opposed to 22.10, in combination with non-connected udp listeners? If yes, could you try this fix [1] or vpp latest to check if the issue still persists? Regards, Florin [1] https://gerrit.fd.io/r/c/vpp/+/37842 > On Jan 18, 2023, at 12:59 PM

Re: [vpp-dev] VPP 22.10 : VCL not accepting UDP connections

Hi Chinmaya, Given that data is written to the listener’s fifo, I’ll guess vpp thinks it’s using non-connected udp sessions. Since you expect accepts to be coming, probably you’re missing an vppcom_session_attr VPPCOM_ATTR_SET_CONNECTED on the listener. See for instance here [1]. It could also

Re: [vpp-dev] VPP 22.10 : VCL not accepting UDP connections

Hi Chinmaya, Given that you’re getting packets in the listener’s rx fifo, I suspect the request to make it a connected listener didn’t work. We’ve had a number of changes in vcl/session layer so hard to say what exactly might be affecting your app. Just did an iperf udp test on master and ev

Re: [vpp-dev] VPP crashes because of API segment exhaustion

Hi Alexander, Quick reply. Nice bug report! Agreed that it looks like vl_api_clnt_process sleeps, probably because it hit a queue size of 0, but memclnt_queue_callback or the timeout, albeit 20s is a lot, should wake it up. So, given that QUEUE_SIGNAL_EVENT is set, the only thing that comes

Re: [vpp-dev] vpp+nginx #vpp-hoststack

Hi, I’m guessing you’re running out of ports on connections from nginx/vpp to the actual server, since you’re using fixed ips and a fixed destination port? Check how many sessions you have opened with “show session”. Out of curiosity, what are you using mirroring for? Testing? Regards, Flori

Re: [vpp-dev] vpp+nginx #vpp-hoststack

Hi, Could you provide a simplified description of your topology and a bare bones nginx config? We could try to repro this in the hs-test infra we’ve been recently developing. See here [1]. Also, could you also try out this patch [2] I’ve been toying with recently to see if it improves anythi

Re: [vpp-dev] Delete node process

Hi, You can disable a node using vlib_node_set_state. There’s no api to unregister a node. Regards, Florin > On Feb 6, 2023, at 12:00 PM, amine belroul wrote: > > Hello, > How can I delete node process from vpp runtime? > For right I can make it just done but not deleted. > > > Thank you

Re: [vpp-dev] Issue related to VCL Session Migration

Hi Vivek, Aslam, That’s an interesting use case. We typically recommend using VCL natively and only if that’s not possible use LDP, which implies VLS locking. We haven’t had many VLS native integration efforts. Coming back to your problem, any particular reason why you’re not registering all

Re: [vpp-dev] vpp+nginx #vpp-hoststack

nginx.conf Description: Binary data -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22670): https://lists.fd.io/g/vpp-dev/message/22670 Mute This Topic: https://lists.fd.io/mt/96623842/21656 Mute #vpp-hoststack:https://lists.fd.io/g/vpp-dev/muteha

Re: [E] COMMERCIAL BULK: [vpp-dev] TLS app stuck after burst of traffic #vpp-hoststack

Hi Kevin, That’s a really old version of vpp. TLS has seen several improvements since then in areas including scheduling after incomplete writes. If you get a chance to test vpp latest or a more recent release, do let us know if the issue still persists. Regards, Florin > On Mar 6, 2023, at

Re: COMMERCIAL BULK: Re: [E] COMMERCIAL BULK: [vpp-dev] TLS app stuck after burst of traffic #vpp-hoststack

n > > From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> <mailto:vpp-dev@lists.fd.io>> On Behalf Of Florin Coras > Sent: Tuesday, March 7, 2023 2:49 PM > To: vpp-dev mailto:vpp-dev@lists.fd.io>> > Cc: Olivia Dunham <mailto:theoliviadun...@gmail.com>

Re: [vpp-dev] can't establish tcp connection with new introduced transport_endpoint_freelist

Hi, Could you try this out [1]? I’ve hit this issue myself today but with udp sessions. Unfortunately, as you’ve correctly pointed out, we were forcing a cleanup only on the non-fixed local port branch. Regards, Florin [1] https://gerrit.fd.io/r/c/vpp/+/38473 > On Mar 13, 2023, at 7:35 PM,

Re: [vpp-dev] can't establish tcp connection with new introduced transport_endpoint_freelist

t; >> lep->proto = proto; >> lep->refcnt = 1; >> >> transport_endpoint_table_add (&tm->local_endpoints_table, proto, &lep->ep, >> lep - tm->local_endpoints); >> >> return 0; >> } > > Florin Coras mailto:fcoras.li...@g

Re: [vpp-dev] can't establish tcp connection with new introduced transport_endpoint_freelist

Great! Thanks for confirming! Regards, Florin > On Mar 16, 2023, at 8:29 PM, Zhang Dongya wrote: > > yes, this is exactly what I want do, this patch works as expected, thanks a > lot. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2023年3月15日周三 01:22写道： >

Re: [vpp-dev] #vnet A bug which may cause assertion error in vnet/session

Hi, That may very well be a problem introduced by the move of connects to first worker. Unfortunately, I we don’t have tests for all of those corner cases yet. However, to replicate this issue, could you provide a bit more details about your setup and the exact backtrace? It looks like you’re

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

Hi, When you abort the connection, is it fully established or half-open? Half-opens are cleaned up by the owner thread after a timeout, but the 5-tuple should be assigned to the fully established session by that point. tcp_half_open_connection_cleanup does not cleanup the bihash instead sessi

Re: [vpp-dev] #vnet A bug which may cause assertion error in vnet/session

uses sockets, so to reproduce we’ll need to replicate your testbed. Regards, Florin > On Mar 19, 2023, at 2:58 PM, Florin Coras via lists.fd.io > wrote: > > Hi, > > That may very well be a problem introduced by the move of connects to first > worker. Unfortunately, I we

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

using fixed ports, you’ll have to wait for the half-open cleanup notification. > > Should I also registered half open callback or there are some other reason > that lead to this failure? > [fc] Yes, see above. Regards, Florin [1] https://gerrit.fd.io/r/c/vpp/+/38526 > > Florin C

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

think it make app > complicated from a TCP programming prospective. > > For your patch, I think it should be work because I can't delete the half > open session immediately because there is worker configured, so the half open > will be removed from bihash when syn retrans timeout. I

Re: [vpp-dev] #vnet A bug which may cause assertion error in vnet/session

Hi, First of all, could you try this [1] with latest vpp? It’s really interesting that iperf does not exhibit this issue. Regarding your config, some observations: - I see you have configured 4 worker. I would then recommend to use 4 rx-queues and 5 tx-queues (main can send packets), as oppos

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

tly warning 'session %u hash delete rv -3' in > session_delete in my environment, hope this helps to investigate. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2023年3月20日周一 23:29写道： >> Hi, >> >> Understood and yes, connect will synchron

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

p usage. >>> 3. register a disconnect callback, which basically do same as reset >>> callback. >>> 4. register a cleanup callback and accept callback, which basically make >>> the session layer happy without actually relevant work to do. >>> >>> T

Re: [vpp-dev] #vnet A bug which may cause assertion error in vnet/session

Hi, The problem seems to be that you’re using a vmxnet3 interface, so I suspect this might be a vm configuration issue. Your current config should work but could end up being inefficient. With respect to your problem, I just built redis and ran redis-server and cli over LDP. Everything seems

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

l provide feedback later. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2023年3月22日周三 02:12写道： >> Hi, >> >> Okay, resetting of half-opens definitely not supported. I updated the patch >> to just clean them up on forced reset, without sending a re

Re: [vpp-dev] Sigabrt in tcp46_input_inline for tcp_lookup_is_valid

re. > > Really appreciate your help and thanks a lot. > > Florin Coras mailto:fcoras.li...@gmail.com>> > 于2023年3月22日周三 11:54写道： >> Hi Zhang, >> >> Awesome! Thanks! >> >> Regards, >> Florin >> >>> On Mar 21, 2023, at

Re: [vpp-dev] [csit-dev] make test python segfault in ubuntu 16.04

Hi Dave, Thanks a lot for thorough analysis! I’d also really like to see 1 be fixed as soon as possible. Cheers, Florin From: Dave Wallace Date: Friday, August 25, 2017 at 10:56 AM To: "vpp-dev@lists.fd.io" Cc: "Florin Coras (fcoras)" , "csit-...@lists.fd.io"

Re: [vpp-dev] builtin UDP server broken in 18.01 ?

Sorry about that, it is fixed in this patch: https://gerrit.fd.io/r/#/c/10253/ Florin From: Andreas Schultz Date: Friday, January 26, 2018 at 8:09 AM To: "vpp-dev@lists.fd.io" Cc: "Florin Coras (fcoras)" Subject: Re: builtin UDP server broken in 18.01 ? Andreas Schultz

Re: [vpp-dev] builtin UDP server broken in 18.01 ?

: Friday, January 26, 2018 at 8:09 AM To: "vpp-dev@lists.fd.io" Cc: "Florin Coras (fcoras)" Subject: Re: builtin UDP server broken in 18.01 ? Andreas Schultz mailto:andreas.schu...@travelping.com>> schrieb am Fr., 26. Jan. 2018 um 16:10 Uhr: Hi, I used to be able to do a

[vpp-dev] [FD.io Helpdesk #45343] [linuxfoundation.org #45343] Re: More build timeouts for vpp-verify-master-ubuntu1604

Hi, Any news regarding this? We are 1 week away from API freeze and the infra makes it almost impossible to merge patches! Thanks, Florin > On Sep 4, 2017, at 9:44 PM, Dave Wallace wrote: > > Dear helpd...@fd.io , > > There has been another string of build timeouts

Re: [vpp-dev] [FD.io Helpdesk #45822] [linuxfoundation.org #45822] Re: Jenkins ubuntu 1604 failures

:40* > make[1]: *** [install-packages] Error 1 *19:05:40* make[1]: Leaving > directory '/w/workspace > /vpp-verify-master-ubuntu1604/build-root' *19:05:40* Makefile:487: > recipe for target 'verify' failed *19:05:

[vpp-dev] [FD.io Helpdesk #46540] [linuxfoundation.org #46540] Fwd: Growing build queue

Unfortunately this completely blocks vpp development. Could someone please take a look at it. Thanks, Florin > Begin forwarded message: > > From: Florin Coras > Subject: Growing build queue > Date: October 2, 2017 at 9:49:16 AM PDT > To: Vanessa Valderrama , helpd...@f

[vpp-dev] [FD.io Helpdesk #46540] [linuxfoundation.org #46540] Re: Growing build queue

Queue is back down to 1. Thanks a lot Vanessa! Florin > On Oct 2, 2017, at 11:59 AM, Vanessa Valderrama > wrote: > > Florin, > > I'm looking into the issue now. > > Thank you, > Vanessa > > On 10/02/2017 11:49 AM, Florin Coras wrote: >> Hi Vane

Re: [vpp-dev] [FD.io Helpdesk #48422] Gerrit and git out of sync?

Hi Vanessa, It seems it got fixed in the morning but yesterday we were lagging something like 10+h. The two are now in sync. Hopefully it was just a passing glitch. Thanks, Florin > On Nov 21, 2017, at 11:42 AM, Vanessa Valderrama via RT > wrote: > > Can you point me to specific changes t

Re: [vpp-dev] [FD.io Helpdesk #50221] [linuxfoundation.org #50221] RE: Wiki hacked?

; We had similar hack on OPNFV/ODL IRC channel as well. > > George > > From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On > Behalf Of Florin Coras > Sent: Wednesday, December 20, 2017 3:38 PM > To: fdio-helpd...@rt.linuxfoundation.org > Cc: vpp-dev >

Re: [vpp-dev] [FD.io Helpdesk #56282] git.fd.io not updating

as a DNS/IP change when cloning a >> new VPP >> repo... I wonder if what I saw is somehow connected to this issue. >> On Mon, 2018-05-21 at 16:34 -0700, Florin Coras wrote: >>> Hi, >>> It would seem that git.fd.io [1] thinks that we last committed a >>

<    3   4   5   6   7   8