Re: [vpp-dev] vnet_gso_header_offset_parser error if vlib_buffer_t without ethernet_header_t

[Mohsin Kazmi via Lists.Fd.Io]

In case of point-to-point, you can set the checksum offload flag 
VNET_HW_INTERFACE_FLAG_SUPPORTS_TX_L4_CKSUM_OFFLOAD when you create demo 
interface.

And need to calculate ip4_hdr_checksum in your tx node 
(ethernet_demo_device_class) if packet comes with 
VNET_BUFFER_F_OFFLOAD_IP_CKSUM set.


I hope that it will resolve your problem.

From:  on behalf of "jiangxiaom...@outlook.com" 

Date: Thursday, January 16, 2020 at 4:11 AM
To: "vpp-dev@lists.fd.io" 
Subject: Re: [vpp-dev] vnet_gso_header_offset_parser error if vlib_buffer_t 
without ethernet_header_t

I use demo.c create a interface demo0 with ip 10.0.0.1/29, and then use 
vcl+iperf3 connect server  ip 10.0.0.11, and then the ASSERT crash happend.

VPP start command:  vpp -c as-startup-de192.conf

iperf3 start command:
sudo env \
LD_LIBRARY_PATH=/home/dev/code/net-base/dist/script/../lib: \
VCL_CONFIG=vcl-as-e18f7.conf \
LD_PRELOAD=/home/dev/code/net-base/dist/script/../lib/libvcl_ldpreload.so  \
iperf3 -4 -c 10.0.0.11 -p 1000 -t 30
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15202): https://lists.fd.io/g/vpp-dev/message/15202
Mute This Topic: https://lists.fd.io/mt/69709611/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Coverity run FAILED as of 2020-01-20 14:00:24 UTC

[Noreply Jenkins]

Coverity run failed today.

Current number of outstanding issues are 7
Newly detected: 0
Eliminated: 2
More details can be found at  
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15203): https://lists.fd.io/g/vpp-dev/message/15203
Mute This Topic: https://lists.fd.io/mt/69931751/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] #vpp-hoststack - Issue with UDP receiver application using VCL library

[Raj Kumar]

Hi Florin,
I changed my application as you suggested. Now, I am able to achieve 5 Gbps
with a single UDP stream.  Overall, I can get ~20Gbps with multiple host
application . Also, the TCP throughput  is improved to ~28Gbps after tuning
as mentioned in  [1].
On the similar topic; the UDP tx throughput is throttled to 5Gbps. Even if
I run the multiple host applications the overall throughput is 5Gbps. I
also tried by configuring multiple worker threads . But the problem is that
all the application sessions are assigned to the same worker thread. Is
there any way to assign each session  to a different worker thread?

