36591
stats: handle interface renames properly
https://gerrit.fd.io/r/c/vpp/+/36592
--
Ivan Shvedunov
;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5AB9 F7D0 613E C0F8 0BC5 2807
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21614): https://lists.fd
ption) can't be changed once set? If it isn't, I'd gladly provide a
patch. Or, should I add another API call (and perhaps a CLI command too) to
rename tables? (Or maybe there is one already that I missed?)
Thanks,
Ivan
--
Ivan Shvedunov
;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5
ed or set in tap driver.
>
> Please find the proper fix here:
>
>1. https://gerrit.fd.io/r/c/vpp/+/33798/1
>2. https://gerrit.fd.io/r/c/vpp/+/33796/3
>
>
>
> -br
>
> Mohsin
>
>
>
> *From: * on behalf of Ivan Shvedunov <
> ivan...@gmail.com>
&
e it out of the union:
https://gerrit.fd.io/r/c/vpp/+/33791
This patch fixes the issue with TAP details.
--
Ivan Shvedunov
;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5AB9 F7D0 613E C0F8 0BC5 2807
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online
Sure, that would be nice, thanks!
>
> /neale
>
>
>
>
>
> *From: *vpp-dev@lists.fd.io on behalf of Ivan
> Shvedunov via lists.fd.io
> *Date: *Wednesday, 11 August 2021 at 15:06
> *To: *vpp-dev
> *Subject: *[vpp-dev] problem with updating incomplete adj nbr entries
> upo
elf, sorry.
[1] https://gist.github.com/ivan4th/d72d08be0fc53228cd4e7c6f19926c09
--
Ivan Shvedunov
;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5AB9 F7D0 613E C0F8 0BC5 2807
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#19955): https://lists.
34
[3] https://github.com/cisco-system-traffic-generator/trex-core/pull/723
[4] https://github.com/cisco-system-traffic-generator/trex-core/pull/728
On Wed, Apr 21, 2021 at 5:08 PM Ivan Shvedunov via lists.fd.io wrote:
> Hello,
>
> I've been struggling with the following issue
ady.
Passing --tso-disable --lro-disable --checksum-offload-disable flags to
TRex doesn't change anything.
If there's no known solution for this issue, I'll dig into it myself, but
I'd like to ask if maybe it was already solved by someone. Thanks!
--
Ivan Shvedunov
;; My GP
Great, thanks!
On Wed, Mar 17, 2021 at 6:03 PM Florin Coras wrote:
> Infra woes solved so finally merged!
>
> Florin
>
> On Mar 17, 2021, at 6:13 AM, Ivan Shvedunov wrote:
>
> I see CI keeps failing for my patch despite rebase... I have run the tests
> that are faili
:
> Hi Ivan,
>
>
> On Mar 16, 2021, at 8:51 AM, Ivan Shvedunov wrote:
>
> Thanks for clearing things up :)
>
>
> Thanks for bringing this up ;-)
>
> Concerning our use case: it's about PFCP protocol [1] that's used in the
> 5G / LTE CUPS setting. Hig
ing/upg-vpp
On Tue, Mar 16, 2021 at 6:19 PM Florin Coras wrote:
> Hi Ivan,
>
>
> On Mar 16, 2021, at 6:40 AM, Ivan Shvedunov wrote:
>
> Hi Florin,
>
> (inline)
>
> On Mon, Mar 15, 2021 at 10:27 PM Florin Coras
> wrote:
>
>> On Mar 15, 2021, at 9:08 AM, I
Hi Florin,
(inline)
On Mon, Mar 15, 2021 at 10:27 PM Florin Coras
wrote:
> On Mar 15, 2021, at 9:08 AM, Ivan Shvedunov wrote:
>
> Hello,
>
> I've noticed a problem in the VPP session layer and posted a patch to
> fix it [1].
> Namely, UDP datagrams with length
?
I've also published some of the scripts I used for testing as a github
gist [3]. Not runnable out of the box but maybe they can be of some help.
[1] https://gerrit.fd.io/r/c/vpp/+/31647
[2] https://github.com/FDio/vpp/blob/0ac5782/src/vnet/udp/udp.c#L316-L317
[3] https://gist.github.com
work once,
> it may not continue to do so.
>
> However, if you wish to contribute such a CLI, then it would be welcome.
>
>
>
> Regards,
>
> Neale
>
>
>
>
>
> *From: *vpp-dev@lists.fd.io on behalf of Ivan
> Shvedunov via lists.fd.io
> *Date:
this is supposed to be done
in some other way.
Thanks!
[1]
https://github.com/FDio/vpp/blob/b2c31b6/src/vnet/ip-neighbor/ip_neighbor.c#L1701-L1726
--
Ivan Shvedunov
;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5AB9 F7D0 613E C0F8 0BC5 2807
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages se
IT event,
so it does stop upon keypress, but not upon unrelated events:
https://gerrit.fd.io/r/c/vpp/+/31035
--
Ivan Shvedunov
;; My GPG fingerprint is: 2E61 0748 8E12 BB1A 5AB9 F7D0 613E C0F8 0BC5 2807
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply On
Looks like there are some CI failures in unrelated test cases ...
https://jenkins.fd.io/job/vpp-debug-verify-master-ubuntu2004-x86_64/696/console
On Sat, Jan 16, 2021 at 3:58 AM Florin Coras wrote:
> Thanks!
>
> Cheers,
> Florin
>
> On Jan 15, 2021, at 4:49 PM, Ivan Shvedunov
retransmit the syn after our reset (but
> probably the packet is lost). Want to push a patch to remove it or should
> I do it?
>
> Regards,
> Florin
>
> On Jan 15, 2021, at 3:57 PM, Ivan Shvedunov wrote:
>
> Hi,
> in our UPG project[1] I'm sometimes hitting
peer should not retransmit the syn after our reset (but
> probably the packet is lost). Want to push a patch to remove it or should
> I do it?
>
> Regards,
> Florin
>
> On Jan 15, 2021, at 3:57 PM, Ivan Shvedunov wrote:
>
> Hi,
> in our UPG project[1] I'm sometimes hit
Hi,
in our UPG project[1] I'm sometimes hitting the following assertion in
tcp[46]-syn-sent when trying to use at least 1 worker thread:
https://github.com/FDio/vpp/blob/35ef865678d82b5a6fd3936716de8afb2fd49e60/src/vnet/tcp/tcp_input.c#L1820-L1821
We're using the host stack in a rather non-standar
io Gerrit with my Linux
Foundation login/password, although I can still submit patches and also log
into identity.linuxfoundation.org just fine. Cc'ing Vanessa again here,
could you please help with this?
On Tue, Jul 28, 2020 at 9:27 PM Florin Coras wrote:
> Hi Ivan,
>
> Inline.
tatic http server and, as far as I can tell, it has
> the same type of issue the proxy had, i.e., premature session
> cleanup/reuse. Does this solve the problem for you [1]?
>
> Also, merged your elog fix patch. Thanks!
>
> Regards,
> Florin
>
> [1] https://gerrit.f
_lock);
}
On Sat, Jul 25, 2020 at 12:13 AM Florin Coras
wrote:
> Great! Thanks for confirming!
>
> Let me know how it goes with the static http server.
>
> Cheers,
> Florin
>
> On Jul 24, 2020, at 2:00 PM, Ivan Shvedunov wrote:
>
> Hi Florin,
> I re-verified
gt; mishandles cleanups and corrupts the sessions/connections under heavy load.
>
> Regards,
> Florin
>
> [1] https://gerrit.fd.io/r/c/vpp/+/28063
> [2] https://gerrit.fd.io/r/c/vpp/+/28064
>
>
> On Jul 24, 2020, at 9:27 AM, Ivan Shvedunov wrote:
>
> I did a bit more debug
in Coras wrote:
> Ah, I didn’t try running test.sh 80. The only difference in how I’m
> running the test is that I start vpp outside of start.sh straight from
> binaries.
>
> Regards,
> Florin
>
> On Jul 23, 2020, at 8:22 AM, Ivan Shvedunov wrote:
>
> Well, I always run
sion for thread 0 session_index x”. Will eventually try to look
> into it if nobody beats me to it.
>
> Regards,
> Florin
>
> On Jul 23, 2020, at 4:59 AM, Ivan Shvedunov wrote:
>
> http_static produces some errors:
> /usr/bin/vpp[40]: http_static_server_rx_
ps://github.com/ivan4th/vpp-tcp-test/blob/master/logs/crash-release-http_static-timer_remove.log
On Thu, Jul 23, 2020 at 2:47 PM Ivan Shvedunov via lists.fd.io wrote:
> Hi,
> I've found a problem with the timer fix and commented in Gerrit [1]
> accordingly.
> Bas
orin
>
> [1] https://gerrit.fd.io/r/c/vpp/+/28041
>
> On Jul 22, 2020, at 1:18 PM, Ivan Shvedunov wrote:
>
> Concerning the CI: I'd be glad to add that test to "make test", but not
> sure how to approach it. The test is not about containers but more about
>
mind at all! :-)
>
> Regards,
> Florin
>
> On Jul 22, 2020, at 4:17 AM, Ivan Shvedunov wrote:
>
> Hi,
> sadly the patch apparently didn't work. It should have worked but for some
> reason it didn't ...
>
> On the bright side, I've made a test case [1]
connections that are already gone
On Wed, Jul 22, 2020 at 2:18 PM Ivan Shvedunov via lists.fd.io wrote:
> Hi,
> sadly the patch apparently didn't work. It should have worked but for some
> reason it didn't ...
>
> On the bright side, I've made a test case [1] using fre
l 22, 2020 at 4:27 PM Ivan Shvedunov via lists.fd.io wrote:
> Hi,
> this SVM FIFO error looks like a crash that is mentioned in the ticket
> related to a TCP timer bug [1].
> I do sometimes get this exact error, too, it just happens less frequently
> than the other kinds of t
kernel) - 9.39 Gbits/sec
>>
>> I am wondering if there is something wrong with my setup/configuration, I
>> am quite new to VPP.
>>
>> Thank you in advance.
>> Sebastiano
>>
>> [1] https://wiki.fd.io/view/VPP/HostStack/TestProxy
>> [2] https://
could be.
> I've described my findings in this JIRA ticket:
> https://jira.fd.io/browse/VPP-1923
> Although the last upstream commit UPF is presently based on
> (afc233aa93c3f23b30b756cb4ae2967f9681)
> was some time ago, I believe the problems are still relevant as
33 matches
Mail list logo