Hi Fujita:
Thank you for your reply.
Based on your suggestion, I tried to set the miss_send_len to some non-zero
value.
Here is the code I wrote to fulfill the task:
*
*
*@handler.set_ev_cls(dpset.EventDP, dpset.DPSET_EV_DISPATCHER)*
*def switch_connection_handler(self, event):*
* datapath = event.dp*
* datapath.send_msg(datapath.ofproto_parser.OFPSetConfig(*
* datapath,*
* datapath.ofproto.OFPC_FRAG_NORMAL,*
* 256))*
*
*
And then I tried to use CONFIG_REQUEST message to retrieve the
miss_send_len value of the switch:
*
*
*datapath.send_msg(datapath.ofproto_parser.OFPGetConfigRequest(datapath))*
*
*
On the other hand, I wrote an event handler to process the CONFIG_REPLY
message:
*@handler.set_ev_cls(ofp_event.EventOFPGetConfigReply, handler.MAIN_DISPATCH
**ER)*
* def get_config_reply_handler(self, ev):*
* msg = ev.msg*
* datapath = msg.datapath*
* print "switch: %s's miss_send_len is:%d" % (dpid_to_str(datapath.id),
m**sg.miss_send_len)*
*
*
When running the code, I get the following result:
*switch: 00001afe86e1a141's miss_send_len is:256*
*
*
But when I checked the configuration in ovs, I still got miss_send_len=0:
OFPT_FEATURES_REPLY (xid=0x2): dpid:00001afe86e1a141
n_tables:254, n_buffers:256
...
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal *miss_send_len=0*
So there is some inconsistent feedback from ryu and ovs. And I still have
empty-packet_in problem.
Any advice on this issue? Thank you.
On Sat, Sep 28, 2013 at 6:14 PM, FUJITA Tomonori <
[email protected]> wrote:
> On Sat, 28 Sep 2013 16:47:52 -0400
> Chen Chen <[email protected]> wrote:
>
> > Thank you for your patch. Now the error of "unpack_from" is gone.
> > However, there is still something wrong there: the length of msg.data
> after
> > parsing is always 0.
> > Here is part of our code:
>
> Because you configure the switch not to send any data in a packetin
> message. That's why you hit the previous Ryu bug.
>
> Check miss_send_len config:
>
> fujita@ubuntu:~$ sudo ovs-ofctl show br0
> OFPT_FEATURES_REPLY (OF1.2) (xid=0x2): dpid:0000060387abae49
> n_tables:255, n_buffers:256
> capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS
> actions: OUTPUT COPY_TTL_OUT COPY_TTL_IN SET_MPLS_TTL DEC_MPLS_TTL
> PUSH_VLAN POP_VLAN PUSH_MPLS POP_MPLS SET_QUEUE GROUP SET_NW_TTL
> DEC_NW_TTL SET_FIELD
> LOCAL(br0): addr:06:03:87:ab:ae:49
> config: PORT_DOWN
> state: LINK_DOWN
> speed: 100000 Mbps now, 100000 Mbps max
> OFPT_GET_CONFIG_REPLY (OF1.2) (xid=0x4): frags=normal miss_send_len=0
>
>
--
Thanks,
Chen
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
Ryu-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ryu-devel
