Replies: 3 comments 2 replies
-
The timestamps reflects what your device sends you. I assume it is not sending any timestamps at all. To debug that issue, I would need to have a cap of the stream sent to the collector nfcapd. Furthermore, I assume you have a TZ issue, as 1969 is actually not possible with UNIX timestamps. As of the metric - You need to have nfexporter https://github.com/phaag/nfexporter running, which reads data from the metric socket and feeds it into prometheus. |
Beta Was this translation helpful? Give feedback.
-
Here is what nfcap is seeing Flow Record: |
Beta Was this translation helpful? Give feedback.
-
Ok, I switched gears a bit and instead of exporting for NSX-T's Distributed Firewall, I changed it over to the Distributed Switch and all the fields are coming through. Also, later on in my firewall exports, I do see some flows with time stamps, so I suspect you are right, there is something going on with the template export frequency. |
Beta Was this translation helpful? Give feedback.
-
I have a couple of issues,
First, my nfdump records all have timestamp of 1969-12-31 19:00:00.000
Second I am getting the following error when trying to export to Prometheus
/usr/local/bin/nfcapd -z -m /data/metrics -p 3456 -M /data/nsx2 -D
<this command is actually dumping flows into /data/nsx2/
/usr/local/bin/nfcapd -l /data/tmpflows/ -S2 -y -p 9999 -m /data/metrics
-l is a legacy option and may get removed in future. Please use -w to set output directory
Bound to IPv4 host/IP: any, Port: 9999
Init v5/v7: Default sampling: 1
Init v9: Max number of v9 tags enabled: 105, default sampling: 1
Init IPFIX: Max number of ipfix tags enabled: 88, default sampling: 1
connect() failed on /data/metrics: Connection refused
metric socket unreachable
Metric initialized
Startup nfcapd.
Ident: 'none' Flows: 0, Packets: 0, Bytes: 0, Sequence Errors: 0, Bad Packets: 0
Beta Was this translation helpful? Give feedback.
All reactions