]> git.ipfire.org Git - thirdparty/suricata.git/commitdiff
userguide: update defrag settings options
authorJuliana Fajardini <jufajardini@oisf.net>
Fri, 26 Aug 2022 20:52:46 +0000 (17:52 -0300)
committerVictor Julien <vjulien@oisf.net>
Sat, 3 Sep 2022 12:22:06 +0000 (14:22 +0200)
We were still mentioning that there were only three options.

(cherry picked from commit 3c74e443bdd6e666692b1c1da1d0389268b0eec7)

doc/userguide/configuration/suricata-yaml.rst

index 9096c59a449654c2844325e1767f3874d8ef62fe..d6574560b726344754aae10ac0899f2d689e8984 100644 (file)
@@ -928,19 +928,21 @@ a component of Suricata; the defragment-engine. After a fragmented
 packet is reconstructed by the defragment-engine, the engine sends on
 the reassembled packet to rest of Suricata.
 
-There are three options within defrag: max-frags, prealloc and
-timeout. At the moment Suricata receives a fragment of a packet, it
+At the moment Suricata receives a fragment of a packet, it
 keeps in memory that other fragments of that packet will appear soon
 to complete the packet. However, there is a possibility that one of
 the fragments does not appear. To prevent Suricata for keeping waiting
 for that packet (thereby using memory) there is a timespan after which
-Suricata discards the fragments. This occurs by default after 60
+Suricata discards the fragments (timeout). This occurs by default after 60
 seconds.
 
 ::
 
   defrag:
-    max-frags: 65535
+    memcap: 32mb
+    hash-size: 65536
+    trackers: 65535    # number of defragmented flows to follow
+    max-frags: 65535   # number of fragments do keep (higher than trackers)
     prealloc: yes
     timeout: 60