On Tue, Sep 10, 2019 at 12:44 AM, Christian Hopps wrote:
>
> UTSL
Thank you for reply。
In our scenario,we use the Intel ‘s DDP feature to hash different GTP packets
into different threads。And We want the GTP packets from the same UE to be
hashed on the same thread,DDP can‘t implement this fun
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 ar
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 u
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 spo
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 I
+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 (dbarach
+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 spli
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
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
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.
>
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
-=-=-
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@l
Hi,
We have a use case where we'd like to configure IP addresses on multiple
interfaces in the same IP subnet. Currently this use case seems to be
unsupported in 18.10 version of Fd.Io. Is this feature supported in a more
current version? If not, can you please provide me guidance on how I can
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 :af:0
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 d
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:
>
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 Th
17 matches
Mail list logo