xdp-newbies.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Another IP fragmentation question
@ 2020-08-27 17:45 Alexander Petrovsky
  0 siblings, 0 replies; only message in thread
From: Alexander Petrovsky @ 2020-08-27 17:45 UTC (permalink / raw)
  To: xdp-newbies

Hello!

As well known the XDP doesn't have any mechanism to handle IP
fragmented packets and do IP defrag. It's a big problem for L4 routers
implemented using XDP. There are some hacks and workarounds such a
using AF_XDP to handle such packets in userspace, or the hack like the
cilium did (https://github.com/cilium/cilium/commit/e65adc058d851c8aac864e7ac5c7e50f7f46104f)
which is absolutely bad, but we don't have anything better.

There is a first try to do about three years ago -
https://lists.linuxfoundation.org/pipermail/iovisor-dev/2017-September/001023.html
but without success.

Now, we have a hash of maps and ignore some specific we could store
the IP fragments there till the first IP fragment comes in... We still
need the way how to evict old accumulated fragments. We still need the
mechanism which lets us emit such fragments to the network interface
when we ready to do it.

So, my question is:
1. If we will have such hash of lru maps?
2. Is the way how to safely store IP fragments in the maps?
3. could we try to solve the next problem, emit the fragments/data
from the maps to the network interface on demand?

Is it could sound like a plan? Or there are some better ways to solve
this problem?

Thanks!

--
Alexander Petrovsky

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2020-08-27 17:45 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-08-27 17:45 Another IP fragmentation question Alexander Petrovsky

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).