Hi, On 2015年08月12日 05:18, Andre Schütze wrote: > Hallo ryu - development list, > > I allready ask this question at the ovs-discussion list, but > unfortunatelly nobody answer. I try to implement an OpenFlow controller > with a special Update algorithm, which is called WayUp and is discribed > in this paper: > https://www.net.t-labs.tu-berlin.de/~stefan/hotnets14update.pdf . > My test environment consists of a mininet VM with ovs as switch and ryu > as controller. > The update consists of several rounds. In every round several messages > are send from the controller to the switches. One message causes the > switch to install one forwarding rule. Openflow messages of round n have > to be send to the switches and processed by the switches befor messages > of round n+1 can be send. That means a switch have to install a rule of > round n and forward packet according to this rule before the controller > can send messages of round n+1. The controller have to wait till the > switches install the rules of round n after it can send the messages of > round n+1. Can I use barrier requests to implement this behavior?
I think you can use barrier request message. Please refer to the following. Table 7.3.8 of OFspec-v1.3.4 says: OFPT_BARRIER_REQUEST message. [...] Upon receipt, the switch must finish processing all previously-received messages, including sending corresponding reply or error messages, before executing any messages beyond the Barrier Re- quest. If all previously-received messages have already been processed when the switch receives a barrier request, the switch can execute the barrier request immediately. When such processing is complete, the switch must send an OFPT_BARRIER_REPLY message with the xid of the original request. thanks > > > Best, > André > > ------------------------------------------------------------------------------ > _______________________________________________ > Ryu-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ryu-devel > ------------------------------------------------------------------------------ _______________________________________________ Ryu-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ryu-devel
