Re: [vpp-dev] Multiple Static Mappings

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco)]

When using static mapping with port number external address/interface must be 
added to NAT pool otherwise static mapping won’t be resolved when interface 
obtain IP address. Run first “nat44 add interface address 
TenGigabitEthernet6/0/0” in your case.

Matus

From: Jon Loeliger 
Sent: Wednesday, April 4, 2018 5:41 PM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) 

Cc: vpp-dev 
Subject: Re: [vpp-dev] Multiple Static Mappings

On Wed, Apr 4, 2018 at 5:34 AM, Matus Fabian -X (matfabia - PANTHEON 
TECHNOLOGIES@Cisco) > wrote:
Fixed https://gerrit.fd.io/r/#/c/11505/

Matus
Matus,

Thanks for the quick turn-around on the bug fix!

While the original problem (one local address with multiple externals) seems
to have been fixed, there is still some lingering problem here.  It may simply
be an issue with the return codes:


vpp# nat44 add static mapping udp local 10.10.10.100 90 external 
TenGigabitEthernet6/0/0 
nat44 add static mapping: External addres must be allocated.
vpp# show nat44 static mapping
NAT44 static mappings:
udp local 10.10.10.100:90 external 
TenGigabitEthernet6/0/0: vrf -1

vpp# nat44 add static mapping udp local 10.10.10.100 90 external 
TenGigabitEthernet6/0/0  del
nat44 add static mapping: Mapping not exist.
vpp# show nat44 static mapping
NAT44 static mappings:
vpp#
It appears to properly add and delete the mappings, but the return
code indicates that the operations have failed.

Thanks,
jdl

[vpp-dev] MPLS-TE in VPP

[Sadegh Sehhat bakhsh]

Hi guys,

I asked a question about RSVP-TE  and MPLS-TE supporting in  VPP and didn't
receive any answer.

is there any forum or slack channel about  VPP that I can ask my question
there?
I just want to know whether VPP‌ supports MPLS-TE and RSVP-TE or not.

thanks.

Re: [vpp-dev] 18.04 RC1 is cut, master is open again

[Florin Coras]

Awesome! Thanks, Chris!

Florin

> On Apr 4, 2018, at 7:40 PM, Chris Luke  wrote:
> 
> All,
>
> The stable/1804 branch was created earlier; master is now open again for 
> general patches.
>
> I’m not ready to accept fixes on the new stable branch. This is pending 
> determining why packagecloud hasn’t received any packages yet and giving the 
> artifacts a test, but should have news on this tomorrow.
>
> Chris.
> 

[vpp-dev] 18.04 RC1 is cut, master is open again

[Chris Luke]

All,

The stable/1804 branch was created earlier; master is now open again for 
general patches.

I'm not ready to accept fixes on the new stable branch. This is pending 
determining why packagecloud hasn't received any packages yet and giving the 
artifacts a test, but should have news on this tomorrow.

Chris.

[vpp-dev] [FD.io] CFP: FD.io minisummit @Kubecon EU May 2-4 in Copenhagen.

[Edward Warnicke]

Folks, let's get your talk proposals in :)

Ed

-- Forwarded message -
From: Trishan de Lanerolle 
Date: Wed, Apr 4, 2018 at 11:08 AM
Subject: [FD.io] CFP: FD.io minisummit @Kubecon EU May 2-4 in Copenhagen.
To: 


Call for Proposals Open until EoD tomorrow.

Join the FD.io community in Copenhagen, Denmark, for  a co-located FD.io
Mini summit at KubeCon+CloudNativeCon.  Hear and learn from FD.io and
industry experts who will be sharing information about the projects, use
cases, capabilities, integration between FD.io and
Kubernetes/ODL/OPNFV/other communities, tools and many more exciting
topics. This is a great opportunity for  KubeCon+CloudNativeCon attendees
to share their thought leadership and innovations at one of the industry’s
premier events.

TO SUBMIT A SPEAKING PROPOSAL:
*https://goo.gl/sPf7cu * .

*Submissions must be received by 11:59pm PST on Thursday, April 5th, 2018.*

Dates to Remember
CFP Open: Wednesday, March 14, 2018
CFP Close: Thursday, April 5, 2018, 11:59 PST
CFP Notifications: Week of April 9th
Mini-Summit Day: Co-located as a one day event at KubeCon, May 2-4th,
Copenhagen, Europe

Re: [vpp-dev] MPLS configuration for v18.01.1

[Neale Ranns]

Hi Jit,

Wiki updated with a tunnel config example.

/neale

From:  on behalf of Jit Mehta 

Date: Wednesday, 4 April 2018 at 18:21
To: "vpp-dev@lists.fd.io" 
Subject: [vpp-dev] MPLS configuration for v18.01.1

Hello vpp-dev,

Is there a configuration guide/wiki page for MPLS for v18.01.1?

I followed at the documentation here 
https://docs.fd.io/vpp/18.01/clicmd_src_vnet_mpls.html, but can not tell if I 
have the right config in place
for MPLS to work.

