Discussion:
trpt(8)
(too old to reply)
Joerg Sonnenberger
2014-05-30 21:34:39 UTC
Permalink
Hi,
is there any reason to preserve trpt(8)? It feels next-to-useless when
compared to tcpdump...

Joerg

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Greg Troxel
2014-05-31 00:13:58 UTC
Permalink
Post by Joerg Sonnenberger
is there any reason to preserve trpt(8)? It feels next-to-useless when
compared to tcpdump...
I'm not sure, but something like that can/could be way more useful. In
particular, it could log the reason retransmission, cwnd changes, etc.
I have an implementation of this (called PROTOTRACE) that lets the TCP
code put notifications of interesting events into a bpf tap, and has
tcpdump print it. Then, when one run runs tcpdump2xplot you can see
cwnd and other interesting stuff. I have permission to release this but
haven't had the cycles. So given that, trpt may well be outdated and
pointless. And it may not work usefully enough to be worth keeping now
- I just wanted to point out that protocol state chagnes are in theory
richer than packet captures.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Loading...