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

2019-09-25 Thread Florin Coras
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()

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

2019-09-25 Thread Nataraj Batchu
Hi, Today with VPP we cannot give endpoint info in sendto() call. We have to do a connect(udp_sock, endpoint_info) first and then invoke sendto(). This works. But the question is how can I influence the source port of these packets? Thanks, -Nataraj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive al

Re: [vpp-dev] FD.io Nexus Maintenance: 2019-09-25 1700 UTC to 2100 UTC

2019-09-25 Thread Vanessa Valderrama
Nexus and Jenkins are back up. Jobs are running. Please report any issues to support.linuxfoundation.org. Thank you, Vanessa On 09/25/2019 12:07 PM, Vanessa Valderrama wrote: > > Starting maintenance > > > On 09/25/2019 11:02 AM, Vanessa Valderrama wrote: >> >> Jenkins has been placed in shut dow

[vpp-dev] Question regarding NAT44 endpoint-dependent

2019-09-25 Thread carlito nueno
Hi all, I am trouble with endpoint-dependent NAT. I am running out of tcp connections. Also, sessions are not deleted after the NAT timeout period. Number of sessions remain almost the same every after no usage for a day or so. Here are the stats, nat config and timeouts: https://gist.github.com

Re: [vpp-dev] FD.io Nexus Maintenance: 2019-09-25 1700 UTC to 2100 UTC

2019-09-25 Thread Vanessa Valderrama
Starting maintenance On 09/25/2019 11:02 AM, Vanessa Valderrama wrote: > > Jenkins has been placed in shut down mode to prepare for maintenance. > > > On 09/23/2019 04:08 PM, Vanessa Valderrama wrote: >> >> *What:* >> >> LF will performing maintenance on the Nexus server to migrate data to >> two

Re: [vpp-dev] FD.io Nexus Maintenance: 2019-09-25 1700 UTC to 2100 UTC

2019-09-25 Thread Vanessa Valderrama
Jenkins has been placed in shut down mode to prepare for maintenance. On 09/23/2019 04:08 PM, Vanessa Valderrama wrote: > > *What:* > > LF will performing maintenance on the Nexus server to migrate data to > two new SSD volumes in attempt to resolve the intermittent issue with > hung jobs we are

Re: [vpp-dev] accessing object pools from multiple threads

2019-09-25 Thread Andrew Yourtchenko
git grep ‘!am->is_mp_safe’ --a > On 25 Sep 2019, at 10:24, Satya Murthy wrote: > > Thanks Andrew for the quick reply. > Can you please point me to the code where the barrier lock is getting applied > for acls. > > -- > Thanks & Regards, > Murthy > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive

Re: [vpp-dev] accessing object pools from multiple threads

2019-09-25 Thread Satya Murthy
Thanks Andrew for the quick reply. Can you please point me to the code where the barrier lock is getting applied for acls. -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#14051): https://lists.fd.io/g/vpp-dev/message/140

Re: [vpp-dev] accessing object pools from multiple threads

2019-09-25 Thread Andrew Yourtchenko
Yes, ACL update messages are not marked as Mp-safe, consequently are subject to barrier lock, thus we can use this pool in this way. Pools are *not* thread safe, which is why for example the session pools for reflexive acl processing are per-thread (see acl_fa_per_worker_data_t structure). --a