NetFlow
The NetFlow source listens on a UDP port for flow records exported by routers, switches, and other network devices, and decodes them into structured logs. It supports the NetFlow and sFlow schemes, processes NetFlow v5, v9, and IPFIX messages, and reads Template Records when present. Mapping of custom fields is not yet supported.
Supported Telemetry
Linux
✓
Windows
✓
macOS
✓
Prerequisites
This source is a protocol listener, so the prerequisites are network-side:
The exporting devices (routers, switches, or sFlow/NetFlow agents) must be configured to send flow records to the collector's IP address on the listen port (default UDP
2055).The listen port must be reachable: open it in any host firewall and in cloud network security groups or firewall rules between the exporters and the collector.
Binding to a port below 1024 requires the collector to run with elevated privileges (root on Linux/macOS, Administrator on Windows). The default port
2055is above 1024 and does not require elevation.The
schemeyou select must match what the devices export: choosenetflowfor NetFlow v5/v9 and IPFIX, orsflowfor sFlow.
Configuration

Choose Telemetry Type
Telemetry Selector
No
Logs
The signal this source emits. Only Logs is supported.
Scheme
Enum: netflow, sflow
No
netflow
The type of flow data to receive.
Hostname
String
No
0.0.0.0
The hostname or IP address to bind to.
Port
Integer
No
2055
The port to bind to.
Sockets
Integer
No
1
The number of sockets to use.
Workers
Integer
No
1
The number of workers used to decode incoming flow messages.
Send Raw
Boolean
No
false
Whether the collector should parse flow messages into attributes or send them as a raw string in the body.
Examples
Receive NetFlow v9/IPFIX on the default port
This source binds to all interfaces on the default NetFlow port and decodes incoming records into structured logs.
Receive sFlow and forward the raw payload
This source listens for sFlow records and sends each message as a raw string in the log body instead of parsing it into attributes.
Configuration Tips
Set
schemeto match the exporting devices. NetFlow v5/v9 and IPFIX use thenetflowscheme; sFlow uses thesflowscheme. A mismatch causes incoming datagrams to fail to decode.Keep
hostnameas0.0.0.0to accept records on all interfaces, or set a specific address to bind to a single interface.Increase
socketsandworkersfor high flow-record volume so the collector can keep up with decoding. Start at1each and raise as needed.Enable
send_rawonly when a downstream processor expects the unparsed flow payload. The default (false) decodes records into structured attributes.
Troubleshooting
No logs arriving
Symptoms: the source is running but no flow records appear in the pipeline.
Solutions:
Confirm the exporting devices are pointed at the collector's IP and the configured port.
Verify the listen port (default UDP
2055) is open in host and cloud firewalls between the exporters and the collector.Confirm
schemematches what the devices export (netflowvssflow).
Permission denied binding the port
Symptoms: the collector fails to start and logs a permission or bind error on the listen port.
Solutions:
Ports below 1024 require root (Linux/macOS) or Administrator (Windows). Run the collector with elevated privileges or use a port above 1024, such as the default
2055.
Records arrive but are not decoded
Symptoms: datagrams reach the collector but logs are empty or malformed.
Solutions:
Verify the
schemematches the export protocol.For NetFlow v9/IPFIX, confirm the exporter is sending Template Records; the decoder needs them to interpret the data records that follow.
Standalone Source
Related Resources
Last updated
Was this helpful?