On Thu, May 30, 2019 at 05:40 AM, Mauricio Vasquez wrote:
>
>
>
> You're using veth interfaces, in this case you have to attach the program
> in SKB mode, to do it set flags = 1 << 1.
>
>
>
>
>
>
Why should I attach xdp in SKB mode when using veth interface, is there any
docs for that?
Hi,
I am implementing a EBPF based packet replicator running as part of TC
classisifer.
The problem is I am not able to scale beyond 28K, once the pps rate goes beyond
28kpps I see traffic loss and the CPU usage is well within 5%.
Commands used to load EBPF code in TC:
sudo tc qdisc add dev
On Thu, May 30, 2019 at 11:26 AM Adam Drescher
wrote:
>
> Thank you for your answer, that makes sense.
>
> This leads me to a follow up question: is there a standard way to see
> if a pinned map has been reloaded, without closing and re-opening the
> map file every time to check? From your
Hi all,
Recently I try to build a network topology to test redirect_map, the topology
is as below and the build script in the attachment(setup_env.sh).
My test case is run `ping` from netns ns1 to 192.168.2.2 in netns ns2.
I load xdp prog to vhost1 and vhost2. What the prog do is just use
On 5/30/19 4:46 AM, forrest0...@gmail.com wrote:
Hi all,
Recently I try to build a network topology to test redirect_map, the
topology is as below and the build script in the attachment(setup_env.sh).
My test case is run `ping` from netns ns1 to 192.168.2.2 in netns ns2.
I load xdp prog to
I am seeing unexpected behavior from bpf_obj_get, although this is
likely due to my inexperience with BPF.
In a loader program, I create a pinned map at
"sys/fs/bpf/test/xdp_stats_map". In a separate statistics program, I
access the pinned map via file descriptor -- I got the file descriptor
from