Re: [vpp-dev] multiple worker thread failed with vfio

[wuxp]

i checked again and it's fixed after 18.04-rc0~374_g51c52c0~b3859
special thanks to Damjan Marion

Re: [vpp-dev] Error during startup

[Florin Coras]

Did you rebuild debs and reinstalled them? VPP looks to me to be post 18.01, 
given those errors. I’d do the following:

- switch to 18.01 branch
- make sure you have everything backed up
- git clean -fdx
- make bootstrap
- make pkg-deb
- install debs

Try everything again.

Florin

> On Mar 11, 2018, at 8:26 AM, Shashi Kant Singh  wrote:
> 
> I did a clean, switched to branch 18:01, and ran build command. It did move 
> ahead but does not work on running.
>
> When I run the following. I get:
>
> ON THE VPP SERVER:
> -
> DBGvpp# 0: application_verify_cfg:245: memfd seg: vpp's event qs IN binary 
> api svm region
> 0: vnet_application_attach: app init: -108
>
> DBGvpp# show interface
>
>
> ON RUNNING THE TEST SERVER
> ---
> build-tool-native/  build-vpp_debug-native/
> [root@vbbubng6-shashi-2 vpp]# 
> ./build-root/build-vpp_debug-native/vpp/vcl_test_server 5678
> vppcom_cfg_heapsize:1624: VCL<12013>: using default heapsize 268435456 
> (0x1000)
> vppcom_cfg_heapsize:1770: VCL<12013>: allocated VCL heap = 0x7f33a8115000, 
> size 268435456 (0x1000)
> vppcom_cfg_read:1790: VCL<12013>: using default configuration.
> vppcom_connect_to_vpp:512: VCL<12013>: app (vcl_test_server) connecting to 
> VPP api (/vpe-api)...
> vppcom_connect_to_vpp:528: VCL<12013>: app (vcl_test_server) is connected to 
> VPP!
> vppcom_app_create:2284: VCL<12013>: sending session enable
> vppcom_app_create:2295: VCL<12013>: sending app attach
> vl_api_application_attach_reply_t_handler:817: VCL<12013>: attach failed: 
> Unsupported application config (-108)
> ^C
> [root@vbbubng6-shashi-2 vpp]#
>
>
> This works fine for my old release but gives above error for 18:01
> When I try to ping, the TEST CLIENT machine from VPP SERVER and vice versa. 
> This also does not work now
>
> Regards
> Shashi
>
>
> From: vpp-dev@lists.fd.io  
> [mailto:vpp-dev@lists.fd.io ] On Behalf Of Dave 
> Barach
> Sent: 08 March 2018 18:21
> To: vpp-dev@lists.fd.io 
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] Error during startup
>
> +1. Please be careful. This is a cockpit error.
>
> From: vpp-dev@lists.fd.io   > On Behalf Of Florin Coras
> Sent: Thursday, March 8, 2018 1:09 AM
> To: vpp-dev@lists.fd.io 
> Cc: vpp-dev@lists.fd.io 
> Subject: Re: [vpp-dev] Error during startup
>
> Hi Shashi, 
>
> This can’t possibly be part of 17.10 and 18.01 since it was only merged this 
> week on master. Probably you need to clean your repo, rebuild and reinstall 
> debs. 
>
> Florin
>
> 
> On Mar 7, 2018, at 7:44 PM, Shashi Kant Singh  > wrote:
>
> Hi
>
> When I try to start vpp with release 17:10 and 18:01,. I am getting following 
> TLS error
>
> What could be the issue?
>
> Regards
> Shashi
> PS: This worked fine for previous releases.
>
> #  make run-release STARTUP_CONF=../startup.conf
> vlib_plugin_early_init:356: plugin path 
> /bng5/shashi-2/vpp2/vpp/build-root/install-vpp-native/sample-plugin/lib64/vpp_plugins:/bng5/shashi-2/vpp2/vpp/build-root/install-vpp-native/vpp/lib64/vpp_plugins
> load_one_plugin:184: Loaded plugin: acl_plugin.so (Access Control Lists)
> load_one_plugin:184: Loaded plugin: dpdk_plugin.so (Data Plane Development 
> Kit (DPDK))
> load_one_plugin:184: Loaded plugin: flowprobe_plugin.so (Flow per Packet)
> load_one_plugin:184: Loaded plugin: gbp_plugin.so (Group Based Policy)
> load_one_plugin:184: Loaded plugin: gtpu_plugin.so (GTPv1-U)
> load_one_plugin:184: Loaded plugin: ila_plugin.so (Identifier-locator 
> addressing for IPv6)
> load_one_plugin:184: Loaded plugin: ioam_plugin.so (Inbound OAM)
> load_one_plugin:114: Plugin disabled (default): ixge_plugin.so
> load_one_plugin:184: Loaded plugin: kubeproxy_plugin.so (kube-proxy data 
> plane)
> load_one_plugin:184: Loaded plugin: l2e_plugin.so (L2 Emulation)
> load_one_plugin:184: Loaded plugin: lb_plugin.so (Load Balancer)
> load_one_plugin:184: Loaded plugin: libsixrd_plugin.so (IPv6 Rapid Deployment 
> on IPv4 Infrastructure (RFC5969))
> load_one_plugin:184: Loaded plugin: memif_plugin.so (Packet Memory Interface 
> (experimetal))
> load_one_plugin:184: Loaded plugin: nat_plugin.so (Network Address 
> Translation)
> load_one_plugin:184: Loaded plugin: pppoe_plugin.so (PPPoE)
> load_one_plugin:184: Loaded plugin: sample_plugin.so (Sample of VPP Plugin)
> load_one_plugin:184: Loaded plugin: srv6ad_plugin.so (Dynamic SRv6 proxy)
> load_one_plugin:184: Loaded plugin: srv6am_plugin.so (Masquerading SRv6 proxy)
> load_one_plugin:184: Loaded plugin: srv6as_plugin.so (Static SRv6 proxy)
> load_one_plugin:184: Loaded plugin: stn_plugin.so (VPP Steals the NIC for 
> Container integration)
> 

[vpp-dev] New plugin implementation - do i have to git clone vpp tree?

[Avi Cohen (A)]

Hi,
I'm implementing a plugins nodes - and I wonder about the development env. best 
practice:
1. Is it mandatory to  git clone VPP in order to build my plugin, or I can only 
install VPP package and build my plugin.so  (+  src/configure.ac and 
src/plugins/Makefile.am)
2. if it possible to only install VPP package -- do I have to check my plugin 
build  whenever I update the  VPP pkg ?

Best Regards
Avi


-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8494): https://lists.fd.io/g/vpp-dev/message/8494
View All Messages In Topic (1): https://lists.fd.io/g/vpp-dev/topic/14476816
Mute This Topic: https://lists.fd.io/mt/14476816/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Error in loading sample_plugin.so

[Dave Wallace]

https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code

Thanks,
-daw-

On 3/11/2018 11:06 AM, Shashi Kant Singh wrote:


Hi Dave

I wanted to know how to push a patch.

I am not a reviewer or committer. Still can I do?

How can I become a reviewer / committer ?

Regards

Shashi

*From:*vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] *On Behalf Of 
*Dave Barach

*Sent:* 13 February 2018 18:34
*To:* vpp-dev@lists.fd.io
*Subject:* [vpp-dev] Error in loading sample_plugin.so

Dear Shashi,

Defining sample_main fixes the problem. If you feel like it, push a 
patch please.


It seems quite likely that your rebuilt plugin .so didn’t end up the 
plugin directory.


Thanks... Dave

Re: [vpp-dev] Error during startup

[Shashi Kant Singh]

I did a clean, switched to branch 18:01, and ran build command. It did move 
ahead but does not work on running.

When I run the following. I get:

ON THE VPP SERVER:
-
DBGvpp# 0: application_verify_cfg:245: memfd seg: vpp's event qs IN binary api 
svm region
0: vnet_application_attach: app init: -108

DBGvpp# show interface


ON RUNNING THE TEST SERVER
---
build-tool-native/  build-vpp_debug-native/
[root@vbbubng6-shashi-2 vpp]# 
./build-root/build-vpp_debug-native/vpp/vcl_test_server 5678
vppcom_cfg_heapsize:1624: VCL<12013>: using default heapsize 268435456 
(0x1000)
vppcom_cfg_heapsize:1770: VCL<12013>: allocated VCL heap = 0x7f33a8115000, size 
268435456 (0x1000)
vppcom_cfg_read:1790: VCL<12013>: using default configuration.
vppcom_connect_to_vpp:512: VCL<12013>: app (vcl_test_server) connecting to VPP 
api (/vpe-api)...
vppcom_connect_to_vpp:528: VCL<12013>: app (vcl_test_server) is connected to 
VPP!
vppcom_app_create:2284: VCL<12013>: sending session enable
vppcom_app_create:2295: VCL<12013>: sending app attach
vl_api_application_attach_reply_t_handler:817: VCL<12013>: attach failed: 
Unsupported application config (-108)
^C
[root@vbbubng6-shashi-2 vpp]#


This works fine for my old release but gives above error for 18:01
When I try to ping, the TEST CLIENT machine from VPP SERVER and vice versa. 
This also does not work now

Regards
Shashi


From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Dave Barach
Sent: 08 March 2018 18:21
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Error during startup

+1. Please be careful. This is a cockpit error.

From: vpp-dev@lists.fd.io 
> On Behalf Of Florin Coras
Sent: Thursday, March 8, 2018 1:09 AM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Error during startup

Hi Shashi,

This can’t possibly be part of 17.10 and 18.01 since it was only merged this 
week on master. Probably you need to clean your repo, rebuild and reinstall 
debs.

Florin

On Mar 7, 2018, at 7:44 PM, Shashi Kant Singh 
> wrote:

Hi

When I try to start vpp with release 17:10 and 18:01,. I am getting following 
TLS error

What could be the issue?

Regards
Shashi
PS: This worked fine for previous releases.

#  make run-release STARTUP_CONF=../startup.conf
vlib_plugin_early_init:356: plugin path 
/bng5/shashi-2/vpp2/vpp/build-root/install-vpp-native/sample-plugin/lib64/vpp_plugins:/bng5/shashi-2/vpp2/vpp/build-root/install-vpp-native/vpp/lib64/vpp_plugins
load_one_plugin:184: Loaded plugin: acl_plugin.so (Access Control Lists)
load_one_plugin:184: Loaded plugin: dpdk_plugin.so (Data Plane Development Kit 
(DPDK))
load_one_plugin:184: Loaded plugin: flowprobe_plugin.so (Flow per Packet)
load_one_plugin:184: Loaded plugin: gbp_plugin.so (Group Based Policy)
load_one_plugin:184: Loaded plugin: gtpu_plugin.so (GTPv1-U)
load_one_plugin:184: Loaded plugin: ila_plugin.so (Identifier-locator 
addressing for IPv6)
load_one_plugin:184: Loaded plugin: ioam_plugin.so (Inbound OAM)
load_one_plugin:114: Plugin disabled (default): ixge_plugin.so
load_one_plugin:184: Loaded plugin: kubeproxy_plugin.so (kube-proxy data plane)
load_one_plugin:184: Loaded plugin: l2e_plugin.so (L2 Emulation)
load_one_plugin:184: Loaded plugin: lb_plugin.so (Load Balancer)
load_one_plugin:184: Loaded plugin: libsixrd_plugin.so (IPv6 Rapid Deployment 
on IPv4 Infrastructure (RFC5969))
load_one_plugin:184: Loaded plugin: memif_plugin.so (Packet Memory Interface 
(experimetal))
load_one_plugin:184: Loaded plugin: nat_plugin.so (Network Address Translation)
load_one_plugin:184: Loaded plugin: pppoe_plugin.so (PPPoE)
load_one_plugin:184: Loaded plugin: sample_plugin.so (Sample of VPP Plugin)
load_one_plugin:184: Loaded plugin: srv6ad_plugin.so (Dynamic SRv6 proxy)
load_one_plugin:184: Loaded plugin: srv6am_plugin.so (Masquerading SRv6 proxy)
load_one_plugin:184: Loaded plugin: srv6as_plugin.so (Static SRv6 proxy)
load_one_plugin:184: Loaded plugin: stn_plugin.so (VPP Steals the NIC for 
Container integration)
tls_init_ca_chain:1125: Could not initialize TLS CA certificates
tls_init:1168: failed to initialize TLS CA chain
tls_init: failed to initalize TLS CA chain

Re: [vpp-dev] Error in loading sample_plugin.so

[Shashi Kant Singh]

