Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread Burt Silverman
Krishna, I am almost certain that you want to stick with the VPP design, and that you do not have a valid case for a design change. Accept the fact that you have to add more VLANs/subnets to the PE router, when, in fact, you have more VLANs/subnets in your system. It is possible to do what you

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread krishnamurthy . mbnr
Our product has multiple line cards and each line card has multiple interfaces. We run an instance of VPP on each line card. All of these interfaces are connected to a L2 switching network. A PE router is also connected to this L2 network for connectivity to internet. In order to explain this

Re: [vpp-dev] VPP API Notification

2019-09-10 Thread Vanessa Valderrama
The vpp-dev list has been removed from the Gerrit notify. Thanks, Vanessa On 09/10/2019 11:56 AM, Vanessa Valderrama wrote: > We're having an issue with a Gerrit notify for VPP API changes not being > delivered to the vpp-api-...@lists.fd.io. We believe it's an issue > specific to the list. I

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread John Lo (loj) via Lists.Fd.Io
To clarify, what's implemented in VPP for IRB (Integrated Routing and Bridging) is via creation of BVI (Bridge Virtual Interface) interfaces on bridge domains. Then IP addresses can then be configured on these BVIs to enable IP packets be routed (or L3 forwarded) among bridge domains or other

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread Dave Barach via Lists.Fd.Io
+1, see https://fdio-vpp.readthedocs.io/en/latest/usecases/homegateway.html for an IRB configuration which may be what's needed... Dave -Original Message- From: Andrew  Yourtchenko Sent: Tuesday, September 10, 2019 1:41 PM To: Burt Silverman Cc: Christian Hopps ; Dave Barach

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread Andrew Yourtchenko
+1 Access point is 99.999% certainly bridging and if it doesn’t (e.g. openwrt router config) the comment from Dave stands. There are very corner cases scenarios that I vaguely remember like in cable space (IIRC, don’t take it for granted/true) to limit the broadcast domain without really

Re: [vpp-dev] throughput degradation observed when threads are not assigned to any queues/interfaces

2019-09-10 Thread Padmavathy Ramakrishnan
Hi All, The below mentioned performance issue with goes away, when we removed the following two lines from API "linux_epoll_input_inline" in the file "vpp/src/src/vlib/unix/input.c" if (timeout_ms) usleep (timeout_ms * 1000); Please let us know the your opinion on the changes. Thanks, Padma R

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread Burt Silverman
But Chris, I believe that wireless access point is using bridging -- not the same thing. You probably can verify that by local log in to an ASUS router or something else that uses Linux underneath, and double check me, using ifconfig or ip commands. Burt -=-=-=-=-=-=-=-=-=-=-=- Links: You receive

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread Christian Hopps
Perhaps I'm misunderstanding here, but I believe this is actually quite common, e.g., a wireless access point. Thanks, Chris. > On Sep 10, 2019, at 12:11 PM, Dave Barach via Lists.Fd.Io > wrote: > > This is standard router behavior. Multiple interfaces on the same subnet are > not allowed.

[vpp-dev] VPP API Notification

2019-09-10 Thread Vanessa Valderrama
We're having an issue with a Gerrit notify for VPP API changes not being delivered to the vpp-api-...@lists.fd.io. We believe it's an issue specific to the list. I spoke with Dave Wallace and we are going to add vpp-dev@lists.fd.io to the notification temporarily to test. Thank you, Vanessa

Re: [vpp-dev] Support for shared subnet

2019-09-10 Thread Dave Barach via Lists.Fd.Io
This is standard router behavior. Multiple interfaces on the same subnet are not allowed. Please explain the use case in detail. Otherwise, we won’t be able to help. D. From: vpp-dev@lists.fd.io On Behalf Of krishnamurthy.m...@gmail.com Sent: Tuesday, September 10, 2019 10:56 AM To:

[vpp-dev] cpu_config: no such thread type 'hqos-threads'

2019-09-10 Thread Andrzejczak, ArturX
Hi, I am trying to configure HQoS in VPP 19.04.1. If I understood documentation (https://docs.fd.io/vpp/19.04.1/qos_doc.html) correctly, in startup.conf it is necessary to add "hqos" option for chosen interface: dpdk { dev :af:00.0 { num-rx-queues 2 hqos } dev

Re: [vpp-dev] vpp dpdk crypto performance testing (VPP 19.01)

2019-09-10 Thread Matthew Smith via Lists.Fd.Io
The issue might be fixed if you upgrade to a newer version than 19.01 - see https://gerrit.fd.io/r/#/c/vpp/+/19383/ -Matt On Mon, Sep 9, 2019 at 7:14 AM shi dave wrote: > Hi, > > Using VPP+DPDK for Ipsec Security Gateway application, want to handle > traffic (*7Gbps uplink & decrypt + 28Gbps

Re: [vpp-dev] I want to construct some packets to be sent by a specified thread,what can I do?

2019-09-10 Thread Christian Hopps
UTSL. :) vlib_buffer_enqueue_to_thread (vlib_main_t * vm, u32 frame_queue_index, ... to_next_thread[0] = buffer_indices[0]; to_next_thread++; n_left_to_next_thread--; i.e., it does not copy the buffers. Thanks, Chris. > On Sep 10, 2019, at 3:24 AM, wei_sky2...@163.com wrote:

Re: [vpp-dev] I want to construct some packets to be sent by a specified thread,what can I do?

2019-09-10 Thread wei_sky2008
Thank you for your response。 I still have another question,does this mechanism involve copying?We need to ensure packet forwarding efficiency -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#13933): https://lists.fd.io/g/vpp-dev/message/13933 Mute