What about trying to swap NIC and/or cable?
>
> On 18 Oct 2019, at 16:05, Chuan Han wrote:
>
>
> Hi, Damjan,
>
> It seems the bug is in vpp.
>
> On R230, vpp shows eth0 is down.
>
> vpp# sh hardware-interfaces eth0
> NameIdx Link Hardware
> eth0
Hi, Damjan,
It seems the bug is in vpp.
On R230, vpp shows eth0 is down.
vpp# sh hardware-interfaces eth0
NameIdx Link Hardware
eth0 2down eth0
Link speed: unknown
* Ethernet address b4:96:91:23:1e:d6 Intel 82599carrie
I built testpmd binary on both r740 and r230, and ran the test. I did see
testpmd reports some link status change on r230 server. testpmd report on
r740 is stabler. no status change reported.
r230 log
Press enter to exit
Port 0: link state change event
Port 1: li
So, it is a dpdk bug?
I am new to dpdk/vpp.
How do I run dpdk testpmd? Shall I install dpdk separately on the r230
server? Are there any steps to follow?
On Fri, Oct 18, 2019 at 10:30 AM Damjan Marion wrote:
> In this case we are purely relying on link state provided by DPDK.
> Have you tried
Hi Team ,
I am new to VMs and containers . Planing to use VPP and on top of it wanted
to chose either memif(container based) or virtual interface(vhost based)
for my container based or VM based application. Wanted to know which of
these would give good performance (IPv6/IPv4 traffic) Is there any
In this case we are purely relying on link state provided by DPDK.
Have you tried to check if same problem exists with DPDK testpmd app?
> On 18 Oct 2019, at 10:26, Chuan Han via Lists.Fd.Io
> wrote:
>
> I cleaned up startup config a bit. I can still see eth0 down.
>
> See attachment for con
I cleaned up startup config a bit. I can still see eth0 down.
See attachment for config file and log. There are some errors in log, but I
am not sure they are worrisome or not.
On Thu, Oct 17, 2019 at 5:22 PM Florin Coras wrote:
> This looks like a DPDK issue, but I’ll let Damjan be the judge o
Perhaps this doc might be useful..
https://docs.fd.io/vpp/19.04/dpdk_crypto_ipsec_doc.html
--
Regards,
Balaji.
From: "Balaji Venkatraman (balajiv)"
Date: Friday, October 18, 2019 at 8:58 AM
To: "Ying, Ruoyu" , "Neale Ranns (nranns)"
, "Filip Tehlar -X (ftehlar - PANTHEON TECHNOLOGIES at
Cis
I think the vpp-plugin-core, vpp-plugin-dpdk should carry them:
sudo apt-get install vpp-plugin-core vpp-plugin-dpdk
and confirm the crypto engine is loaded :
show plugins
--
Regards,
Balaji.
From: "Ying, Ruoyu"
Date: Friday, October 18, 2019 at 8:43 AM
To: "Neale Ranns (nranns)" , "Filip T
Hi Neale,
I’m really new to VPP and can you tell me where’s the plugins you mentioned?
Thanks a lot.
Best Regards,
Ruoyu
From: vpp-dev@lists.fd.io On Behalf Of Neale Ranns via
Lists.Fd.Io
Sent: Friday, October 18, 2019 4:02 PM
To: Ying, Ruoyu ; Filip Tehlar -X (ftehlar - PANTHEON
TECHNOLOGI
Hi Max,
I had this patch [1] that indirectly fixes the issue lying around. So, is an
EPOLLOUT | EPOLLHUP event enough to signal a failed async connect for you?
Thanks,
Florin
[1] https://gerrit.fd.io/r/c/vpp/+/22274
> On Oct 18, 2019, at 2:07 AM, Max A. wrote:
>
> Hi Florin,
>
> vppcom_s
On 17 Oct 2019, at 20:02, Zhang Yuwei
mailto:yuwei1.zh...@intel.com>> wrote:
Hi Dear VPP guys,
I would like to do some investigation about AVX512 instruction
support in VPP, I saw there are already some implementations but AVX2 is still
the default option. Could anybody tell m
Hi Raj,
Thanks for spending the time for further investigation. Some comments inline.
/neale
On 18/10/2019 11:27, "vpp-dev@lists.fd.io on behalf of Raj"
wrote:
On Thu, Oct 17, 2019 at 8:45 PM Neale Ranns (nranns)
wrote:
> I think your analysis is spot on. Thank you!
> How you'r
Hi all,
Recently I am reading codes of libmemlif (based on vpp19.01) ,I
am a little bit confused about the fields of head/tail in struct memif_ring_t
and last_head/last_tail in struct memif_queue_t.
Can anybody help to clarify the internal mechanism of the
read
On Thu, Oct 17, 2019 at 8:45 PM Neale Ranns (nranns) wrote:
> I think your analysis is spot on. Thank you!
> How you're a VPP PPPoE expert __ do you have some suggestions on a fix?
Thanks for taking a look at this Neale!
I have some ideas for a fix to this problem.
Alternative 1.
During the pa
Hi Florin,
vppcom_session_connect in non-blocking mode works well only if the connection
can be successfully established. If the connection cannot be established, then
no event is raised about this. How can this be fixed?
Thanks.
>Четверг, 5 сентября 2019, 1:04 +03:00 от Florin Coras :
>
Hi Ruoyo,
You need to load one of the crypto_* plugins that provide the engine functions.
/neale
From: "Ying, Ruoyu"
Date: Friday 18 October 2019 at 09:44
To: "Filip Tehlar -X (ftehlar - PANTHEON TECHNOLOGIES at Cisco)"
, "Balaji Venkatraman (balajiv)" , "Neale
Ranns (nranns)" , "vpp-dev@lis
Hi Filip,
I tried them also, but I still get a similar error:
vpp# set crypto handler aes-128-cbc openssl
failed to set engine openssl for aes-128-cbc!
vpp# set crypto handler aes-128-cbc ia32
failed to set engine ia32 for aes-128-cbc!
And the handlers look like this:
vpp# sh crypto handlers
Algo
Hi Ruoyu,
Just replace „engine“ with an actual engine name, example:
DBGvpp# show crypto engines
NamePrioDescription
ia32100 Intel IA32 ISA Optimized Crypto
ipsecmb 80 Intel(R) Multi-Buffer Crypto for IPsec Library
0.52.0
openssl
I tried to run VPP in frontend, and got a little more stack info, not sure if
that help:
/usr/bin/vpp[10048]: received signal SIGSEGV, PC 0x7f6d686bdb62, faulting
address 0x7f716924487c
/usr/bin/vpp[10048]: #0 0x7f6d6818ae6a 0x7f6d6818ae6a
/usr/bin/vpp[10048]: #1 0x7f6d67ecd890 0x7f6d6
20 matches
Mail list logo