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
There are currently few options for tracking a packet during its life inside YANET DataPlane, with the exception of some counters or a virtual "drop" interface.
The main idea of the task is to implement packet tracing, which will look like this:
- one sets up a filter that determines the packages we want to track
- each module records some trace information (packet ID/module name/action/reason/time stamps, etc.) for the packet matching the filter.
- one could read the trace information as a log file using some kind of interface
The text was updated successfully, but these errors were encountered:
What about using USDT (User Statically Defined Tracing) to give users more control over packet tracing? Tracepoints can be added at key stages (like packet reception, processing, or drop), allowing users to attach eBPF programs to collect only the events they care about. They can define filters, capture details such as src, dst, interface, actions, and timestamps, and aggregate the data in any way they need. It’s lightweight, with minimal performance impact when tracing isn’t active, and highly flexible for debugging or monitoring workflows.
Do you already have specific points in the DataPlane that should be traced, or would it also require instrumenting the DPDK framework itself?
There are currently few options for tracking a packet during its life inside YANET DataPlane, with the exception of some counters or a virtual "drop" interface.
The main idea of the task is to implement packet tracing, which will look like this:
- one sets up a filter that determines the packages we want to track
- each module records some trace information (packet ID/module name/action/reason/time stamps, etc.) for the packet matching the filter.
- one could read the trace information as a log file using some kind of interface
The text was updated successfully, but these errors were encountered: