sFlow
Synopsis
Creates an sFlow collector that accepts flow sampling data over UDP connections. Supports High-Volume collection with multiple workers and configurable buffer sizes.
For details, see Appendix.
Schema
- id: <numeric>
name: <string>
description: <string>
type: sflow
tags: <string[]>
pipelines: <pipeline[]>
status: <boolean>
properties:
address: <string>
port: <numeric>
reuse: <boolean>
buffer_size: <numeric>
Configuration
The following fields are used to define the device:
Device
| Field | Required | Default | Description |
|---|---|---|---|
id | Y | Unique identifier | |
name | Y | Device name | |
description | N | - | Optional description |
type | Y | Must be sflow | |
tags | N | - | Optional tags |
pipelines | N | - | Optional pre-processor pipelines |
status | N | true | Enable/disable the device |
Connection
| Field | Required | Default | Description |
|---|---|---|---|
address | N | "0.0.0.0" | Listen address |
port | N | 6343 | Listen port |
reuse | N | true | Enable socket address reuse |
Performance
| Field | Required | Default | Description |
|---|---|---|---|
buffer_size | N | 9000 | Network read buffer size in bytes |
Key Features
The following are unique features that Director offers.
Multiple Workers
When reuse is enabled, the collector automatically scales to use multiple worker processes based on available CPU cores. Each worker maintains its own UDP listener, processes flows independently, and writes to a dedicated queue file.
The collector automatically scales up to use all available CPU cores.
Flows
The collector supports interface-counter sampling, packet-flow sampling, application identification, port-based protocol mapping, flow-state tracking, and statistical aggregation.
Examples
The following are commonly used configuration types.
Basic
The minimum required configuration using defaults:
Creating a simple sFlow collector... | |