Folks,
The VPP 19.04.2 Maintenance Release is complete and artifacts are
available from https://packagecloud.io/fdio/release.
Thanks to Andrew Yourtchenko for the excellent scripting work he has
done to help automate the release process. His scripts greatly reduce
the amount of time to
*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
o Memory upgrade
* Nexus
o OS updates
* Gerrit
o OS updates
o Upgrade from 2.14.6 to 2.16
Makes sense. Thanks for unblocking me.
On Wed, Jul 24, 2019, 10:23 PM Florin Coras wrote:
> Hi Praveen,
>
> Glad it helped!
>
> Actually the one complaining is openssl. We enforce strict certificate
> verification only if the server hostname was provided at connect time.
>
> Florin
>
> On Jul
Folks,
If any of your patches appear to be waiting an extra long time to get
voted on even though all of the current jobs mentioned in gerrit have
completed, they should be unstuck shortly as the new jobs are now running.
Thanks to Ed & Vanessa for quickly resolving the issue by spinning up
Hi Max,
> On Jul 25, 2019, at 6:09 AM, Max A. wrote:
>
> Hi Florin,
>
> I tried to increase the buffer size to 128k. The problem still arises, only
> less often [1]. The smaller the buffer, the more often the problem occurs.
Yup, for maximum throughput, fifo size needs to be large enough
Hi Max,
> On Jul 25, 2019, at 5:51 AM, Max A. wrote:
>
> Hi Florin,
>
>
> As explained above, as long as the sender is faster, this will happen. Still,
> out of curiosity, can you try this [1] to see if it changes linux’s behavior
> in any way? Although, I suspect the linux’s window probe
Hi,
Someone pointed out to me that if an IPv6 address is configured on an IPsec
or GRE tunnel interface, the address is visible if you look at 'vppctl show
int addr' but the address is not included in the data we retrieve from the
API. This does not prevent IPv6 packets from being sent, it just
Hi Florin,
I tried to increase the buffer size to 128k. The problem still arises, only
less often [1]. The smaller the buffer, the more often the problem occurs.
Thanks.
[1] https://drive.google.com/open?id=1KVSzHhPscpSNkdLN0k2gddPJwccpguoo
--
Max A.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
Hi Florin,
>As explained above, as long as the sender is faster, this will happen. Still,
>out of curiosity, can you try this [1] to see if it changes linux’s behavior
>in any way? Although, I suspect the linux’s window probe timer, after a zero
>window, is not smaller than min rto (which is
Hi Brayan,
First let’s discuss a bit your config and your objectives:
acl ID 0 permit { any }
set int ip addr GigabitEthernetb/0/0 30.30.30.1/24
set int ip addr GigabitEthernet3/0/0 20.20.20.1/24
abf policy add id 9001 acl 0 via 0.0.0.0 GigabitEthernetb/0/0
abf attach ip4 policy
10 matches
Mail list logo
