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

[BPF] decap VXLAN at host ingress - skip vxlan.calico #9288

Draft
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

tomastigera
Copy link
Contributor

Description

When we see a vxlan packet entering a node and if the packet belongs to
calico, that is, it came from a calico node to a calico node with the
right VNI, we decap the packet and deliver it where it belongs. This
allows us to bypass the vxlan.calico device on ingress to the system,
avoid UDP processing on the host, processing on the vxlan device and
redirection from there. If packet is from a cluster node or a pod
without any nat, it can go straight to the peer side of the pod iface.

Note that this would break RPF checks if BPFEnforceRPF=Strict, therefore
it is not performed when that option is set to Strict and packets take
the regular path.

Related issues/PRs

Todos

  • Tests
  • Documentation
  • Release note

Release Note

TBD

Reminder for the reviewer

Make sure that this PR has the correct labels and milestone set.

Every PR needs one docs-* label.

  • docs-pr-required: This change requires a change to the documentation that has not been completed yet.
  • docs-completed: This change has all necessary documentation completed.
  • docs-not-required: This change has no user-facing impact and requires no docs.

Every PR needs one release-note-* label.

  • release-note-required: This PR has user-facing changes. Most PRs should have this label.
  • release-note-not-required: This PR has no user-facing changes.

Other optional labels:

  • cherry-pick-candidate: This PR should be cherry-picked to an earlier release. For bug fixes only.
  • needs-operator-pr: This PR is related to install and requires a corresponding change to the operator.

@marvin-tigera marvin-tigera added this to the Calico v3.30.0 milestone Sep 27, 2024
@marvin-tigera marvin-tigera added release-note-required Change has user-facing impact (no matter how small) docs-pr-required Change is not yet documented labels Sep 27, 2024
When we see a vxlan packet entering a node and if the packet belongs to
calico, that is, it came from a calico node to a calico node with the
right VNI, we decap the packet and deliver it where it belongs. This
allows us to bypass the vxlan.calico device on ingress to the system,
avoid UDP processing on the host, processing on the vxlan device and
redirection from there. If packet is from a cluster node or a pod
without any nat, it can go straight to the peer side of the pod iface.

Note that this would break RPF checks if BPFEnforceRPF=Strict, therefore
it is not performed when that option is set to Strict and packets take
the regular path.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs-pr-required Change is not yet documented release-note-required Change has user-facing impact (no matter how small)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants