[ovs-discuss] Switch Flows gets deleted

[Krishna Pratap]

Hi Ben,

Could it be the case that the switch expects a controller connection to be
present and that it waits for such a connection for a specific amount of
time.
If it does not get hold of an active connection, it may be going to the
backoff state and deleting the flows that may have been configured.
Do you think this could be possible ?

In my setup, I tried running the switch without connecting it to a
controller and I see that the flows still get deleted after that initial
time interval.

I'm still in the process of trying out your earlier suggestion.

Thanks,
Krishna



On Thu, Sep 4, 2014 at 3:23 PM, Ben Pfaff <blp at nicira.com> wrote:

> Your output below makes it look likely that some controller is
> actually deleting the flows.  This could be, for example, an
> "ovs-ofctl del-flows" running periodically.
>
> You could find out more by turning up the ovs-vswitchd log level with
> e.g. "ovs-appctl vlog/set vconn" then looking for OpenFlow flow_mod
> messages in the vswitchd log.
>
> On Thu, Sep 04, 2014 at 01:04:16PM -0400, Krishna Pratap wrote:
> > So here is the monitor output in two cases.
> >
> > 1) when the controller is not started at all and i push down flows. it
> gets
> > deleted after few seconds of getting added. my flow is the one sending to
> > controller and forwarding to next port
> >  in_port=2 actions=CONTROLLER:6666,output:1
> >
> >
> >
> >
> > root at ccpu:~/openvswitch-2.1.0# ovs-ofctl monitor Switch_S1 watch:
> > NXST_FLOW_MONITOR reply (xid=0x2):
> >  event=ADDED table=0 cookie=0 actions=NORMAL
> > NXST_FLOW_MONITOR reply (xid=0x0):
> >  event=DELETED reason=delete table=0 cookie=0 actions=NORMAL
> > NXST_FLOW_MONITOR reply (xid=0x0):
> >  event=ADDED table=0 cookie=0 in_port=2 actions=CONTROLLER:6666,output:1
> > NXST_FLOW_MONITOR reply (xid=0x0):
> >  event=DELETED reason=delete table=0 cookie=0 in_port=2
> > actions=CONTROLLER:6666,output:1
> > OFPT_ECHO_REQUEST (xid=0x0): 0 bytes of payload
> >
> >
> >
> > 2) second case when i stop the controller device while it was connected
> to
> > switch having the same flows as above
> >
> >
> > root at ccpu:~/openvswitch-2.1.0# ovs-ofctl monitor Switch_S1 watch:
> > NXST_FLOW_MONITOR reply (xid=0x2):
> >  event=ADDED table=0 cookie=0 actions=NORMAL
> > NXST_FLOW_MONITOR reply (xid=0x0):
> >  event=DELETED reason=delete table=0 cookie=0 actions=NORMAL
> > NXST_FLOW_MONITOR reply (xid=0x0):
> >  event=ADDED table=0 cookie=0 in_port=2 actions=CONTROLLER:6666,output:1
> > OFPT_ECHO_REQUEST (xid=0x0): 0 bytes of payload
> > NXST_FLOW_MONITOR reply (xid=0x0):
> >  event=DELETED reason=delete table=0 cookie=0 in_port=2
> > actions=CONTROLLER:6666,output:1
> > OFPT_ECHO_REQUEST (xid=0x0): 0 bytes of payload
> >
> >
> >
> >
> > As we can see the delete command is being sent whenever it is not
> connected
> > to controller. i don't think im sending any delete flows command from my
> > script. should i be adding my flows with any particular parameter? i
> > already have the idle_timeout=0,hard_timeout=0
> >
> >
> > Thanks for all the help
> >
> >
> >
> >
> > On Thu, Sep 4, 2014 at 12:40 PM, Ben Pfaff <blp at nicira.com> wrote:
> >
> > > On Thu, Sep 04, 2014 at 11:49:19AM -0400, Krishna Pratap wrote:
> > > > The switches would delete the traffic flows or any flow that i add
> on it
> > > >  if it is not connected to controller from the beginning or if I
> remove
> > > > them later on after getting connected .
> > > > if the switches have flows and try to connect to controller which is
> not
> > > > started, they would eventually delete all the flows that were added
> on
> > > them
> > > > after few seconds. same happens if i stop the controller separately
> and l
> > > > see the flows getting deleted. the flows remain if the controller is
> > > active
> > > > and connected.
> > >
> > > This is strange behavior.  I recommend using "ovs-ofctl monitor
> <switch>
> > > watch:" to see what is changing the flow table.
> > >
> >
> >
> >
> > --
> > Best Regards,
> > Krishna Pratap Singh
>



-- 
Best Regards,
Krishna Pratap Singh
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openvswitch.org/pipermail/ovs-discuss/attachments/20140905/877a9f54/attachment-0002.html>