Hi Florin,
The problem observed is in v18.07, not the rc, and the line is at 1126 (session
= pool_elt_at_index ()), sorry for wrong version last time.
-
YeXin
发件人: Florin Coras [mailto:fcoras.li...@gmail.com]
发送时间: 2018年8月6日 23:35
收件人: yexin (F)
抄送: vpp-dev@lists.fd.io; wangyalei
Hi, Vijay,
Sorry to ask dumb question, can you make sure the interface in your VM (either
Linux Kernel or DPDK) is “UP”?
Regards,
Yichen
From: on behalf of "steven luong via Lists.Fd.Io"
Reply-To: "Steven Luong (sluong)"
Date: Monday, August 6, 2018 at 12:10 PM
To: "Chandra Mohan, Vijay
Vijay,
From the show output, I can’t really tell what your problem is. If you could
provide additional information about your environment, I could try setting it
up and see what’s wrong. Things I need from you are exact VPP version, VPP
configuration, qemu startup command line or the XML
Would it be possible to bump the priority of this ticket?
Thanks... Dave
From: Luke, Chris
Sent: Monday, August 6, 2018 12:30 PM
To: Dave Barach (dbarach)
Cc: vpp-dev@lists.fd.io
Subject: RE: git.fd.io expired certificate error
FWIW, this is why Coverity scans have stopped, too.
Chris (back
Hi,
I am trying to pass traffic with vhost-user interface and seeing tx-drops on
virtual interface. Here is the setup: created a bridge domain with a physical
interface and a vhost-user interface. Physical interface GigabitEthernet5/0/0
is connected to traffic generator. As shown below,
FWIW, this is why Coverity scans have stopped, too.
Chris (back from PTO)
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
Lists.Fd.Io
Sent: Monday, August 6, 2018 11:21
To: helpd...@fd.io
Cc: vpp-dev@lists.fd.io
Subject: [EXTERNAL] [vpp-dev] git.fd.io expired certificate error
Please
Hi YeXin,
First of all, do you see this with 18.07 or master? Secondly, I’ve checked out
origin/stable/1804 and at line 1126 there’s no attempt to access a pool. Are
you testing with rc0 or custom code?
Thanks,
Florin
> On Aug 5, 2018, at 11:29 PM, yexin (F) wrote:
>
> The version tested
Please fix AYEC:
Chrome is complaining: "This server could not prove that it is git.fd.io; its
security certificate expired 3 days ago. This may be caused by a
misconfiguration or an attacker intercepting your connection. Your computer's
clock is currently set to Monday, August 6, 2018. Does
Hi Sandeep,
Yes, you’ll get optimal performance with it.
Jerome
Envoyé de mon iPhone
Le 6 août 2018 à 10:40, Sandeep Bajaj
mailto:sandeep_ba...@yahoo.com>> a écrit :
Thanks Jerome...I ended up doing that and got it to work with igb_uioWill I
get the ena performance with this driver ? VPP
Hi Sandeep,
You can download latest dpdk and compile the missing driver from there.
Jerome
De : au nom de "Sandeep Bajaj via Lists.Fd.Io"
Répondre à : "sandeep_ba...@yahoo.com"
Date : lundi 6 août 2018 à 03:34
À : "vpp-dev@lists.fd.io"
Cc : "vpp-dev@lists.fd.io"
Objet : [vpp-dev] Fw: VPP on
Hello Vanessa,
For CSIT it is not about release or not. We would need to increase cadence on
our weekly jobs to daily. Currently CSIT jobs are all failing as VPP has more
than 10-15 artifacts in week.
Our defined stable versions of VPP (updated once a week) are not in repo
anymore or are
Hi there,
>
> Thanks, Ole, your patch works! May consider how to implement an optimized
> one. :-)
Yes, please. ;-)
>
> BTW. I'm curious why it is IPv4 fragmentation error, not reassembly.
> From the trace, looks like dpdk-input node receives two fragmented packets,
> then try to
Thanks, Ole, your patch works! May consider how to implement an optimized one.
:-)
BTW. I'm curious why it is IPv4 fragmentation error, not reassembly.
From the trace, looks like dpdk-input node receives two fragmented packets,
then try to reassemble them, then fail. Is my understanding not
Thank you Ole ! Will give it a try.
-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ole Troan
Sent: Monday, August 6, 2018 4:35 PM
To: Ni, Hongjun
Cc: vpp-dev ; Hu, Xuekun
Subject: Re: [vpp-dev] IP reassembly doesn't work in VPP 18.07
Looks to me
Hello Vanessa,
For CSIT it is not about release or not. We would need to increase cadence on
our weekly jobs to daily. Currently CSIT jobs are all failing as VPP has more
than 10-15 artifacts in week.
Our defined stable versions of VPP (updated once a week) are not in repo
anymore or are
Looks to me like it’s IPv4 fragmentation that fails, not reassembly.
Currently fragmentation on buffer chains isn’t supported.
Try this patch for an ugly hack: https://gerrit.fd.io/r/#/c/13918/
Cheers,
Ole
> On 6 Aug 2018, at 08:34, Ni, Hongjun wrote:
>
> Hi all,
>
> We performed below test
Hi all,
We performed below test on VPP 18.07, and it seems that IP reassembly doesn't
work in VPP 18.07.
Below is the test topology:
Machine A is the VPP DUT, while machine B is just a standard Linux server.
Network topology: Machine A (VPP) <> Machine B ; And set both MTU to 1500
Issue:
The version tested is v18.04.
发件人: yexin (F)
发送时间: 2018年8月6日 14:22
收件人: 'vpp-dev@lists.fd.io'
抄送: wangyalei (A)
主题: Assertion fails in external echo server/client
Hi vpp-dev,
I get the “assertion failure” when test external echo server/client by doing
below:
1. Build the external test
Hi vpp-dev,
I get the "assertion failure" when test external echo server/client by doing
below:
1. Build the external test echo apps
2. Start vpp1 and attach the server application, `./tcp_echo uri
tcp://192.168.122.67/1 use-svm-api`
3. Start vpp2 and connect to tcp_echo
19 matches
Mail list logo