I also checked the old wiki page here (https://wiki.fd.io/view/VPP/MPLS_FIB) 
but it seems it is out of date with v18.01.1.

It would be great if someone could share the correct set of steps to configure 
an mpls tunnel.

Thanks,
Jit

[vpp-dev] MPLS configuration for v18.01.1

[Jit Mehta]

Hello vpp-dev,

Is there a configuration guide/wiki page for MPLS for v18.01.1?

I followed at the documentation here
https://docs.fd.io/vpp/18.01/clicmd_src_vnet_mpls.html, but can not tell if
I have the right config in place
for MPLS to work.

I also checked the old wiki page here (https://wiki.fd.io/view/VPP/MPLS_FIB)
but it seems it is out of date with v18.01.1.

It would be great if someone could share the correct set of steps to
configure an mpls tunnel.

Thanks,
Jit

Re: [vpp-dev] Multiple Static Mappings

[Jon Loeliger]

On Wed, Apr 4, 2018 at 5:34 AM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES@Cisco)  wrote:

> Fixed https://gerrit.fd.io/r/#/c/11505/
>
>
>
> Matus
>
> Matus,

Thanks for the quick turn-around on the bug fix!

While the original problem (one local address with multiple externals) seems
to have been fixed, there is still some lingering problem here.  It may
simply
be an issue with the return codes:

vpp# nat44 add static mapping udp local 10.10.10.100 90 external
TenGigabitEthernet6/0/0 
nat44 add static mapping: External addres must be allocated.
vpp# show nat44 static mapping
NAT44 static mappings:
udp local 10.10.10.100:90 external TenGigabitEthernet6/0/0: vrf -1

vpp# nat44 add static mapping udp local 10.10.10.100 90 external
TenGigabitEthernet6/0/0  del
nat44 add static mapping: Mapping not exist.
vpp# show nat44 static mapping
NAT44 static mappings:
vpp#
It appears to properly add and delete the mappings, but the return
code indicates that the operations have failed.

Thanks,
jdl

[vpp-dev] Invitation: VPP/AArch64 meeting timing

[Tina TSOU (via Doodle)]

Hi vpp-dev@lists.fd.io,

Tina TSOU (tinats...@gmail.com) invites you to participate in the
Doodle poll VPP/AArch64 meeting timing.

Dear all,
  
  Recently some participants asked whether we can move
our 6am California time weekly meeting to 8am, or alternate 6am/8am.
Please make your selection.

Participate now
http://link.e.doodle.com/wf/click?upn=8dNs8i4ZDyStMeI1Sn5r9JSbK59YEKy2D80mjr9TQq4JFIi9X9qe8HAeY4THwIFpxtYz2jfQarFwtjzLBYs-2Fow-3D-3D_v0eD0-2FCRvNWXjqY-2FVSiwlenVtJoBw-2BscrgeE8ELEjVQXmFZiYC-2Fsu794asu0fUviM-2BOqSXYjjSZx6vVfKjMweCIilGGNupnTPdO-2F7qUTTgGmHTevfbBbHvH2egHGUcBQPlAVX7aetXNzbFrXNu7DcZWObyzyz1qnZSNxDZbw4Tfcm8TtWcFSQp-2FowJ8iAdpoDhwPwUcojrTj-2F2N6xUiAmw4VwdSCHgLRjp2UiJ4iQf4sI2-2FHWsSh2elUeWI1zhkjSSnosFHyGedn-2Buaoafp2Hqbtwl5EZ6YnE76k2mcpKmHnM2RrQwwc-2BkQeZQ-2BLq0Jumbt7QlW5EiFMMJBqZ1QAEutpEwDZTg0ed8rsdnEhnpeubx42pAdpWX96lIg2aEFroC3y8Kqg5c86xPouZJSpQkV1OAMUOIA80idEbANwsyw-3D



null
What is Doodle? Doodle is a web service that helps Tina TSOU to find a
suitable date for meeting with a group of people. Learn more about how
Doodle works. 
(http://link.e.doodle.com/wf/click?upn=8dNs8i4ZDyStMeI1Sn5r9LscLqP1ynyp-2F0DKgOckOLA-3D_v0eD0-2FCRvNWXjqY-2FVSiwlenVtJoBw-2BscrgeE8ELEjVQXmFZiYC-2Fsu794asu0fUviM-2BOqSXYjjSZx6vVfKjMweCIilGGNupnTPdO-2F7qUTTgGmHTevfbBbHvH2egHGUcBQPlAVX7aetXNzbFrXNu7DcZWObyzyz1qnZSNxDZbw4Tfcm8TtWcFSQp-2FowJ8iAdpoT43gTl4o7KUOu10j3Ee0kRR-2Bc9dYEc8gnOWNB1kPlOml3Vb6ERqTWOVl-2BsRc7o69JnrVkVlCWs3AImxwzini5G3h4Fefah0OPy55clVKiyOLQs1fQEOMUEcr3-2FZJVFJJ88Wj3RVQr4Jq9lVKM2YMr4zyZtOyjNrzc4Fti332CLYyqBhGuQuJLTW03-2FnQP1q2Mv4UFpZd0iUBCOsm-2BpOhD3NtIYQbk5NvoTJEmvJskmI-3D

--

You have received this e-mail because Tina TSOU has invited you to
participate in the Doodle poll VPP/AArch64 meeting timing.





Doodle is also available for iOS and Android


Doodle AG, Werdstrasse 21, 8021 Zürich

Re: [vpp-dev] the problem of deleting the static arp

[Neale Ranns]

I suspect a lock count overrun in the fib_table_t. it’s a u16.

/neale

From:  on behalf of xyxue 
Date: Wednesday, 4 April 2018 at 08:39
To: "vpp-dev@lists.fd.io" 
Subject: [vpp-dev] the problem of deleting the static arp


Hi guys，

I’m testing the static arp.
When I configured one hundred thousand static arp ,and delete to 34467th, there 
is a SIGABRT. More info is shown below:

VPP# set ip arp host-eth1 1.1.69.234 00:01:00:00:45:ea del
/home/vpp/build-data/../src/vnet/fib/ip4_fib.c:230 (ip4_fib_table_destroy) 
assertion `0 == fib_table->ft_total_route_counts' fails

Program received signal SIGABRT, Aborted.
0x76168c37 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c:
(gdb) bt
#0  0x76168c37 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7616c028 in __GI_abort () at abort.c:89
#2  0x004061ef in os_panic () at 
/home/vpp/build-data/../src/vpp/vnet/main.c:302
#3  0x7693eb88 in debugger () at 
/home/vpp/build-data/../src/vppinfra/error.c:84
#4  0x7693ef8f in _clib_error (how_to_die=2, function_name=0x0, 
line_number=0, fmt=0x772f4758 "%s:%d (%s) assertion `%s' fails")
at /home/vpp/build-data/../src/vppinfra/error.c:143
#5  0x77176289 in ip4_fib_table_destroy (fib_index=0) at 
/home/vpp/build-data/../src/vnet/fib/ip4_fib.c:230
#6  0x7718346d in fib_table_destroy (fib_table=0x7fffb5a9cf00) at 
/home/vpp/build-data/../src/vnet/fib/fib_table.c:1209
#7  0x771835f2 in fib_table_unlock (fib_index=0, 
proto=FIB_PROTOCOL_IP4, source=FIB_SOURCE_ADJ) at 
/home/vpp/build-data/../src/vnet/fib/fib_table.c:1265
#8  0x76cc64a9 in arp_adj_fib_remove (e=0x7fffb77cb170, fib_index=0) at 
/home/vpp/build-data/../src/vnet/ethernet/arp.c:1777
#9  0x76cc75df in arp_entry_free (eai=0x7fffb5d268f4, e=0x7fffb77cb170) 
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:1877
#10 0x76cc797f in vnet_arp_unset_ip4_over_ethernet_internal 
(vnm=0x77647dc0 , args=0x7fffb5d209d0) at 
/home/vpp/build-data/../src/vnet/ethernet/arp.c:1902
#11 0x76cc7d20 in set_ip4_over_ethernet_rpc_callback (a=0x7fffb5d209d0) 
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:1981
#12 0x7794b297 in vl_api_rpc_call_main_thread_inline (fp=0x76cc7c8d 
, data=0x7fffb5d209d0 "\001", 
data_length=28, force_rpc=0 '\000')
at /home/vpp/build-data/../src/vlibmemory/memory_vlib.c:2061
#13 0x7794b3ea in vl_api_rpc_call_main_thread (fp=0x76cc7c8d 
, data=0x7fffb5d209d0 "\001", 
data_length=28)
at /home/vpp/build-data/../src/vlibmemory/memory_vlib.c:2107
#14 0x76cc5aaf in vnet_arp_unset_ip4_over_ethernet (vnm=0x77647dc0 
, sw_if_index=1, a_arg=0x7fffb5d20ac0)
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:1594
#15 0x76cc8f48 in ip_arp_add_del_command_fn (vm=0x7792abe0 
, is_del=1, input=0x7fffb5d20ec0, cmd=0x7fffb5c9295c)
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:2254
#16 0x7767d217 in cli_no_one_cmd (vm=0x7792abe0 , 
is_del=0, in=0x7fffb5d20ec0, no=0x7fffb5c96b5c) at 
/home/vpp/build-data/../src/vlib/cli/cli_help.c:494
#17 0x776746fe in vlib_cli_dispatch_sub_commands (vm=0x7792abe0 
, cm=0x64f098, input=0x7fffb5d20ec0, parent_command_index=0, 
poss_cmds=0x7fffb5d20da8,
poss_helps=0x7fffb5d20db0) at /home/vpp/build-data/../src/vlib/cli.c:878
#18 0x77674be3 in vlib_cli_input (vm=0x7792abe0 , 
input=0x7fffb5d20ec0, function=0x776e164d , 
function_arg=0)
at /home/vpp/build-data/../src/vlib/cli.c:970
#19 0x776e77ee in unix_cli_process_input (cm=0x7792a920 
, cli_file_index=0) at 
/home/vpp/build-data/../src/vlib/unix/cli.c:2511
#20 0x776e8358 in unix_cli_process (vm=0x7792abe0 
, rt=0x7fffb5d1, f=0x0) at 
/home/vpp/build-data/../src/vlib/unix/cli.c:2623
#21 0x776aba61 in vlib_process_bootstrap (_a=140736237603344) at 
/home/vpp/build-data/../src/vlib/main.c:1253
#22 0x76953560 in clib_calljmp () at 
/home/vpp/build-data/../src/vppinfra/longjmp.S:128
#23 0x7fffb57309e0 in ?? ()
#24 0x776abb96 in vlib_process_startup (vm=0x2c, p=0x8, 
f=0x7fffb8e179c4) at /home/vpp/build-data/../src/vlib/main.c:1278
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) f 5
#5  0x77176289 in ip4_fib_table_destroy (fib_index=0) at 
/home/vpp/build-data/../src/vnet/fib/ip4_fib.c:230
230 ASSERT(0 == fib_table->ft_total_route_counts);
(gdb) p  fib_table->ft_total_route_counts
$1 = 9
(gdb)

I doubt whether there is something remains in fib_table_entry, when we delete 
the static arp.

for (ii = ARRAY_LEN(ip4_specials) - 1; ii >= 0; ii--)
{
fib_prefix_t prefix = ip4_specials[ii].ift_prefix;

prefix.fp_addr.ip4.data_u32 =
clib_host_to_net_u32(prefix.fp_addr.ip4.data_u32);

Re: [vpp-dev] Issue in installing router and netlink plugins

[demian]

Yes, I need to do BGP and Routing.
I am using virtual box just to compile the sources, and running VPP on the bare 
metal.

You can find the problem, just running VPP.
There you will find if the VPP program is able to find the router plugin.

I manually copied the files from the VM to the host, and added the lib path to 
/etc/ld.so.conf.d/.



> El 3 abr. 2018, a las 16:03, Hamid via Lists.Fd.Io 
> <14mseesrasool=seecs.edu...@lists.fd.io> escribió:
> 
> Hi Demian,
> 
> My environment is KVM virtual machine (Ubuntu 16.04 server) with 2 cores and 
> 2 GB RAM on an R620 server (guest is Ubuntu 16.04 desktop). I am building vpp 
> from sources through deb installer packages on the VM.
> 
> Normal VPP operations are working. My objective is to use routing and CG-NAT 
> functionality with VPP (with or without DPDK).
> 
> On Tue, Apr 3, 2018 at 11:25 PM,   > wrote:
> Hi Hamid
>   I follow the same sample and its working (at least inside the VM).
>   Are you running the ln -sf /home/xflow/vppsb/netlink inside the vagrant 
> VM ?
> 
> Demian
> 
>> El 3 abr. 2018, a las 15:16, Hamid via Lists.Fd.Io  
>> <14mseesrasool=seecs.edu...@lists.fd.io 
>> > escribió:
>> 
>> I am following the FRR tutorial 
>>  
>> to set up vppsb. Please let me know if there is better documentation 
>> available.
>> 
>> I had already built and ran stable/1801 branch vpp code on my machine but 
>> due to conflicts with vppsb I had to check out master for vpp and vppsb 
>> repos.
>> 
>> Here the steps,
>> 
>> In the home directory, git clone https://gerrit.fd.io/r/vppsb 
>> 
>> cd vppsb
>> git checkout master
>> 
>> Then, in vpp directory,
>> ln -sf /home/xflow/vppsb/netlink
>> ln -sf /home/xflow/vppsb/router
>> ln -sf /home/xflow/netlink/netlink.mk  
>> build-data/packages/
>> ln -sf /home/xflow/router/router.mk  build-data/packages/
>> 
>> cd build-root
>> sudo make V=0 PLATFORM=vpp TAG=vpp_debug install-deb netlink-install 
>> router-install
>> sudo dpkg -i *.deb
>> sudo ln -sf 
>> /root/xflow/install1/vpp/build-root/install-vpp_debug-native/router/lib64/router.so.0.0.0
>>  /usr/lib/vpp_plugins/router.so
>> 
>> And then, I restart vpp service and check tap-inject which does not work.
>> 
>> The contents of the build-root directory is given earlier in the thread.
>> 
>>  
>> 
>>  Virus-free. www.avast.com 
>> 
>>  <>
>> 
>> On Tue, Apr 3, 2018 at 9:48 PM, Wang > > wrote:
>> Would you share the command lines you used to install router plugin? It 
>> seems to me the router plugin is not loaded?
>> 
>> 2018-04-02 13:05 GMT-04:00 Hamid Rasool <14mseesras...@seecs.edu.pk 
>> >:
>> Hi Wang,
>> 
>> My copy of the code contains the patch. I have checked the source and it is 
>> according to the diff in your commit 
>> .
>>  The make netlink-install and router-install now build without errors (using 
>> vpp 18.04-rc0 ; vpp stable/18.01 had the above issue).
>> 
>> The problem I am facing that after netlink and router are built, I am unable 
>> to perform 'sudo vppctl enable tap-inject' command. Does the build command 
>> supposed to have .deb packages for vppsb. This is my build-root directory:
>> xflow@vpphamid1:~/install1/vpp/build-root$ ls
>> autowank  platforms.mk 
>> bin   python
>> build-config.mk    sbin
>> build-config.mk.READMEscripts
>> build-tool-native tools
>> build-vpp_debug-nativevagrant
>> build-vpp-native  vpp_18.04-rc0~503-gf0404e9_amd64.changes
>> config.site    
>> vpp_18.04-rc0~503-gf0404e9_amd64.deb
>> copyimg   vpp-api-java_18.04-rc0~503-gf0404e9_amd64.deb
>> deb   vpp-api-lua_18.04-rc0~503-gf0404e9_amd64.deb
>> install-vpp_debug-native  vpp-api-python_18.04-rc0~503-gf0404e9_amd64.deb
>> install-vpp-nativevpp-dbg_18.04-rc0~503-gf0404e9_amd64.deb
>> lib64 vpp-dev_18.04-rc0~503-gf0404e9_amd64.deb
>> Makefile  vpp-lib_18.04-rc0~503-gf0404e9_amd64.deb
>> path_setupvpp-plugins_18.04-rc0~503-gf0404e9_amd64.deb
>> 
>> 
>> 
>>  
>> 

Re: [vpp-dev] VAT ACL for 18.04

[Andrew Yourtchenko]

Thanks for the good catch, Prashant! :-)

--a

> On 4 Apr 2018, at 04:19, Prashant G  wrote:
> 
> Hi Shashi,
>
> Can you check if you really want to load the same plugins in VPP process 
> (plugin_path ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/) 
> and VAT (plugin_path 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_api_test_plugins/)?
> Would not expect it to work that way.
>
> -Prashant
>
> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of Shashi Kant Singh
> Sent: Tuesday, April 03, 2018 3:04 AM
> To: vpp-dev@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: [**EXTERNAL**] Re: [vpp-dev] VAT ACL for 18.04
>
> Hi Andrew,
>
> I was trying that in the meantime. This is what I have got:
>
> git clone https://gerrit.fd.io/r/vpp vpp5 git checkout remotes/origin/master 
> cd build-root/ make distclean cd ..
> make build
>
> [root@vbbubng6-shashi-7 vpp5]#  make  run STARTUP_CONF=../startup.conf
> vlib_plugin_early_init:359: plugin path 
> /bng5/shashi-7/vpp5/build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins
> load_one_plugin:187: Loaded plugin: acl_plugin.so (Access Control Lists)
> load_one_plugin:187: Loaded plugin: avf_plugin.so (Intel Adaptive Virtual 
> Function (AVF) Device Plugin)
> load_one_plugin:189: Loaded plugin: cdp_plugin.so
> load_one_plugin:187: Loaded plugin: dpdk_plugin.so (Data Plane Development 
> Kit (DPDK))
> load_one_plugin:187: Loaded plugin: flowprobe_plugin.so (Flow per Packet)
> load_one_plugin:187: Loaded plugin: gbp_plugin.so (Group Based Policy)
> load_one_plugin:187: Loaded plugin: gtpu_plugin.so (GTPv1-U)
> load_one_plugin:187: Loaded plugin: igmp_plugin.so (IGMP messaging)
> load_one_plugin:187: Loaded plugin: ila_plugin.so (Identifier-locator 
> addressing for IPv6)
> load_one_plugin:187: Loaded plugin: ioam_plugin.so (Inbound OAM)
> load_one_plugin:117: Plugin disabled (default): ixge_plugin.so
> load_one_plugin:187: Loaded plugin: kubeproxy_plugin.so (kube-proxy data 
> plane)
> load_one_plugin:187: Loaded plugin: l2e_plugin.so (L2 Emulation)
> load_one_plugin:187: Loaded plugin: lacp_plugin.so (Link Aggregation Control 
> Protocol)
> load_one_plugin:187: Loaded plugin: lb_plugin.so (Load Balancer)
> load_one_plugin:187: Loaded plugin: memif_plugin.so (Packet Memory Interface 
> (experimetal))
> load_one_plugin:187: Loaded plugin: nat_plugin.so (Network Address 
> Translation)
> load_one_plugin:187: Loaded plugin: pppoe_plugin.so (PPPoE)
> load_one_plugin:187: Loaded plugin: srv6ad_plugin.so (Dynamic SRv6 proxy)
> load_one_plugin:187: Loaded plugin: srv6am_plugin.so (Masquerading SRv6 proxy)
> load_one_plugin:187: Loaded plugin: srv6as_plugin.so (Static SRv6 proxy)
> load_one_plugin:187: Loaded plugin: stn_plugin.so (VPP Steals the NIC for 
> Container integration)
> load_one_plugin:187: Loaded plugin: tlsmbedtls_plugin.so (mbedtls based TLS 
> Engine)
> load_one_plugin:187: Loaded plugin: tlsopenssl_plugin.so (openssl based TLS 
> Engine)
> tls_init_ca_chain:600: Could not initialize TLS CA certificates
> tls_openssl_init:650: failed to initialize TLS CA chain
> tls_init_ca_chain:567: Could not initialize TLS CA certificates
> tls_mbedtls_init:606: failed to initialize TLS CA chain
> dpdk_config:1271: EAL init args: -c e -n 4 --huge-dir /run/vpp/hugepages 
> --file-prefix vpp -w :00:07.0 -w :00:08.0 --master-lcore 1 
> --socket-mem 1024
>
>
> root@vbbubng6-shashi-7 vpp5]# 
> ./build-root/install-vpp_debug-native/vpp/bin/vpp_api_test  plugin_path 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/lacp_plugin.so: 
> undefined symbol: bond_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/kubeproxy_plugin.so:
>  undefined symbol: socket_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/gbp_plugin.so: 
> undefined symbol: socket_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/acl_plugin.so: 
> undefined symbol: socket_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/lb_plugin.so: 
> undefined symbol: socket_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/igmp_plugin.so: 
> undefined symbol: socket_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/srv6as_plugin.so: 
> undefined symbol: sr_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/ixge_plugin.so: 
> undefined symbol: format_vnet_buffer
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/gtpu_plugin.so: 
> undefined symbol: l2input_main
> load_one_plugin:42: 
> ./build-root/install-vpp_debug-native/vpp/lib64/vpp_plugins/memif_plugin.so: 
> undefined symbol: unix_main
> load_one_plugin:42: 
> 

Re: [vpp-dev] Multiple Static Mappings

[Dave Barach]

Merged 11503, 11505 after testing on my vpp home gateway.

HTH… Dave

From: vpp-dev@lists.fd.io  On Behalf Of Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES at Cisco)
Sent: Wednesday, April 4, 2018 6:35 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Multiple Static Mappings

Fixed https://gerrit.fd.io/r/#/c/11505/

Matus

From: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
Sent: Wednesday, April 4, 2018 7:29 AM
To: 'Jon Loeliger' >; vpp-dev 
>
Subject: RE: Multiple Static Mappings

Hi Jon,

This does not work properly, should be prohibited. I will fix issue.

Thanks,
Matus

From: Jon Loeliger >
Sent: Tuesday, April 3, 2018 6:52 PM
To: vpp-dev >; Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES at Cisco) 
>
Subject: Multiple Static Mappings

Matus,

Are multiple static mappings for a single local address expected behavior?

vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.1
vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.2
vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.3
vpp# show nat44 static mapping
NAT44 static mappings:
 local 10.10.10.100 external 200.0.0.1 vrf 0
 local 10.10.10.100 external 200.0.0.2 vrf 0
 local 10.10.10.100 external 200.0.0.3 vrf 0

Thanks,
jdl

Re: [vpp-dev] Multiple Static Mappings

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco)]

Fixed https://gerrit.fd.io/r/#/c/11505/

Matus

From: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
Sent: Wednesday, April 4, 2018 7:29 AM
To: 'Jon Loeliger' ; vpp-dev 
Subject: RE: Multiple Static Mappings

Hi Jon,

This does not work properly, should be prohibited. I will fix issue.

Thanks,
Matus

From: Jon Loeliger >
Sent: Tuesday, April 3, 2018 6:52 PM
To: vpp-dev >; Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES at Cisco) 
>
Subject: Multiple Static Mappings

Matus,

Are multiple static mappings for a single local address expected behavior?

vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.1
vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.2
vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.3
vpp# show nat44 static mapping
NAT44 static mappings:
 local 10.10.10.100 external 200.0.0.1 vrf 0
 local 10.10.10.100 external 200.0.0.2 vrf 0
 local 10.10.10.100 external 200.0.0.3 vrf 0

Thanks,
jdl

Re: [vpp-dev] Removing a NAT static mapping

[Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES@Cisco)]

Hi Jon,

My bad I use wrong interface, so issue is something different.
Issue fixed https://gerrit.fd.io/r/#/c/11503/
DBGvpp# show interface GigabitEthernet0/8/0 addr
GigabitEthernet0/8/0 (dn):
  L3 172.16.2.1/24
DBGvpp# show nat44 static mappings
NAT44 static mappings:
DBGvpp# nat44 add static mapping local 10.0.0.3 external GigabitEthernet0/8/0
DBGvpp# show nat44 static mappings
NAT44 static mappings:
local 10.0.0.3 external 172.16.2.1 vrf 0
local 10.0.0.3 external GigabitEthernet0/8/0 vrf -1
DBGvpp# nat44 add static mapping local 10.0.0.3 external GigabitEthernet0/8/0 
del
DBGvpp# show nat44 static mappings
NAT44 static mappings:
DBGvpp#

Matus


From: vpp-dev@lists.fd.io  On Behalf Of Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES at Cisco)
Sent: Wednesday, April 4, 2018 7:21 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Removing a NAT static mapping

Hi Jon,

For static mapping without port(icmp id) protocol should be ignored, but looks 
like there is some bug. I will fix issue. When I don’t specify protocol it 
works:
DBGvpp# sh interface GigabitEthernet0/8/0 addr
GigabitEthernet0/8/0 (dn):
  L3 10.0.0.1/24
DBGvpp# sh nat44 static mappings
NAT44 static mappings:
DBGvpp# nat44 add static mapping local 10.0.0.3 external GigabitEthernet0/a/0
DBGvpp# sh nat44 static mappings
NAT44 static mappings:
local 10.0.0.3 external GigabitEthernet0/a/0 vrf -1
DBGvpp# nat44 add static mapping local 10.0.0.3 external GigabitEthernet0/a/0 
del
DBGvpp# sh nat44 static mappings
NAT44 static mappings:
DBGvpp#

Matus


From: Jon Loeliger >
Sent: Tuesday, April 3, 2018 6:46 PM
To: vpp-dev >; Matus Fabian -X 
(matfabia - PANTHEON TECHNOLOGIES at Cisco) 
>
Subject: Removing a NAT static mapping

Matus,

I have a question about the expected behavior for removing a
static mapping on an external interface address.

vpp# show int TenGigabitEthernet6/0/0 addr
TenGigabitEthernet6/0/0 (dn):
  L3 200.0.0.1/24
vpp# show nat44 static mappings
NAT44 static mappings:

And add a static mapping:

vpp# nat44 add static mapping  icmp local 10.10.10.100 external 
TenGigabitEthernet6/0/0
vpp# show nat44 static mappings
NAT44 static mappings:
 local 10.10.10.100 external 200.0.0.1 vrf 0

Now, I tried to delete it:

vpp# nat44 add static mapping  icmp local 10.10.10.100 del
nat44 add static mapping: Mapping not exist.
vpp# nat44 add static mapping  icmp local 10.10.10.100 external 
TenGigabitEthernet6/0/0 del
nat44 add static mapping: Mapping not exist.

I would have expected either of those two commands to have
removed the static mapping, but they do not.

This command, with an explicit external address does work:

vpp# nat44 add static mapping  icmp local 10.10.10.100 external 200.0.0.1  del
vpp# show nat44 static mappings
NAT44 static mappings:
vpp#

Is this the expected behavior here?  It seems to me that the mapping
should be able to be removed based on the (protocol, local-ip, local-port)
triplet and a little help from addr_only.

When it is not an interface address, that does seem to be sufficient:

vpp# nat44 add static mapping  icmp local 10.10.10.100
vpp# show nat44 static mapping
NAT44 static mappings:
 local 10.10.10.100 external 208.174.80.178 vrf 0
vpp# nat44 add static mapping  icmp local 10.10.10.100 del
vpp#

Furthermore, there apparently can not be multiple static mappings
for the same local-address:

vpp# nat44 add static mapping  icmp local 10.10.10.100 external 
TenGigabitEthernet6/0/0
vpp# nat44 add static mapping  icmp local 10.10.10.100 external 
TenGigabitEthernet6/0/0
nat44 add static mapping: Mapping already exist.
vpp#

So that triplet should make it a unique key for deletion, right?

Thanks,
jdl

[vpp-dev] the problem of deleting the static arp

[xyxue]

Hi guys，

I’m testing the static arp. 
When I configured one hundred thousand static arp ,and delete to 34467th, there 
is a SIGABRT. More info is shown below:

