-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CSIT-1950] 9000B tests with encap overhead and non-dpdk plugins see fragmented packets #4032
Comments
For completeness, some lisp tests are also affected, e.g. ethip6lispip4-ip6base [9] and ethip6lispip6-ip6base. |
Maglev symptom still present [8] in rls2410. |
A different symptom with the same cause (internal MTU of 9000B) is with dpdk plugin, in tests without fragmentation (e.g. SRv6) the packets are dropped [7]. |
Maglev applies gre, so is also affected [6]. |
In rls2406 this still fails with AVF plugin, verify run [5] confirms rdma-core plugin also fails, but dpdk plugin (including mlx5) does not fail. Needs more investigation to see if the issue is in CSIT or VPP. |
I expect this to be fixed by [4], but waiting for coverage runs to confirm. [4] 40901: fix(perf): Increase threshold for jumbo | https://gerrit.fd.io/r/c/csit/+/40901 |
Vxlan has a different symptom [3], it fragments the packets but fails reassembly as it is more than 3 fragments per packet. |
Description
Seen in rls2404 coverage job. Packet trace [0] sees mtu:9000 in ip4-rewrite, not sure why exactly yet. Maybe CSIT test forgets to set higher value somewhere, maybe VPP code inserts 9000 by default as here [1]. The fact fragments cannot be longer that one buffer is a known limitation.
[0] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-report-coverage-2402-2n-clx/21/log.html.gz#s1-s1-s1-s1-s2-t6-k3-k7-k1-k1-k1-k8-k14-k2-k1-k1-k1-k1
[1] https://github.com/FDio/vpp/blob/455960759b5417c767ed331748c7ee76662ffd18/src/vnet/interface_funcs.h#L323
Assignee
Unassigned
Reporter
Vratko Polak
Comments
[9] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-report-coverage-2410-3nb-spr/9/log.html.gz#s1-s1-s1-s1-s1-t3-k3-k7-k1-k1-k1-k8-k14-k1-k1-k1-k1
[8] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-report-coverage-2410-2n-icx/25/log.html.gz#s1-s1-s1-s1-s2-t6-k3-k7-k1-k1-k1-k8-k14-k2-k1-k1-k1-k1
A different symptom with the same cause (internal MTU of 9000B) is with dpdk plugin, in tests without fragmentation (e.g. SRv6) the packets are dropped [7].
Not opening a separate ticket for that yet, as any fix for this is likely to fix also that.
[7] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-report-coverage-2406-3n-alt/22/log.html.gz#s1-s1-s1-s1-s1-t7-k3-k7-k1-k1-k1-k8-k14-k2-k1-k1-k1-k1
[6] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-report-coverage-2406-2n-clx/24/log.html.gz#s1-s1-s1-s1-s2-t6-k3-k7-k1-k1-k1-k8-k14-k2-k1-k1-k1-k1
[5] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-verify-master-2n-clx/1285/log.html.gz#s1-s1-s1-s1-s3-t1-k3-k7-k1-k1-k1-k8-k14-k1-k1-k1-k1
[4] 40901: fix(perf): Increase threshold for jumbo | https://gerrit.fd.io/r/c/csit/+/40901
[3] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-report-coverage-2402-3n-icx/29/log.html.gz#s1-s1-s1-s1-s1-t6-k3-k7-k1-k1-k1-k8-k14-k1-k1-k1-k1
[2] https://s3-logs.fd.io/vex-yul-rot-jenkins-1/csit-vpp-perf-verify-master-2n-icx/336/log.html.gz#s1-s1-s1-s1-s1-t1-k3-k7-k1-k1-k1-k8-k14-k2-k1-k1-k1-k1
Original issue: https://jira.fd.io/browse/CSIT-1950
The text was updated successfully, but these errors were encountered: