ipfixcol2-timecheck-output(7)

πŸ“¦
version 2.8.0+20260701 Β· 2 versions
, in ubuntu stonking

✨ ipfixcol2-timecheck-output ✨

okay bestie, so this is a page from the ipfixcol2-timecheck-output(7) manual β€” it's literally the glow-up guide for the Time Check output plugin πŸ’…


πŸŽ€ NAME πŸŽ€

ipfixcol2-timecheck-output β€” Time Check (output plugin) ⏰✨


πŸ’– DESCRIPTION πŸ’–

So what this plugin does is: it checks that the start and end timestamps of every single flow record are, like, relatively recent πŸ¦‹. Based on the parameters you configure, it snitches on flows whose timestamps are from the future (meaning greater than the current system time, hello?? time traveler much 😭) and also flows with timestamps from the distant past.

Where do these timestamp anomalies even come from? Usually it's giving missing clock synchronization (like NTP bestie, pls) or an invalid implementation on the side of the exporter πŸ™ˆ. And if the anomaly gets detected, the plugin prints the details on the standard output. periodt.

ngl, only these specific standard IANA timestamps are supported β€” no others, don't even try:

  • ID 150 (flowStartSeconds)
  • ID 151 (flowEndSeconds)
  • ID 152 (flowStartMilliseconds)
  • ID 153 (flowEndMilliseconds)
  • ID 154 (flowStartMicroseconds)
  • ID 155 (flowEndMicroseconds)
  • ID 156 (flowStartNanoseconds)
  • ID 157 (flowEndNanoseconds)

🌸 EXAMPLE CONFIGURATION 🌸

here's the vibe check, copy it exactly bestie:

<output>
    <name>TimeCheck output</name>
    <plugin>timecheck</plugin>
    <params>
        <devPast>600</devPast>
        <devFuture>0</devFuture>
    </params>
</output>

πŸ¦‹ PARAMETERS πŸ¦‹

  • devPast β€” the maximum allowed deviation (in seconds) between the current system time and timestamps from the past. The way this works: your value must be greater than the active and inactive timeouts of the exporters, and it must also cover any possible delay between expiration and processing on the collector. For example β€” let's say active timeout is 5 minutes and inactive timeout is 30 seconds. Then value 600 (that's 10 minutes btw, math girlies rise) should always be enough for all the flow data to be received and processed at the collector πŸ‘‘
  • devFuture β€” the maximum allowed deviation (again, in seconds) between the current time and timestamps from the future. And like... the collector should never receive flows with a timestamp from the future, so this value should usually be set to 0. no cap.

🫢 AUTHOR 🫢

LukΓ‘Ε‘ HutΓ‘k (lukas.hutak@cesnet.cz) β€” iconic behavior honestly πŸ’œ


Copyright Β© 2019 CESNET, z.s.p.o.


aaaand that's the whole page bestie, ate and left no crumbs πŸ’…βœ¨ version 2.0, dated 2019-03-01, brought to you by the ipfixcol2-timecheck-output(7) girlies β€” go sync your clocks fr fr πŸ•πŸ’–

πŸ“¦ where this page comes from