On October 30, 2014 at 4:49:47 AM, Martin Vizvary (vizv...@ics.muni.cz(mailto:vizv...@ics.muni.cz)) wrote: > > I have checked the export with tcpdump, but there was no communication > on port 4002. Netflow on port 4001 is working fine. (some output is in > attached file) > > I am using FlowMon collector which supports NetFlow v5/v9, IPFIX, sFlow, > NetStream and jFlow. > > > IPFIX configuration: > > ~# ovs-vsctl -- set Bridge br0 ipfix=@i -- --id=@i create IPFIX > target=\"10.10.10.5:4002\" obs_domain_id=123 obs_point_id=456 > cache_active_timeout=20 > > ~# ovs-vsctl list IPFIX > _uuid : fc9e8f46-d733-4a37-8dd1-669d7a5e6466 > cache_active_timeout: 20 > cache_max_flows : [] > external_ids : {} > obs_domain_id : 123 > obs_point_id : 456 > sampling : [] > targets : ["10.10.10.5:4002"]
Which versions of ovs-vswitchd and kernel module are you using? For debugging, please try setting a 100% sampling probability (sampling=1) instead of the default 0.25%, and a lower cache_active_timeout. Since you didn’t set cache_max_flows, flow caching is disabled. You might want to try setting a non-zero value so that caching is enabled and the active timeout is actually applied. Please look in the ovs-vswitchd logs. Are there error messages related to IPFIX export? Then, I'd check that OVS correctly adds “sample” actions into each datapath flow, which should be the case if IPFIX export is enabled on the bridge. To do that, please copy the output of “ovs-dpctl dump-flows” while sending some packets. Thanks, — Romain Lenglet _______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
