You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 26, 2024. It is now read-only.
Hi,
In some scenarios its advantageous to receive a packet, remove a header and then transmit it out again.
From what I can see the packet is always expected to start at the beginning of the frame in umem. However ideally what we wouldn't want when removing a header is to have to copy or shunt the rest of the packet forward to the beginning of the frame. For performance reasons it would be nice to just increment a pointer or reference to where the packet really starts in the frame, ie an offset into the frame, and transmission starts from that point.
Is this possible? It would be like the add/remove prefix BPF helper functions.
Thanks
The text was updated successfully, but these errors were encountered:
Hi,
In some scenarios its advantageous to receive a packet, remove a header and then transmit it out again.
From what I can see the packet is always expected to start at the beginning of the frame in umem. However ideally what we wouldn't want when removing a header is to have to copy or shunt the rest of the packet forward to the beginning of the frame. For performance reasons it would be nice to just increment a pointer or reference to where the packet really starts in the frame, ie an offset into the frame, and transmission starts from that point.
Is this possible? It would be like the add/remove prefix BPF helper functions.
Thanks
The text was updated successfully, but these errors were encountered: