[vpp-dev] REMINDER: LFN Booth Demo Ideas for ONS Europe Due 7/31

2019-07-26 Thread Edward Warnicke
FD.io folks, We hope that you are planning to attend ONS Europe, September 23-25, in Antwerp, Belgium . Those in attendance at the last three ONS events will recall that we hosted an *LF Networking Booth* that showcased

Re: [vpp-dev] TCP host stack & small size fifo

2019-07-26 Thread Florin Coras
Hi Max, By the looks of it, the result is different, although not perfect. That is, you can now see multiple packets (more than the 14k) exchanged before window goes to zero. How are you reading the data in vcl, i.e., how large is your read buffer? I hope it’s at least around 8-14kB. Also,

Re: [vpp-dev] FD.io Maintenance: 2019-07-30 @ 1700 UTC (10:00am PDT) - 2100 UTC (2:00pm PDT)

2019-07-26 Thread Vanessa Valderrama
ICYMI we have maintenance scheduled for July 30th On 07/25/2019 04:09 PM, Vanessa Valderrama wrote: > > *What:* > > FD.io system maintenance > > * Jenkins > o OS updates > o Upgrade from 2.164.3 to 2.176.2 > + https://jenkins.io/changelog-stable/ > o Update plug-ins

Re: [vpp-dev] Issues of VPP deb packages on packagecloud.io

2019-07-26 Thread Yohan Pipereau (ypiperea) via Lists.Fd.Io
Hi, Sorry for the problem, please take a look at https://gerrit.fd.io/r/#/c/20756/ . Yohan > -Original Message- > From: vpp-dev@lists.fd.io On Behalf Of Pei, Yulong > Sent: vendredi 26 juillet 2019 11:27 > To: vpp-dev@lists.fd.io > Cc: Wang, Weixi > Subject: [vpp-dev] Issues of VPP deb

[vpp-dev] Issues of VPP deb packages on packagecloud.io

2019-07-26 Thread Pei, Yulong
Hello vpp-dev, Recently VPP deb packages for ubuntu/xenial on packagecloud.io always have issues, for example, https://packagecloud.io/app/fdio/master/search?q=19.08-rc0~744-gde85e7f~b7679, only have 4 deb packages , but usually it should have 9 deb packages, please help to advise how to

Re: [vpp-dev] TCP host stack & small size fifo

2019-07-26 Thread Max A. via Lists.Fd.Io
Hi Florin, > >That’s an important difference because in case of the proxy, you cannot >dequeue the data from the fifo before you send it to the actual destination >and it gets acknowledged. That means, you need to wait at least one rtt (to >the final destination) before you can make space in t