Hi, I think it's yes. If get another problem during the training on Ryu-Book, feel free to contact us via Ryu-devel mailing list.
Thanks, Iwase On 2016年07月21日 15:42, Deepak Jose wrote: > So I'm good to continue my exercise. Right? > Thanks for the help Iwase. > > On Thu, Jul 21, 2016 at 9:42 AM, Iwase Yusuke <iwase.yusu...@gmail.com > <mailto:iwase.yusu...@gmail.com>> wrote: > > Hi, > > Yes, you are right. > > But, there seems to have been a little misunderstanding. > On Ryu-Book, the tree dots("...") means that some messages or words are > just omitted. > > e.g.) > If the full messages are: > --- > connected socket:<eventlet.greenio.base.GreenSocket object at > 0x7fab639f1610> address:('127.0.0.1', 32776) > hello ev <ryu.controller.ofp_event.EventOFPHello object at > 0x7fab639eb810> > move onto config mode > EVENT ofp_event->SimpleSwitch13 EventOFPSwitchFeatures > switch features ev > version=0x4,msg_type=0x6,msg_len=0x20,xid=0xcd66c812,OFPSwitchFeatures(auxiliary_id=0,capabilities=79,datapath_id=1,n_buffers=256,n_tables=254) > move onto main mode > --- > > Ryu-Book omits some messages or words like: > --- > connected socket:<... # omitting "eventlet.greenio.base.GreenSocket > ..." > hello ev ... # omitting "<ryu.controller.ofp_event.EventOFPHello > object at 0x7fab639eb810>" > ... # omitting some messages > move onto main mode > --- > > Therefore, you can get correct messages from ryu-manager described in > Ryu-Book. > > Thanks, > Iwase > > > On 2016年07月21日 12:06, Deepak Jose wrote: > > Inline image 1 > As per the ryubook doc, I thought we should get above pasted > messages. Is that wrong? > > On Thu, Jul 21, 2016 at 6:01 AM, Iwase Yusuke > <iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com> > <mailto:iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com>>> wrote: > > Hi, > > > On 2016年07月21日 02:41, Deepak Jose wrote: > > Hi Iwase, > > After including module openvswitch, ryu-manager call is able > to move further. But it is still not able to complete things. > > instantiating app ryu.controller.ofp_handler of OFPHandler > BRICK SimpleSwitch13 > CONSUMES EventOFPSwitchFeatures > CONSUMES EventOFPPacketIn > BRICK ofp_event > PROVIDES EventOFPSwitchFeatures TO {'SimpleSwitch13': > set(['config'])} > PROVIDES EventOFPPacketIn TO {'SimpleSwitch13': > set(['main'])} > CONSUMES EventOFPPortStatus > CONSUMES EventOFPSwitchFeatures > CONSUMES EventOFPErrorMsg > CONSUMES EventOFPPortDescStatsReply > CONSUMES EventOFPEchoRequest > CONSUMES EventOFPEchoReply > CONSUMES EventOFPHello > connected socket:<eventlet.greenio.base.GreenSocket object at > 0x7fab639f1610> address:('127.0.0.1', 32776) > hello ev <ryu.controller.ofp_event.EventOFPHello object at > 0x7fab639eb810> > move onto config mode > EVENT ofp_event->SimpleSwitch13 EventOFPSwitchFeatures > switch features ev > version=0x4,msg_type=0x6,msg_len=0x20,xid=0xcd66c812,OFPSwitchFeatures(auxiliary_id=0,capabilities=79,datapath_id=1,n_buffers=256,n_tables=254) > move onto main mode > > > It seems that Ryu works well from seeing the above log messages. > "move onto main mode" means Ryu could connect to OVS correctly and > is waiting for OpenFlow messages from OVS. > > If any packets applied to OVS interfaces, some messages will be > shown > from ryu-manager, I think. > > > In ryu book, it has mentioned that some time will take to get > connected to OVS. But I have waited for 30 mins and still hung over here. > > Following are the last syslog messages I got in the under > syslog. > Jul 20 10:26:29 mininet-vm ovs-vswitchd: > ovs|00746|rconn|INFO|s1<->tcp:127.0.0.1:6633 <http://127.0.0.1:6633> > <http://127.0.0.1:6633> <http://127.0.0.1:6633>: connected > Jul 20 10:26:39 mininet-vm ovs-vswitchd: > ovs|00747|connmgr|INFO|s1<->tcp:127.0.0.1:6633 <http://127.0.0.1:6633> > <http://127.0.0.1:6633> <http://127.0.0.1:6633>: 1 flow_mods 10 s ago (1 > adds). > > > These messages show that OVS succeeded to connect to Ryu and one > FlowMod message was received. > I guess this FlowMod message was to install the table-miss flow > entry > as following, so Ryu and OVS are working well. > > https://github.com/iwaseyusuke/ryu/blob/master/ryu/app/example_switch_13.py#L39-L43 > > > Then, what problem exactly do you mean? > Your hosts connecting to OVS can not communicate each other? or > else? > > > Thanks, > Iwase > > > If you know the error, Please guide me. > > Thanks, > Deepak > > > > > > On Tue, Jul 19, 2016 at 8:32 AM, Iwase Yusuke > <iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com> > <mailto:iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com>> > <mailto:iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com> > <mailto:iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com>>>> wrote: > > Hi, > > On 2016年07月18日 02:11, Deepak Jose wrote: > > Hi Team, > > I'm trying to learn ryu and followed the ryu > documentation for my learning. I have created 3 hosts, 1 switch and 1 > controller using 'sudo mn --topo single,3 --mac --switch ovsk --controller > remote -x'. But when I try to laucnh ryu-manager from controller, it gets > hung as shown in logs below. Also ovs-dpctl gave some errors. > Can someone check the logs and help me to move > forward or debug this issue? > > root@mininet-vm:~# ryu-manager --verbose > ryu.app.simple_switch_13 > loading app ryu.app.simple_switch_13 > loading app ryu.controller.ofp_handler > instantiating app ryu.app.simple_switch_13 of > SimpleSwitch13 > instantiating app ryu.controller.ofp_handler of > OFPHandler > BRICK SimpleSwitch13 > CONSUMES EventOFPSwitchFeatures > CONSUMES EventOFPPacketIn > BRICK ofp_event > PROVIDES EventOFPSwitchFeatures TO > {'SimpleSwitch13': set(['config'])} > PROVIDES EventOFPPacketIn TO {'SimpleSwitch13': > set(['main'])} > CONSUMES EventOFPErrorMsg > CONSUMES EventOFPPortDescStatsReply > CONSUMES EventOFPEchoRequest > CONSUMES EventOFPEchoReply > CONSUMES EventOFPHello > CONSUMES EventOFPPortStatus > CONSUMES EventOFPSwitchFeatures > <No processing after this> > > > According the above messages, Ryu seems to be waiting for > the connection from OVS and working well. > > > > root@mininet-vm:~/openvswitch/openvswitch-2.5.0/ovsdb# ovs-dpctl show > 2016-07-17T17:08:37Z|00001|dpif_netlink|ERR|Generic > Netlink family 'ovs_datapath' does not exist. The Open vSwitch kernel module > is probably not loaded. > 2016-07-17T17:08:37Z|00002|dpif|WARN|failed to > enumerate system datapaths: No such file or directory > > > It seems that OVS kernel module is not loaded. > How about trying this command and restarting OVS? > e.g.) > sudo depmod > sudo modprobe openvswitch > > Thank, > Iwase > > > Thanks, > Deepak > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors > network bandwidth and traffic > patterns at an interface-level. Reveals which users, > apps, and protocols are > consuming the most bandwidth. Provides multi-vendor > support for NetFlow, > J-Flow, sFlow and other flows. Make informed > decisions using capacity planning > reports.http://sdm.link/zohodev2dev > > > > _______________________________________________ > Ryu-devel mailing list > Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net> > <mailto:Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net>> > <mailto:Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net> > <mailto:Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net>>> > https://lists.sourceforge.net/lists/listinfo/ryu-devel > > > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network > bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, > and protocols are > consuming the most bandwidth. Provides multi-vendor support > for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using > capacity planning > reports.http://sdm.link/zohodev2dev > > > > _______________________________________________ > Ryu-devel mailing list > Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net> > <mailto:Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net>> > https://lists.sourceforge.net/lists/listinfo/ryu-devel > > > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and > protocols are > consuming the most bandwidth. Provides multi-vendor support for > NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports.http://sdm.link/zohodev2dev > > > > _______________________________________________ > Ryu-devel mailing list > Ryu-devel@lists.sourceforge.net > <mailto:Ryu-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/ryu-devel > > > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity planning > reports.http://sdm.link/zohodev2dev > > > > _______________________________________________ > Ryu-devel mailing list > Ryu-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ryu-devel > ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ Ryu-devel mailing list Ryu-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ryu-devel
