Skip to content
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

sctp processing problem in 5.4 linux kernel #57

Closed
TrekkieCoder opened this issue Aug 18, 2022 · 1 comment
Closed

sctp processing problem in 5.4 linux kernel #57

TrekkieCoder opened this issue Aug 18, 2022 · 1 comment
Labels
bug Something isn't working

Comments

@TrekkieCoder
Copy link
Collaborator

TrekkieCoder commented Aug 18, 2022

I created a sctp load-balancer rule as follows in loxilb docker based on loxilb documentation -

root@5affc126b9e2:/# loxicmd  get lb -o wide
| EXTERNAL IP | PORT | PROTOCOL | SELECT | ENDPOINT IP | TARGET PORT | WEIGHT |
|-------------|------|----------|--------|-------------|-------------|--------|
| 20.20.20.1  | 2020 | sctp     |      0 | 32.32.32.1  |        5001 |      1 |
|             |      |          |        | 33.33.33.1  |        5001 |      1 |
|             |      |          |        | 34.34.34.1  |        5001 |      1 |

But when LB session packets are sent towards the VIP (20.20.20.1), nothing is shown in conntrack table. However TCP rule is being processed properly.

When kernel was upgraded to 5.13. the sctp problem went away on its own. Can somebody clarify this behavior ??

@UltraInstinct14
Copy link
Contributor

Yes, in 5.4 kernel eBPF programs are unable to parse beyond IP header (if packet contains sctp). In recent kernels, due to improved eBPF support, this issue is not seen anymore.

@TrekkieCoder TrekkieCoder added the bug Something isn't working label Aug 18, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants