You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Netflow, IPFIX support templates, which supports device, device-class, vendor specific fields.
These extended fields contain useful information, but it doesn't necessarily make sense to add to goflow's default list of supported fields.
The feature request is to have an extensible decoder for NFv9 and IPFIX, such that users are able to customise the decoder to support additional fields without having to maintain a full fledged fork of goflow.
As for implementation, I thought it could be :
Configuration driven system - which is good for simple mapping. (record field -> pb value)
Plugin system - decoder extension, which has access to the DataField and FlowMessage, which could enable complex transformations.
Other ideas.
What are your thoughts.
The text was updated successfully, but these errors were encountered:
tgragnato
pushed a commit
to tgragnato/goflow
that referenced
this issue
Aug 14, 2024
Netflow, IPFIX support templates, which supports device, device-class, vendor specific fields.
These extended fields contain useful information, but it doesn't necessarily make sense to add to goflow's default list of supported fields.
The feature request is to have an extensible decoder for NFv9 and IPFIX, such that users are able to customise the decoder to support additional fields without having to maintain a full fledged fork of goflow.
As for implementation, I thought it could be :
DataField
andFlowMessage
, which could enable complex transformations.What are your thoughts.
The text was updated successfully, but these errors were encountered: