TRACETOPENDS(1)
π TRACETOPENDS π
okay so bestie, welcome to tracetopends, a User Commands manual page, and it is literally the gossip column of your network trace π₯
β¨ NAME β¨
tracetopends β reports the endpoints that are responsible for the most traffic in a trace π
πΈ SYNOPSIS πΈ
tracetopends [ -f bpf ] [ -A addrtype ] [ -s ] [ -d ] [ -b ] [ -a ] [ -p
] [ -n topcount ] inputuri [inputuri ...]
π¦ DESCRIPTION π¦
So like, tracetopends reports the number of bytes and packets sent and received by the busiest endpoints observed in the input trace(s). It's giving leaderboard. It's giving who's hogging the bandwidth. π
-f bpffilter β only output packets that match a tcpdump-style bpf filter. Filtered. Curated. As it should be β¨-ntop count β report the top N endpoints (defaults to10). Only the top ten get to sit at the cool table π«Ά-Aaddress type β specifies how an endpoint should be defined. Suitable options are"mac","v4"and"v6", which will report endpoint stats for each observed MAC address, IPv4 address and IPv6 address respectively. Pick your fighter π-sβ sort endpoints based on the amount of outgoing traffic (will cancel any previous-doption). This is on by default. She's the main character, no cap π-dβ sort endpoints based on the amount of incoming traffic (will cancel any previous-soption). Inbox energy π₯-bβ sort endpoints based on the amount of IP traffic (will cancel any previous-aor-poptions). This is on by default. The baseline, the blueprint, the moment π-aβ sort endpoints based on the amount of application layer traffic (will cancel any previous-bor-poptions). We're going up the stack, bestie π§-pβ sort endpoints based on the amount of packets (will cancel any previous-bor-aoptions). Counting the little guys, one by one π
lowkey important: those sort options are all cancelling each other. You pick one vibe and you commit. The last one you type wins, periodt π
π OUTPUT π
Output is written to stdout in columns separated by blank space.
The columns are (in order):
- Endpoint address
- Time last observed
- Packets originating from the endpoint
- Bytes originating from the endpoint (IP header onwards)
- Payload originating from the endpoint (post transport header)
- Packets sent to the endpoint
- Bytes sent to the endpoint (IP header onwards)
- Payload sent to the endpoint (post transport header)
eight columns of pure information, and honestly? she ate π
π EXAMPLES π
Find the IPv4 addresses that are sending the most traffic.
tracetopends -A v4 -b -s erf:trace.erf.gz
look at her go π¦
π LINKS π
More details about tracetopends (and libtrace) can be found at http://www.wand.net.nz/trac/libtrace/wiki/UserDocumentation
β SEE ALSO β
libtrace(3), tracemerge(1), tracefilter(1), traceconvert(1), tracesplit_dir(1), tracereport(1), tracertstats(1), tracestats(1), tracepktdump(1), traceanon(1), tracesummary(1), tracereplay(1), tracediff(1), traceends(1)
the whole friend group π«Ά go say hi
π AUTHORS π
Shane Alcock <salcock@cs.waikato.ac.nz> β the icon, the legend, the moment π
and that's the whole page bestie!! this one's from the tracetopends crew over at libtrace, dated September 2011 πΈ ty for reading, mwah π
β¨
π¦ where this page comes from
- debian bookworm: libtrace-tools 3.0.22-0.1
- debian trixie: libtrace-tools 3.0.22-0.2
- ubuntu jammy: libtrace-tools 3.0.21-1ubuntu5
- ubuntu noble: libtrace-tools 3.0.22-0.2build1
- ubuntu questing: libtrace-tools 3.0.22-0.2build1
- ubuntu resolute: libtrace-tools 3.0.22-0.2build2
- ubuntu stonking: libtrace-tools 3.0.22-0.2build2
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms