Re: [vpp-dev] [csit-dev] VPP Release 18.07 is out!

W00t! From: csit-...@lists.fd.io [mailto:csit-...@lists.fd.io] On Behalf Of Ni, Hongjun Sent: Tuesday 31 July 2018 06:28 To: Edward Warnicke ; vpp-dev ; csit-...@lists.fd.io Subject: Re: [csit-dev] VPP Release 18.07 is out! Congratulations to the VPP community !! From: csit-...@lists.fd.io

Re: [vpp-dev] CSIT - sw_interface_set_flags admin-up link-up failing

Hi Peter, It may be unrelated, but I think we see this issue also pretty regularly with FD.io VPP 18.04 and the x520, on our local test rig. The error we typically see is "VAT command sw_interface_set_flags sw_if_index 1 admin-up: no JSON data.VAT". Do think it is the same or a separate iss

Re: [vpp-dev] L3VPN in VPP

Hi, In order to have both VPLS and L3VPN works *concurrently *in a PE router, I guess that I should do the following things: 1- Regardless of the type of service that whether it's *VPLS *,*L3VPN *or *none*(e.g. a simple connectivity) , the core of the network works the same, that is I should Inser

Re: [vpp-dev] CSIT - sw_interface_set_flags admin-up link-up failing

Hello, Thanks to Vratko (cc), he tested latest master with DPDK 18.02.2 [0]. The issue is there as well. I cannot confirm if "no JSON data.VAT" is related. The bad thing is that there is no meaningful return message with more verbose output. (we do see this on pretty much on all NIC cards in L

Re: [vpp-dev] L3VPN in VPP

Hi, You are correct on all points. regards /neale From: Holoo Gulakh Date: Tuesday, 31 July 2018 at 12:19 To: "Neale Ranns (nranns)" , "vpp-dev@lists.fd.io" Subject: Re: [vpp-dev] L3VPN in VPP Hi, In order to have both VPLS and L3VPN works concurrently in a PE router, I guess that I should

[vpp-dev] L3VPN in VPP

It seems that the Next hop IP resolution does not work correctly: Here is my Configuration: # *set interface state GigabitEthernet4/0/0 up* # *set interface state GigabitEthernet4/0/1 up* #* ip table add 1 *(create Customer VRF) # *set interface ip table GigabitEthernet 4/0/0 1* (

Re: [SUSPICIOUS] [vpp-dev] L3VPN in VPP

Hi, Please show me: sh ip fib index 1 5.5.5.5/32 and sh ip fib index 0 192.168.23.3/32 I suspect you are missing an out-label on the latter. /neale From: on behalf of Gulakh Date: Tuesday, 31 July 2018 at 14:53 To: "vpp-dev@lists.fd.io" Subject: [SUSPICIOUS] [vpp-dev] L3VPN in VPP It se

Re: [vpp-dev] Regarding VPP TCP Stack usage

Hi Florin and Dave, I’m curious what problems were observed with the LD_PRELOAD mechanism. Were there performance issues? Or was it too difficult to try and cover different usage of POSIX calls? Or something else? Thanks! -Matt > On Jul 30, 2018, at 10:39 AM, Florin Coras wrote: > > Prasha

Re: [csit-dev] [vpp-dev] Parallel test execution in VPP Test Framework

+1 -Maciek On 28 Jul 2018, at 13:28, Damjan Marion mailto:dmar...@me.com>> wrote: Dear All, My personal preference is that make test framework implements cpu assignment code. It should't be rocket science to parse /sys/devices/system/cpu/online and give one cpu to each instance. It will al

Re: [vpp-dev] [**EXTERNAL**] RE: Synchronous VPP-client over SHM

Thanks Dave for the details. Since the client is a single-threaded, I would want to take a synchronous approach. To be specific, I would want the response to be returned from the request call. So that the typical C construct create_subif(param1, param2, … *ret1) would do the job and return the

Re: [**EXTERNAL**] Re: [vpp-dev] Synchronous VPP-client over SHM

Thanks Ole for pointing at the asynchronous events. If they work like interrupts, then there should not be any problem with synchronous client. Please let me know your thoughts. Thanks, Leela sankar From: on behalf of Ole Troan Date: Monday, July 30, 2018 at 3:24 PM To: Leela Gudimetla Cc: "v

Re: [vpp-dev] Regarding VPP TCP Stack usage

Hi Matt, I’d say that trying to cover all possible combinations of POSIX calls is the main issue. Also, statically linked applications won’t work fine with ld_preload. But, I’ll let Dave provide more details since he is more closely involved with the effort. Florin > On Jul 31, 2018, at 7:

[vpp-dev] [FD.io Helpdesk #56625] Nexus fd.io.master.centos7 VPP artifacts

Peter, We need to make a decision on the number of artifacts to keep. I'd like to propose the following previous release repos - 10 packages per subproject master - 10 to 15 packages per subproject Thank you, Vanessa On Tue Jun 05 00:51:02 2018, pmi...@cisco.com wrote: > Hello Vanessa, > > Th

Re: [vpp-dev] [**EXTERNAL**] RE: Synchronous VPP-client over SHM

Hi Leela, I presume you want to do this in C? If so it might be worth looking at VAPI too as a higher level interface. Cheers Ole > On 31 Jul 2018, at 19:54, Gudimetla, Leela Sankar wrote: > > Thanks Dave for the details. Since the client is a single-threaded, I would > want to take a synch

Re: [vpp-dev] [csit-dev] VPP Release 18.07 is out!

Bravo!!! From: csit-...@lists.fd.io [mailto:csit-...@lists.fd.io] On Behalf Of Edward Warnicke Sent: Monday, July 30, 2018 7:57 PM To: vpp-dev ; csit-...@lists.fd.io Subject: [csit-dev] VPP Release 18.07 is out! VPP Release 18.07 is out. Packages are in the usual places. Ed -=-=-=-=-=-=-=-=-=

Re: [vpp-dev] Regarding VPP TCP Stack usage

Florin is correct. There is also a performance and/or scaling penalty due to the need to handle both kernel socket based file descriptors and VCL/VPP created file descriptors with the LD_PRELOAD callback functions. Thanks, -daw- On 7/31/18 2:11 PM, Florin Coras wrote: Hi Matt, I’d say that t

Re: [vpp-dev] [csit-dev] VPP Release 18.07 is out!

Most Excellent! Congratulations to the entire VPP and CSIT community. Thanks, -daw- On 7/30/18 10:57 PM, Edward Warnicke wrote: VPP Release 18.07 is out.  Packages are in the usual places. Ed -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#29

Re: [**EXTERNAL**] Re: [vpp-dev] Synchronous VPP-client over SHM

Leela, > =Thanks Ole for pointing at the asynchronous events. If they work like > interrupts, then there should not be any problem with synchronous client. > Please let me know your thoughts. There is a single message queue that you need to service. So a blocking request must handle messages fo

[vpp-dev] tx-errors on VPP controlled dpdk device

Hi, When VPP is sending out the traffic through DPDK device, it encounters transmit errors? Can someone shed some light what might be happening? Thanks Chakri vpp# show int               Name               Idx       State          Counter          Count VirtualFunctionEthernet0/6/0      1