Hi Dave

I wanted to know how to push a patch.

I am not a reviewer or committer. Still can I do?

How can I become a reviewer / committer ?

Regards
Shashi


From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Dave Barach
Sent: 13 February 2018 18:34
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Error in loading sample_plugin.so

Dear Shashi,

Defining sample_main fixes the problem. If you feel like it, push a patch 
please.

It seems quite likely that your rebuilt plugin .so didn't end up the plugin 
directory.

Thanks... Dave

Re: [vpp-dev] Freezing Session Deletion Operation

[Andrew Yourtchenko]

Hi Rubina,

I am assuming you are observing this both in single core and multicore
scenario ?

Based on the outputs, this is what I think might be going on:

I am seeing the total# of sessions is 100, and no TCP transient
sessions - thus the packets that require a a session are dropped.

What is a bit peculiar, is that the session delete# per-worker are
non-zero, yet the the delete counters are zero. To me this indicates
there was a fair bit of transient sessions, which also then got
recycled by the TCP sessions properly established, before the idle
timeout has expired.

And at the moment of taking the show command output the connection
cleaner activity has not yet kicked in - I do not see either any
session deleted by idle timeout nor its timer restarted. Which makes
me think that the time interval in which you are testing must be
relatively short...

So, assuming the time between the start of the traffic and the time
you have 1m sessions is quite short, this is simply using up all of
the connection pool, a classic inherent resource management issue with
any stateful scenario.

You can verify that the sessions delete and start building again if
you issue "clear acl-plugin sessions".

Also, changing the session timeouts to more aggressive values (say, 10
seconds), should kick off the aggressive connection cleaning, thus
should unlock this condition. Of course, shorter idle time means
potentially useful connections removed.  (the commands are "set
acl-plugin session timeout  idle ").

*if* neither of  the above does not adequately describe what you are
seeing, the cleaner node
may for whatever reason ceases to kick in every half a second.

To see the dynamics of conn cleaner node, you can use the debug command
"set acl-plugin session event-trace 1" before the start of the test.
This will produce the event trace, which you can view by "show
event-logger all" - this should give a reasonable idea about what the
cleaner node is up to.

Please let me know.

--a





On 3/11/18, Rubina Bianchi  wrote:
> Hi,
>
> I am testing vpp_18.01.1-124~g302ef0b5 (commit:
> 696e0da1cde7e2bcda5a781f9ad286672de8dcbf) and vpp_18.04-rc0~322-g30787378
> (commit: 30787378f49714319e75437b347b7027a949700d) using Trex with sfr
> scenario in one core and multicore state.
> After a while I saw session deletion rate decreases and vpp throughput
> becomes 0 bps.
> All configuration files and outputs are attached.
>
> Thanks,
> Sincerely
>
> Sent from Outlook
>

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#8490): https://lists.fd.io/g/vpp-dev/message/8490
View All Messages In Topic (2): https://lists.fd.io/g/vpp-dev/topic/14475974
Mute This Topic: https://lists.fd.io/mt/14475974/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Freezing Session Deletion Operation

[Rubina Bianchi]

Hi,

I am testing vpp_18.01.1-124~g302ef0b5 (commit: 
696e0da1cde7e2bcda5a781f9ad286672de8dcbf) and vpp_18.04-rc0~322-g30787378 
(commit: 30787378f49714319e75437b347b7027a949700d) using Trex with sfr scenario 
in one core and multicore state.
After a while I saw session deletion rate decreases and vpp throughput becomes 
0 bps.
All configuration files and outputs are attached.

Thanks,
Sincerely

Sent from Outlook


acls
Description: acls


init.conf
Description: init.conf


show sessions
Description: show sessions


startup.conf
Description: startup.conf


trex
Description: trex

[vpp-dev] control plane

[Gulakh]

Hi,
I want to know how can I use FRR as control plane with VPP as data plane??

I have searched and found a plugin named Router_Plugin from VPPSB project.
As the project stated and I tested it, It seems that this plugin only
supports OSPF as routing protocol, but I need support for ISIS, BGP and etc.

Is there any alternative to router_plugin to use as glue between
FRR(control plane) and VPP(data plane) with support of ISIS, BGP and etc??

If not, How can I develop it myself?? any idea??

Thanks in advance