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

Reply via email to