We don’t have ssvm devices anymore.
Florin
> On Jul 6, 2018, at 9:21 AM, Ray Kinsella wrote:
>
> Hi Folks,
>
> The FD.io Docs WG and I are working through the list of FD.io VPP features.
> We are hoping to crowd source help by asking specific questions (and
> hopefully getting some
Hi Folks,
The FD.io Docs WG and I are working through the list of FD.io VPP
features. We are hoping to crowd source help by asking specific
questions (and hopefully getting some answers). We are presenting these
questions in bit size chunks, instead of asking people to eat and digest
the
Hi Satomi
Debugging packet loss is much easier with a VPP packet trace…
Regards,
neale
-Original Message-
From: on behalf of 井上里美
Date: Friday, 6 July 2018 at 12:38
To: "vpp-dev@lists.fd.io"
Cc: "Norimasa Asai (noasai)" , エッジ仮想化hcoML
, 小柳達也様 ,
N転P_西岡孟朗様
Subject: [vpp-dev] [pw]
Thank you Damjan. Let me look into the option. That seems a very good idea. I
could use T-Rex to send packets through AF interface and bridged inside
container and back to an another AF interface on the host.
Let me look into your idea to do benchmarking on memif.
Thanks again for all your
The password is here.
1j^?iKvC]C;%
On 2018/07/06 19:37, 井上里美 wrote:
Hi VPP Team,
I'm Satomi Inoue and I belong to NTT laboratories.
Could you tell me why ARP response packet is dropped?
We set up vxlan while looking at
”Using_VPP_as_a_VXLAN_Tunnel_Terminator”manual.
The procedure is as
Hi VPP Team,
I'm Satomi Inoue and I belong to NTT laboratories.
Could you tell me why ARP response packet is dropped?
We set up vxlan while looking at
”Using_VPP_as_a_VXLAN_Tunnel_Terminator”manual.
The procedure is as follows.
[The result]
・ARP request packet :
Hi
Is there any wiki page, where I can learn about where/how to enter into ipsec
nodes and exit back into regular ip world?
--Vijay
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9791): https://lists.fd.io/g/vpp-dev/message/9791
Mute This Topic:
OK, yes, that is needed as it will take care for buffers which are cloned.
Potential optimisation here would be to reuse buffer if
vlib_buffer_t->n_add_refs != 0.
--
Damjan
> On 6 Jul 2018, at 12:27, Kingwel Xie wrote:
>
> Sorry, Damjan. Maybe I confused you.
>
> This is what I am talking
Sorry, Damjan. Maybe I confused you.
This is what I am talking about:
In esp_encrypt_node_fn(), the logic is like this:
u32 *recycle = 0;
…
vec_add1 (recycle, i_bi0);
…
free_buffers_and_exit:
if (recycle)
vlib_buffer_free (vm, recycle, vec_len (recycle));
vec_free (recycle);
From:
We don't use recycle anymore (except at one place), mainly due ot the issue how
dpdk works.
--
Damjan
> On 6 Jul 2018, at 11:27, Kingwel Xie wrote:
>
> Well, there is a vector named recycle to remember all old buffers, which
> consequently means a lot of mem resize, mem_cpy when vector rate
I guess xconnect with same sub-interface will just work, but never tried.
I.e.
set interface l2 xconnect FooEthernet0/0.100 FooEthernet0/0.100
--
Damjan
> On 5 Jul 2018, at 23:26, crypto.tr...@gmail.com wrote:
>
> Hi,
>
> Looking for a way to setup a remote loop for testing. In my
Well, there is a vector named recycle to remember all old buffers, which
consequently means a lot of mem resize, mem_cpy when vector rate is 256 or so.
Counting all of these overhead, I’d say, I see around 7~10% impact, after
fixing openssl usage issue.
BTW, openssl issue means we should
12 matches
Mail list logo
