On Mon, May 16, 2016 at 1:20 PM, Ali Volkan Atli <volkan.a...@argela.com.tr> wrote: > Hi > > I'm working with RYU controller and trying to understand why transaction ID > (xid) field in PACKET_IN messages is not parsed in ryu-controller? Why can't > we use packet_in with xid as a request for flow-mod (which will be reply for > packet_in request)? I'M trying to match packet-in and flow-mod messages, is > it possible?
Openflow doesn't send an xid with packet_in, it sends a buffer_id: http://flowgrammable.org/sdn/openflow/message-layer/packetin/#tab_ofp_1_3 When you send your flow mod back you pass in the buffer_id from the packet_in to tell the switch what packet this is in reponse to: https://github.com/osrg/ryu/blob/a3c8c591d9e6fe1353f7ba54f56a40f09d301f79/ryu/app/simple_switch_13.py#L51-L64 Happy Hacking! 7-11 ------------------------------------------------------------------------------ Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j _______________________________________________ Ryu-devel mailing list Ryu-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ryu-devel