vpp# sh session verbose 2
Thread 0: no sessions
[#1][U] fd0d:edc4::2001::203:58926->fd0d:edc4:
 Rx fifo: cursize 0 nitems 399 has_event 0
  head 0 tail 0 segment manager 1
  vpp session 0 thread 1 app session 0 thread 0
  ooo pool 0 active elts newest 0
 Tx fifo: cursize 399 nitems 399 has_event 1
  head 1460553 tail 1460552 segment manager 1
  vpp session 0 thread 1 app session 0 thread 0
  ooo pool 0 active elts newest 4294967295
 session: state: opened opaque: 0x0 flags:
[#1][U] fd0d:edc4::2001::203:63413->fd0d:edc4:
 Rx fifo: cursize 0 nitems 399 has_event 0
  head 0 tail 0 segment manager 2
  vpp session 1 thread 1 app session 0 thread 0
  ooo pool 0 active elts newest 0
 Tx fifo: cursize 399 nitems 399 has_event 1
  head 3965434 tail 3965433 segment manager 2
  vpp session 1 thread 1 app session 0 thread 0
  ooo pool 0 active elts newest 4294967295
 session: state: opened opaque: 0x0 flags:
Thread 1: active sessions 2
Thread 2: no sessions
Thread 3: no sessions
Thread 4: no sessions
Thread 5: no sessions
Thread 6: no sessions
Thread 7: no sessions
vpp# sh app client
Connection  App
[#1][U] fd0d:edc4::2001::203:58926->udp6_tx_8092[shm]
[#1][U] fd0d:edc4::2001::203:63413->udp6_tx_8093[shm]
vpp#



thanks,
-Raj

On Sun, Jan 19, 2020 at 8:50 PM Florin Coras  wrote:

> Hi Raj,
>
> The function used for receiving datagrams is limited to reading at most
> the length of a datagram from the rx fifo. UDP datagrams are mtu sized, so
> your reads are probably limited to ~1.5kB. On each epoll rx event try
> reading from the session handle in a while loop until you get an
> VPPCOM_EWOULDBLOCK. That might improve performance.
>
> Having said that, udp is lossy so unless you implement your own
> congestion/flow control algorithms, the data you’ll receive might be full
> of “holes”. What are the rx/tx error counters on your interfaces (check
> 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:
>
>   Hi Florin,
>  By using VCL library in an UDP receiver application,  I am able to
> receive only 2 Mbps traffic. On increasing the traffic, I see Rx FIFO full
> error and application stopped receiving the traffic from the session
> layer.  Whereas, with TCP I can easily achieve 15Gbps throughput without
> tuning any DPDK parameter.  UDP tx also looks fine. From an host
> application I can send ~5Gbps without any issue.
>
> I am running VPP( stable/2001 code) on RHEL8 server using Mellanox 100G
> (MLNX5) adapters.
> Please advise if I can use VCL library to receive high throughput UDP
> traffic ( in Gbps). I would be running multiple instances of host
> application to receive data ( ~50-60 Gbps).
>
> I also tried by increasing the Rx FIFO size to 16MB but did not help much.
> The host application is just throwing the received packets , it is not
> doing any packet processing.
>
> [root@orc01 vcl_test]# VCL_DEBUG=2 ./udp6_server_vcl
> VCL<20201>: configured VCL debug level (2) from VCL_DEBUG!
> VCL<20201>: allocated VCL heap = 0x7f39a17ab010, size 268435456
> (0x1000)
> VCL<20201>: configured rx_fifo_size 400 (0x3d0900)
> VCL<20201>: configured tx_fifo_size 400 (0x3d0900)
> VCL<20201>: configured app_scope_local (1)
> VCL<20201>: configured app_scope_global (1)
> VCL<20201>: configured api-socket-name (/tmp/vpp-api.sock)
> VCL<20201>: completed parsing vppcom config!
> vppcom_connect_to_vpp:480: vcl<20201:0>: app (udp6_server) is connected to
> VPP!
> vppcom_app_create:1104: vcl<20201:0>: sending session enable
> vppcom_app_create:1112: vcl<20201:0>: sending app attach
> vppcom_app_create:1121: vcl<20201:0>: app_name 'udp6_server',
> my_client_index 256 (0x100)
> vppcom_epoll_create:2439: vcl<20201:0>: Created vep_idx 0
> vppcom_session_create:1179: vcl<20201:0>: created session 1
> vppcom_session_bind:1317: vcl<20201:0>: session 1 handle 1: binding to
> local IPv6 address fd0d:edc4::2001::203 port 8092, proto UDP
> vppcom_session_listen:1349: vcl<20201:0>: session 1: sending vpp listen
> request...
> vcl_session_bound_handler:604: vcl<2020

Re: [vpp-dev] #vpp-hoststack - Issue with UDP receiver application using VCL library

[Florin Coras]

Hi Raj, 

Good to see progress. Check with “show int” the tx counters on the sender and 
rx counters on the receiver as the interfaces might be dropping traffic. One 
sender should be able to do more than 5Gbps. 

How big are the writes to the tx fifo? Make sure the tx buffer is some tens of 
kB. 

As for the issue with the number of workers, you’ll have to switch to udpc 
(connected udp), to ensure you have a separate connection for each ‘flow’, and 
to use accept in combination with epoll to accept the sessions udpc creates. 

Note that udpc currently does not work correctly with vcl and multiple vpp 
workers if vcl is the sender (not the receiver) and traffic is bidirectional. 
The sessions are all created on the first thread and once return traffic is 
received, they’re migrated to the thread selected by RSS hashing. VCL is not 
notified when that happens and it runs out of sync. You might not be affected 
by this, as you’re not receiving any return traffic, but because of that all 
sessions may end up stuck on the first thread. 

For udp transport, the listener is connection-less and bound to the main 
thread. 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 able to achieve 5 Gbps 
> with a single UDP stream.  Overall, I can get ~20Gbps with multiple host 
> application . Also, the TCP throughput  is improved to ~28Gbps after tuning 
> as mentioned in  [1]. 
> On the similar topic; the UDP tx throughput is throttled to 5Gbps. Even if I 
> run the multiple host applications the overall throughput is 5Gbps. I also 
> tried by configuring multiple worker threads . But the problem is that all 
> the application sessions are assigned to the same worker thread. Is there any 
> way to assign each session  to a different worker thread?
> 
> vpp# sh session verbose 2
> Thread 0: no sessions
> [#1][U] fd0d:edc4::2001::203:58926->fd0d:edc4:
>  Rx fifo: cursize 0 nitems 399 has_event 0
>   head 0 tail 0 segment manager 1
>   vpp session 0 thread 1 app session 0 thread 0
>   ooo pool 0 active elts newest 0
>  Tx fifo: cursize 399 nitems 399 has_event 1
>   head 1460553 tail 1460552 segment manager 1
>   vpp session 0 thread 1 app session 0 thread 0
>   ooo pool 0 active elts newest 4294967295
>  session: state: opened opaque: 0x0 flags:
> [#1][U] fd0d:edc4::2001::203:63413->fd0d:edc4:
>  Rx fifo: cursize 0 nitems 399 has_event 0
>   head 0 tail 0 segment manager 2
>   vpp session 1 thread 1 app session 0 thread 0
>   ooo pool 0 active elts newest 0
>  Tx fifo: cursize 399 nitems 399 has_event 1
>   head 3965434 tail 3965433 segment manager 2
>   vpp session 1 thread 1 app session 0 thread 0
>   ooo pool 0 active elts newest 4294967295
>  session: state: opened opaque: 0x0 flags:
> Thread 1: active sessions 2
> Thread 2: no sessions
> Thread 3: no sessions
> Thread 4: no sessions
> Thread 5: no sessions
> Thread 6: no sessions
> Thread 7: no sessions
> vpp# sh app client
> Connection  App
> [#1][U] fd0d:edc4::2001::203:58926->udp6_tx_8092[shm]
> [#1][U] fd0d:edc4::2001::203:63413->udp6_tx_8093[shm]
> vpp#
> 
> 
> 
> thanks,
> -Raj
> 
> On Sun, Jan 19, 2020 at 8:50 PM Florin Coras  > wrote:
> Hi Raj,
> 
> The function used for receiving datagrams is limited to reading at most the 
> length of a datagram from the rx fifo. UDP datagrams are mtu sized, so your 
> reads are probably limited to ~1.5kB. On each epoll rx event try reading from 
> the session handle in a while loop until you get an VPPCOM_EWOULDBLOCK. That 
> might improve performance. 
> 
> Having said that, udp is lossy so unless you implement your own 
> congestion/flow control algorithms, the data you’ll receive might be full of 
> “holes”. What are the rx/tx error counters on your interfaces (check 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:
>> 
>>   Hi Florin,
>>  By using VCL library in an UDP receiver application,  I am able to receive 
>> only 2 Mbps traffic. On increasing the traffic, I see Rx FIFO full error and 
>> application stopped receiving the traffic from the session layer.  Whereas, 
>> with TCP I can easily achieve 15Gbps throughput without tuning any DPDK 
>> parameter.  UDP tx also looks fine. From an host application I can send 
>> ~5Gbps without any issue. 
>> 
>> I am running VPP( stable/2001 code) on RHEL8 server using Mellanox 100G 
>

[vpp-dev] How to run Routing protocol in VPP instance

[Neelambuj singh via Lists.Fd.Io]

Hi ,

Kindly guide me ho to run the L3 routing  protocol to in multiple VPP instances 
.

Please give me the complete steps :
1. Which plugin required 
2. Steps to install all the packages to support the L3 routing protocol like 
OSPF, BGP , RIP etc.

Regards,
Neelam Buj


Sent from Mail for Windows 10

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15206): https://lists.fd.io/g/vpp-dev/message/15206
Mute This Topic: https://lists.fd.io/mt/69951903/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-