VPP# set ip arp host-eth1 1.1.69.234 00:01:00:00:45:ea del
/home/vpp/build-data/../src/vnet/fib/ip4_fib.c:230 (ip4_fib_table_destroy) 
assertion `0 == fib_table->ft_total_route_counts' fails

Program received signal SIGABRT, Aborted.
0x76168c37 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: 
(gdb) bt
#0  0x76168c37 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7616c028 in __GI_abort () at abort.c:89
#2  0x004061ef in os_panic () at 
/home/vpp/build-data/../src/vpp/vnet/main.c:302
#3  0x7693eb88 in debugger () at 
/home/vpp/build-data/../src/vppinfra/error.c:84
#4  0x7693ef8f in _clib_error (how_to_die=2, function_name=0x0, 
line_number=0, fmt=0x772f4758 "%s:%d (%s) assertion `%s' fails")
at /home/vpp/build-data/../src/vppinfra/error.c:143
#5  0x77176289 in ip4_fib_table_destroy (fib_index=0) at 
/home/vpp/build-data/../src/vnet/fib/ip4_fib.c:230
#6  0x7718346d in fib_table_destroy (fib_table=0x7fffb5a9cf00) at 
/home/vpp/build-data/../src/vnet/fib/fib_table.c:1209
#7  0x771835f2 in fib_table_unlock (fib_index=0, 
proto=FIB_PROTOCOL_IP4, source=FIB_SOURCE_ADJ) at 
/home/vpp/build-data/../src/vnet/fib/fib_table.c:1265
#8  0x76cc64a9 in arp_adj_fib_remove (e=0x7fffb77cb170, fib_index=0) at 
/home/vpp/build-data/../src/vnet/ethernet/arp.c:1777
#9  0x76cc75df in arp_entry_free (eai=0x7fffb5d268f4, e=0x7fffb77cb170) 
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:1877
#10 0x76cc797f in vnet_arp_unset_ip4_over_ethernet_internal 
(vnm=0x77647dc0 , args=0x7fffb5d209d0) at 
/home/vpp/build-data/../src/vnet/ethernet/arp.c:1902
#11 0x76cc7d20 in set_ip4_over_ethernet_rpc_callback (a=0x7fffb5d209d0) 
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:1981
#12 0x7794b297 in vl_api_rpc_call_main_thread_inline (fp=0x76cc7c8d 
, data=0x7fffb5d209d0 "\001", 
data_length=28, force_rpc=0 '\000')
at /home/vpp/build-data/../src/vlibmemory/memory_vlib.c:2061
#13 0x7794b3ea in vl_api_rpc_call_main_thread (fp=0x76cc7c8d 
, data=0x7fffb5d209d0 "\001", 
data_length=28)
at /home/vpp/build-data/../src/vlibmemory/memory_vlib.c:2107
#14 0x76cc5aaf in vnet_arp_unset_ip4_over_ethernet (vnm=0x77647dc0 
, sw_if_index=1, a_arg=0x7fffb5d20ac0)
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:1594
#15 0x76cc8f48 in ip_arp_add_del_command_fn (vm=0x7792abe0 
, is_del=1, input=0x7fffb5d20ec0, cmd=0x7fffb5c9295c)
at /home/vpp/build-data/../src/vnet/ethernet/arp.c:2254
#16 0x7767d217 in cli_no_one_cmd (vm=0x7792abe0 , 
is_del=0, in=0x7fffb5d20ec0, no=0x7fffb5c96b5c) at 
/home/vpp/build-data/../src/vlib/cli/cli_help.c:494
#17 0x776746fe in vlib_cli_dispatch_sub_commands (vm=0x7792abe0 
, cm=0x64f098, input=0x7fffb5d20ec0, parent_command_index=0, 
poss_cmds=0x7fffb5d20da8, 
poss_helps=0x7fffb5d20db0) at /home/vpp/build-data/../src/vlib/cli.c:878
#18 0x77674be3 in vlib_cli_input (vm=0x7792abe0 , 
input=0x7fffb5d20ec0, function=0x776e164d , 
function_arg=0)
at /home/vpp/build-data/../src/vlib/cli.c:970
#19 0x776e77ee in unix_cli_process_input (cm=0x7792a920 
, cli_file_index=0) at 
/home/vpp/build-data/../src/vlib/unix/cli.c:2511
#20 0x776e8358 in unix_cli_process (vm=0x7792abe0 
, rt=0x7fffb5d1, f=0x0) at 
/home/vpp/build-data/../src/vlib/unix/cli.c:2623
#21 0x776aba61 in vlib_process_bootstrap (_a=140736237603344) at 
/home/vpp/build-data/../src/vlib/main.c:1253
#22 0x76953560 in clib_calljmp () at 
/home/vpp/build-data/../src/vppinfra/longjmp.S:128
#23 0x7fffb57309e0 in ?? ()
#24 0x776abb96 in vlib_process_startup (vm=0x2c, p=0x8, 
f=0x7fffb8e179c4) at /home/vpp/build-data/../src/vlib/main.c:1278
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) f 5
#5  0x77176289 in ip4_fib_table_destroy (fib_index=0) at 
/home/vpp/build-data/../src/vnet/fib/ip4_fib.c:230
230 ASSERT(0 == fib_table->ft_total_route_counts);
(gdb) p  fib_table->ft_total_route_counts
$1 = 9
(gdb) 

I doubt whether there is something remains in fib_table_entry, when we delete 
the static arp. 

for (ii = ARRAY_LEN(ip4_specials) - 1; ii >= 0; ii--) 
{ 
fib_prefix_t prefix = ip4_specials[ii].ift_prefix; 

prefix.fp_addr.ip4.data_u32 = 
clib_host_to_net_u32(prefix.fp_addr.ip4.data_u32); 

fib_table_entry_special_remove(fib_table->ft_index, 
, 
ip4_specials[ii].ift_source); 
}

Is there any problem of the process?

Thanks,
Xyxue

[vpp-dev] Does VPP supports RSVP-TE

[Sadegh Sehhat bakhsh]

Hi
I want to use VPP as DataPlane and FRR as Control plane and also want to
use OSPF-TE for traffic engineering. I want to know that VPP supports
RSVP-TE or not. if it doesn't support , is there any  similar protocol that
I can use instead of RSVP-TE

thanks