[vpp-dev] To support QUIC protocol

2019-03-13 Thread Davi Scofield
Hello, Is there any roadmap or suggestion to support QUIC protocol in VPP? Thanks! Davi -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12523): https://lists.fd.io/g/vpp-dev/message/12523 Mute This Topic: https://lists.fd.io/mt/30423896/

Re: [vpp-dev] is sw_interface_dump api bug?

2019-03-13 Thread "Zhou You(Joe Zhou)
Patch url: https://gerrit.fd.io/r/18273 -- Original -- From: "Joe Zhou"; Date: Thu, Mar 14, 2019 10:06 AM To: "vpp-dev@lists.fd.io"; Subject: is sw_interface_dump api bug? Dear VPP developers, I used sw_interface_dump api to get sw interface info

[vpp-dev] is sw_interface_dump api bug?

2019-03-13 Thread "Zhou You(Joe Zhou)
Dear VPP developers, I used sw_interface_dump api to get sw interface info, but found the result is not right following these steps : 1) create a loop interface with instance 10, ie loop10 2) create a loop inteerface with instance 1, ie loop1 3) use sw_interface_dump to get

Re: [vpp-dev] VPP plugins development in Go

2019-03-13 Thread Wiles, Keith
> On Mar 13, 2019, at 2:16 PM, OMER AHARONIAN wrote: > > As Go provides both good performance and ease of development, I'd be happy to > use it instead of C. Aren't there any projects out there that do so? > > On Wed, Mar 13, 2019, 21:07 Damjan Marion wrote: Here is a Go design using DPDK c

Re: [vpp-dev] VPP plugins development in Go

2019-03-13 Thread OMER AHARONIAN
As Go provides both good performance and ease of development, I'd be happy to use it instead of C. Aren't there any projects out there that do so? On Wed, Mar 13, 2019, 21:07 Damjan Marion wrote: > > > > On 13 Mar 2019, at 19:42, OMER AHARONIAN wrote: > > > > Hi, > > > > My name is Omer and I'm

Re: [vpp-dev] VPP plugins development in Go

2019-03-13 Thread Dave Barach via Lists.Fd.Io
At least in concept, it would be possible to write plugins in languages other than C or C++. With respect to golang...: cgo might just about work, but the last time I tested it, it cost around 300 clock cycles to cross the c <---> golang boundary. When processing packets at speed, that’s the en

Re: [vpp-dev] VPP plugins development in Go

2019-03-13 Thread Damjan Marion via Lists.Fd.Io
> On 13 Mar 2019, at 19:42, OMER AHARONIAN wrote: > > Hi, > > My name is Omer and I'm planning to start using VPP as part of a project I'm > working on. I was trying to find an answer to the following question but > without much success. I was hoping you might have the answer. > VPP provides

[vpp-dev] VPP plugins development in Go

2019-03-13 Thread OMER AHARONIAN
Hi, My name is Omer and I'm planning to start using VPP as part of a project I'm working on. I was trying to find an answer to the following question but without much success. I was hoping you might have the answer. VPP provides the I/S for developing custom plugins that can be hooked into a graph

Re: [vpp-dev] Fragmentation and Reassembly #vnet

2019-03-13 Thread Paul Vinciguerra
Hi Sam, Would you be willing to create unittests for the scenarios you are testing? On Wed, Mar 13, 2019 at 1:00 PM Ole Troan wrote: > > I am setting MTU to 1500 and trying to test larger packets. (by enabling > reassembly feature on interfaces) > > It seems to work fine on regular interfaces.

Re: [vpp-dev] Fragmentation and Reassembly #vnet

2019-03-13 Thread Ole Troan
> I am setting MTU to 1500 and trying to test larger packets. (by enabling > reassembly feature on interfaces) > It seems to work fine on regular interfaces. and On tunnel interfaces packets > are getting struck in reassembly saying inconsistent UDP/IP lengths. > So thought of checking with the c

Re: [vpp-dev] Fragmentation and Reassembly #vnet

2019-03-13 Thread Caffeine Coder via Lists.Fd.Io
Hi Ole,Thanks for the quick response. I am setting MTU to 1500 and trying to test larger packets. (by enabling reassembly feature on interfaces)It seems to work fine on regular interfaces. and On tunnel interfaces packets are getting struck in reassembly saying inconsistent UDP/IP lengths.So th

[vpp-dev] [RFC] net/vdev_netvsc: check for required related drivers

2019-03-13 Thread Stephen Hemminger
The vdev_netvsc virtual driver that is used to do initialization on Hyper-V/Azure won't work without failsafe and tap device. If the related devices aren't present, it causes confusing errors later in initialization when it crafts devargs and attempts to send them to a device driver that isn't ther

Re: [vpp-dev] Build VPP packages on aarch64

2019-03-13 Thread Damjan Marion via Lists.Fd.Io
On 13 Mar 2019, at 16:10, Lijian Zhang (Arm Technology China) mailto:lijian.zh...@arm.com>> wrote: Yes, Damjan, will submit the patch to gerrit for public review, after finishing internal review inside VPP/Aarch64. Just for my curiosity, why your “internal” reviewers cannot just use gerrit fo

Re: [vpp-dev] Build VPP packages on aarch64

2019-03-13 Thread Lijian Zhang
Yes, Damjan, will submit the patch to gerrit for public review, after finishing internal review inside VPP/Aarch64. This email is just to get the idea from community beforehand. Thanks. From: Damjan Marion (damarion) Sent: Wednesday, March 13, 2019 11:04 PM To: Lijian Zhang (Arm Technology China

Re: [vpp-dev] Build VPP packages on aarch64

2019-03-13 Thread Damjan Marion via Lists.Fd.Io
Dear Lijian, We use gerrit for code review, so please submit your patch there… Thanks, -- Damjan On 13 Mar 2019, at 16:01, Lijian Zhang (Arm Technology China) mailto:lijian.zh...@arm.com>> wrote: Hi Maintainers, The current aarch64 version of VPP package distro in cloud repository (https://

[vpp-dev] Build VPP packages on aarch64

2019-03-13 Thread Lijian Zhang
Hi Maintainers, The current aarch64 version of VPP package distro in cloud repository (https://packagecloud.io/fdio/master/ubuntu) is made on a ThunderX server. During the compilation process, no matter what type of make target is (either binaries, e.g, build/build-release, or packages, e.g., pkg

Re: [vpp-dev] Standard VPP functionality for AD4,AD6,AS4,AS6

2019-03-13 Thread Damjan Marion via Lists.Fd.Io
I bet that more than 90% of subscribers to this list doesn’t know what AD4,AD6,AS4,AS6 means (including myself). Out of code snippets you provided, looks like it is SR related. So might be worth adding existing code author(s) to CC, as maybe they are not reading this list very frequently. “git

[vpp-dev] Fragmentation and Reassembly

2019-03-13 Thread via Lists.Fd.Io
I am new to VPP and experimenting with it. I was able to get Reass/Frag working on regular Interfaces. The question i have is does Reassembly and Fragmentation supported on Tunnel interfaces(Both VXLAN/IPSec).If supported, is there any config knob i need to enable in addition to enabling feature

Re: [vpp-dev] Standard VPP functionality for AD4,AD6,AS4,AS6

2019-03-13 Thread Gunaseelan Venkatachary - ERS, HCL Tech
Team Am resending the same again as I am not sure the former one had reached the forum , Sorry Best Regards Gunaseelan V 98408 60856 From: Gunaseelan Venkatachary - ERS, HCL Tech Sent: Friday, March 8, 2019 3:00 PM To: vpp-dev@lists.fd.io Subject: Standard VPP functionality for AD4,AD6,AS4,AS6

Re: [vpp-dev] vlib_buffer_free_inline with CLIB_HAVE_VEC128 will always free buffers one by one, not via the 4 packets batch fast path

2019-03-13 Thread Damjan Marion via Lists.Fd.Io
On 13 Mar 2019, at 10:19, Lollita Liu mailto:lollita@ericsson.com>> wrote: Hi, Damjan. We found in vlib_buffer_free_inline with CLIB_HAVE_VEC128, buffers will always be freed one by one, not via the 4 packets batch fast path. The phenomenon is the same by calling via avf_device_class_tx_f

[vpp-dev] vlib_buffer_free_inline with CLIB_HAVE_VEC128 will always free buffers one by one, not via the 4 packets batch fast path

2019-03-13 Thread lollita
Hi, Damjan. We found in vlib_buffer_free_inline with CLIB_HAVE_VEC128, buffers will always be freed one by one, not via the 4 packets batch fast path. The phenomenon is the same by calling via avf_device_class_tx_fn or via error_drop. It will add about 20 CPU cycles in my test case, the p

Re: [vpp-dev] Fragmentation and Reassembly #vnet

2019-03-13 Thread Ole Troan
> I am new to VPP and experimenting with it. > I was able to get Reass/Frag working on regular Interfaces. > > The question i have is does Reassembly and Fragmentation supported on Tunnel > interfaces(Both VXLAN/IPSec). > If supported, is there any config knob i need to enable in addition to >