On Mon, Jun 3, 2019 at 02:53 AM, Toshiaki Makita wrote: You should not need SKB mode on kernel 5.0. Do you attach any XDP program on vbox1 and vbox2? If not, redirected packets will be dropped. Please

Hi all, I have a use case that the user daemon needs to trigger the execution of a TCP-BPF program (which was loaded already by the same user daemon). This may be a trivial question but after

Hi, I've been doing some Linux debugging since one year, and I've used BCC to solve multiple issues (like writting a ddos detector :

You should not need SKB mode on kernel 5.0. Do you attach any XDP program on vbox1 and vbox2? If not, redirected packets will be dropped. Please refer to the slides below for

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

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

<adam.r.drescher@...> wrote: If you take a reference count for the pinned map, the map cannot be removed. If you are talking about the content change of a pinned map, the applicaiton has to

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

Thanks Brendan, that makes sense. Here's an example that can trigger the fork issue: $ cat ustack_fork_dup.cpp #include <iostream> #include <unistd.h> #include <stdio.h> __attribute__((noinline))

No, you won't get the same file descriptor although they pointing to the same map. - the original map fd holds a reference count in the kernel. - bpf_obj_get returns a new fd and map reference

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

On 5/30/19 4:46 AM, forrest0579@... wrote: Hello Forrest, You're using veth interfaces, in this case you have to attach the program in SKB mode, to do it set flags = 1 << 1.

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

Hi all, Thanks for joining in to the call today. As usual, here are my notes. Cheers, Brenden === Discussion === Daniel: - Some cilium debugging for loadbalancing case - Fix sendmsg hooks for

Thanks a lot, Gary! Very appreciate for your answer. Forrest

Sorry, my memory betrayed me. Those two scripts swap the mac, not IP. As I said, xdp_redirect_map.py is a demo script, so it doesn't care if the packets are dropped in Machine B or not. In the real

On Tue, May 28, 2019 at 09:20 PM, Gary Lin wrote: On Tue, May 28, 2019 at 07:32:33PM -0700, forrest0579@... wrote: Hi all, What kind of network topology should I set up to make xdp_redirect_map.py

The script does nothing really meaningful but demostrates how to use XDP_REDIRECT. It redirects all traffic from one network interface to another, so you need a machine with at least two XDP-enabled

Please join us tomorrow for our bi-weekly call. As usual, this meeting is open to everybody and completely optional. You might be interested to join if: You want to know what is going on in BPF

Hi all, What kind of network topology should I set up to make xdp_redirect_map.py runnable and what user-case this example represent for? PS: I have the same question about xdp_macswap_count.py