Because it's a periodic process and if I am not able to process previous flows within five seconds, the current flows are lost.
On 4 December 2013 20:51, Ben Pfaff <b...@nicira.com> wrote: > Why does it matter whether the flows have disappeared while you are > processing them? > > On Wed, Dec 04, 2013 at 03:07:35PM +0500, Asadullah Hussain wrote: > > Thanks for the reply. I want to further process the flows returned from > the > > "ovs-dpctl dump-flows" command (performing string operations, make > lookups > > in geolocation databases etc) and this processing time takes longer than > 5 > > seconds, due to which flow loss is occurring. > > > > > > On 3 December 2013 21:19, Ben Pfaff <b...@nicira.com> wrote: > > > > > On Tue, Dec 03, 2013 at 04:33:24PM +0500, Asadullah Hussain wrote: > > > > Is there a way to change the timeout of kernel flow table (ovs-dpctl > > > > dump-flows)? > > > > > > No. > > > > > > > The default timeout is 5 seconds which means that all flows in the > kernel > > > > flow table are flushed out after 5 seconds. > > > > > > > > I want to increase this time to 1 minute. > > > > > > Why? > > > > > > > > > > > -- > > Asadullah Hussain > -- Asadullah Hussain
_______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
