diff options
author | hiren <hiren@FreeBSD.org> | 2015-10-14 00:35:37 +0000 |
---|---|---|
committer | hiren <hiren@FreeBSD.org> | 2015-10-14 00:35:37 +0000 |
commit | 0d123061888740d00bc717c489bb0efd082eb2aa (patch) | |
tree | e9407f4691ef839048652676e32597147028fc78 /sys/conf/NOTES | |
parent | 891ebb5d1c21174bf8603121556ff1f9ef13d49a (diff) | |
download | FreeBSD-src-0d123061888740d00bc717c489bb0efd082eb2aa.zip FreeBSD-src-0d123061888740d00bc717c489bb0efd082eb2aa.tar.gz |
There are times when it would be really nice to have a record of the last few
packets and/or state transitions from each TCP socket. That would help with
narrowing down certain problems we see in the field that are hard to reproduce
without understanding the history of how we got into a certain state. This
change provides just that.
It saves copies of the last N packets in a list in the tcpcb. When the tcpcb is
destroyed, the list is freed. I thought this was likely to be more
performance-friendly than saving copies of the tcpcb. Plus, with the packets,
you should be able to reverse-engineer what happened to the tcpcb.
To enable the feature, you will need to compile a kernel with the TCPPCAP
option. Even then, the feature defaults to being deactivated. You can activate
it by setting a positive value for the number of captured packets. You can do
that on either a global basis or on a per-socket basis (via a setsockopt call).
There is no way to get the packets out of the kernel other than using kmem or
getting a coredump. I thought that would help some of the legal/privacy concerns
regarding such a feature. However, it should be possible to add a future effort
to export them in PCAP format.
I tested this at low scale, and found that there were no mbuf leaks and the peak
mbuf usage appeared to be unchanged with and without the feature.
The main performance concern I can envision is the number of mbufs that would be
used on systems with a large number of sockets. If you save five packets per
direction per socket and have 3,000 sockets, that will consume at least 30,000
mbufs just to keep these packets. I tried to reduce the concerns associated with
this by limiting the number of clusters (not mbufs) that could be used for this
feature. Again, in my testing, that appears to work correctly.
Differential Revision: D3100
Submitted by: Jonathan Looney <jlooney at juniper dot net>
Reviewed by: gnn, hiren
Diffstat (limited to 'sys/conf/NOTES')
-rw-r--r-- | sys/conf/NOTES | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/sys/conf/NOTES b/sys/conf/NOTES index c6478f9..c1210e2 100644 --- a/sys/conf/NOTES +++ b/sys/conf/NOTES @@ -960,6 +960,9 @@ device lagg # for sockets with the SO_DEBUG option set, which can then be examined # using the trpt(8) utility. # +# TCPPCAP enables code which keeps the last n packets sent and received +# on a TCP socket. +# # RADIX_MPATH provides support for equal-cost multi-path routing. # options MROUTING # Multicast routing @@ -976,6 +979,7 @@ options IPFILTER_DEFAULT_BLOCK #block all packets by default options IPSTEALTH #support for stealth forwarding options PF_DEFAULT_TO_DROP #drop everything by default options TCPDEBUG +options TCPPCAP options RADIX_MPATH # The MBUF_STRESS_TEST option enables options which create |