Currently the IPFIX exporter in FLP is very tied to the Agent/protobuf input and could crash when used in a different context, due to the assumptions done when casting elements from GenericMap.
It is also tied to the configuration defined in the operator, for instance assuming k8s fields are prefixed with "SrcK8S" or "DstK8S", which shouldn't be hard-coded.
It should be made more generic.
Here's an example that today doesn't work:
Start a first FLP that reads from IPFIX and write to stdout, using this stdout.yaml:
Currently the IPFIX exporter in FLP is very tied to the Agent/protobuf input and could crash when used in a different context, due to the assumptions done when casting elements from
GenericMap
.It is also tied to the configuration defined in the operator, for instance assuming k8s fields are prefixed with "SrcK8S" or "DstK8S", which shouldn't be hard-coded.
It should be made more generic.
Here's an example that today doesn't work:
stdout.yaml
:ipfix-relay.yaml
=>
You'll get errors like:
.. because of the assumptions about types in GenericMap