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>> 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>: 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>: 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>>> 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>>
> 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
