Hi Florin,
Thanks! for the reply.
I realized the issue with the non-connected case. For receiving datagrams,
I was using recvfrom() with DONOT_WAIT flag because of
that vppcom_session_recvfrom() api was failing. It expects either 0 or
MSG_PEEK flag.
if (flags == 0)
rv = vppcom_session_read
robably lose packets, so large
> exchanges with those apps may not work.
>
> As for the second issue, does [2] solve it?
>
> Regards,
> Florin
>
> [1] https://gerrit.fd.io/r/c/vpp/+/24332
> [2] https://gerrit.fd.io/r/c/vpp/+/24334
>
> On Jan 14, 2020, at 12:59 PM, R
yload length 1458
UDP: 56944 -> 8092
length 1458, checksum 0xb22d
00:09:53:445032: ip6-local
UDP: fd0d:edc4::2001::201 -> fd0d:edc4::2001::203
tos 0x00, flow label 0x0, hop limit 64, payload length 1458
UDP: 56944 -> 8092
length 1458, checksum 0xb22d
00:09:53:
gt; with “sh int”).
>
> Also, with simple tuning like this [1], you should be able to achieve much
> more than 15Gbps with tcp.
>
> Regards,
> Florin
>
> [1] https://wiki.fd.io/view/VPP/HostStack/LDP/iperf
>
> On Jan 19, 2020, at 3:25 PM, Raj Kumar wrote:
>
>
ead. As a result, all incoming packets, even if they pertain to multiple
> flows, are written to the listener’s buffer/fifo.
>
> Regards,
> Florin
>
> On Jan 20, 2020, at 3:50 PM, Raj Kumar wrote:
>
> Hi Florin,
> I changed my application as you suggested. Now, I am
Correction : -
Please read 17 Mbps as 17 Gbps and 13Mbps as 13Gbps in my previous mail.
thanks,
-Raj
On Tue, Jan 21, 2020 at 6:41 PM Raj Kumar wrote:
> Hi Florin,
> There is no drop on the interfaces. It is 100G card.
> In UDP tx application, I am using 1460 bytes of buffer to send on
2][T] fd0d:edc4::2001::203:56939->fd0d:edc4ESTABLISHED 0 0
Thread 4: active sessions 3
thanks,
-Raj
On Tue, Jan 21, 2020 at 9:43 PM Florin Coras wrote:
> Hi Raj,
>
> Inline.
>
> On Jan 21, 2020, at 3:41 PM, Raj Kumar wrote:
>
> Hi Florin,
&
Hi,
When 2 or more UDP rx applications ( using VCL) receiving on the same port (
bind on the same port but different ip address) then on stopping either one of
the application , all other application stopped receiving the traffic. As soon
as , I restart the application all other applications als
h binds.
>
> Will add it to my todo list if nobody beats me to it.
>
> Regards,
> Florin
>
> On Feb 26, 2020, at 1:28 PM, Raj Kumar wrote:
>
> Hi,
> When 2 or more UDP rx applications ( using VCL) receiving on the same port
> ( bind on the same port but different ip
Hi,
I am getting segmentation fault in VPP when using VCL VPPCOM_PROTO_UDP *C*
socket. This issue is observed with both UDP sender and UDP receiver
application.
However, both UDP sender and receiver works fine with VPPCOM_PROTO_UDP.
Here is the stack trace -
(gdb) bt
#0 0x in
tion will give you connected semantics now.
> Let me know if that solves the issue for you.
>
> Regards,
> Florin
>
>
> On May 15, 2020, at 12:15 PM, Raj Kumar wrote:
>
> Hi,
> I am getting segmentation fault in VPP when using VCL VPPCOM_PROTO_UDP*C*
> socket. This issu
ss and connect it. Iperf3 in udp mode, which is part of our make test
> infra, does exactly that. Subsequently, it re-binds the port to accept more
> connections. Would that work for you?
>
> Regards,
> Florin
>
> On May 15, 2020, at 4:06 PM, Raj Kumar wrote:
>
> Th
20.05 rc1 or something older? The fact that
> you’re getting a -115 (EINPROGRESS) suggests you might’ve marked the
> connection as “non-blocking” although you created it as blocking. If that’s
> so, the return value is not an error.
>
> Also, how if vpp crashing? Are you by cha
a/types.h:133
#14 dispatch_process (vm=0x76d7c200 ,
p=0x7fffb571a000, last_time_stamp=12611933408198086, f=0x0)
at
/usr/src/debug/vpp-20.05-rc0~748_g83d129837.x86_64/src/vlib/main.c:1569
thanks,
-Raj
On Sat, May 16, 2020 at 8:18 PM Florin Coras wrote:
> Hi Raj,
>
> Inline.
&g
ng using UDPC. You probably cherry-picked [1] but it
> needs [2] as well. More inline.
>
> [1] https://gerrit.fd.io/r/c/vpp/+/27111
> [2] https://gerrit.fd.io/r/c/vpp/+/27106
>
> On May 18, 2020, at 8:42 PM, Raj Kumar wrote:
>
>
> Hi Florin,
> I tried the path [1] , but st
04b84e0 in ?? ()
#16 0x in ?? ()
thanks,
-Raj
On Mon, May 25, 2020 at 2:17 PM Florin Coras wrote:
> Hi Raj,
>
> Ow, now you’ve hit the untested part of [2]. Could you try this [3]?
>
> Regards,
> Florin
>
> [3] https://gerrit.fd.io/r/c/vpp/+/27235
>
>
,
> but prior to that ls is dereferenced and it does’t crash. Could you try
> with debug binaries?
>
> Regards,
> Florin
>
> On May 25, 2020, at 1:43 PM, Raj Kumar wrote:
>
> Hi Florin,
> This works fine with single udp listener. I can see connections going on
> differe
:12345OPENED 0 0
Thread 4: active sessions 1
Thanks,
-Raj
On Sun, May 31, 2020 at 7:35 PM Florin Coras wrote:
> Hi Raj,
>
> Inline.
>
> On May 31, 2020, at 4:07 PM, Raj Kumar wrote:
>
> Hi Florin,
> I was trying this test with debug binaries, but as soon as
[1] on the stable/2005 branch. For now, I
want to stay with stable/2005.
thanks,
-Raj
On Sun, May 31, 2020 at 11:32 PM Florin Coras
wrote:
> Hi Raj,
>
> Inline.
>
> On May 31, 2020, at 8:10 PM, Raj Kumar wrote:
>
> Hi Florin,
> The UDPC connections are working fin
at 4:49 PM Florin Coras wrote:
> Hi Raj,
>
> You have it here [4]. I’ll merge it once it verifies.
>
> Regards,
> Florin
>
> [4] https://gerrit.fd.io/r/c/vpp/+/27432
>
> On Jun 4, 2020, at 1:41 PM, Raj Kumar wrote:
>
> Hi Florin,
>
> To pick up all the fol
Hi,
I am using vpp stable/2005 code. I want to enable UDP checksum offload for tx .
I changed the vpp startup.cfg file -
## Disables UDP / TCP TX checksum offload. Typically needed for use
## faster vector PMDs (together with no-multi-seg)
# no-tx-checksum-offload
## Enable UDP / TCP TX checksum
Hi,
In my UDP application , I am using VPP host stack to receive packets and memIf
to transmit packets. There are a total 6 application connected to VPP.
if I stop the application(s) then VPP is crashing. In vpp configuration , 4
worker threads are configured. If there is no worker thread confi
lling the
> applications? If the latter, the apps might be killed with some
> mutexes/spinlocks held. For now, we only support the former.
>
> Regards,
> Florin
>
> > On Jul 29, 2020, at 1:49 PM, Raj Kumar wrote:
> >
> > Hi,
> > In my UDP application , I am using VPP ho
trying to share sessions or allow two workers to
> interact with the message queue(s) at the same time.
>
> Regards,
> Florin
>
> On Jul 29, 2020, at 8:17 PM, Raj Kumar wrote:
>
> Hi Florin,
> I am using kill to stop the application. But , the application has a
> kill
:08 AM Florin Coras wrote:
> Hi Raj,
>
> Glad to hear that issue is solved. What vcl config are you running? Did
> you configure use-mq-eventd?
>
> Regards,
> Florin
>
> On Aug 3, 2020, at 8:33 PM, Raj Kumar wrote:
>
> Hi Florin,
> This issue is resolved now.
cl, should be used.
>
> The downside to switching the message queue to eventfd notifications,
> instead of mutext/condvar, is that waits are inefficient, i.e., they act
> pretty much like spinlocks. Do keep that in mind.
>
> Regards,
> Florin
>
> On Aug 4, 2020, at 6:37 AM,
Hi Florin,
Yes , this[1] fixed the issue.
thanks,
-Raj
On Wed, Aug 5, 2020 at 1:57 AM Florin Coras wrote:
> Hi Raj,
>
> Does this [1] fix the issue?
>
> Regards,
> Florin
>
> [1] https://gerrit.fd.io/r/c/vpp/+/28173
>
> On Aug 4, 2020, at 8:24 AM, Raj Kumar w
Hi Florin,
Can we please have the fix[1] on "stable/2005" branch.
[1] https://gerrit.fd.io/r/c/vpp/+/28173
Thanks,
-Raj
On Wed, Aug 5, 2020 at 7:30 PM Raj Kumar via lists.fd.io wrote:
> Hi Florin,
> Yes , this[1] fixed the issue.
>
> thanks,
> -Raj
>
> On Wed
t...
>
>
>
> *From:* vpp-dev@lists.fd.io *On
> Behalf Of *Raj Kumar
> *Sent:* Monday, August 17, 2020 5:09 PM
> *To:* Ayush Gautam
> *Cc:* Florin Coras ;
> vpp-dev
> *Subject:* Re: [vpp-dev] VPP 2005 is crashing on stopping the VCL
> applications #vpp-hoststac
Hi ,
I am observing some infrequent crash in VPP. I am using VCL for receiving UDP
packets in my application. We compiled VPP with DPDP and using Mellanox NIC to
receive UDP packets ( the MTU is set to 9000). Attached is the startup.conf
file.
#0 0x7efd06b8837f in raise () from /lib64/lib
30 matches
Mail list logo
