Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread 俊 赵
OK, thanks. Zhao Jun From: [email protected] To: [email protected] Date: Sat, 16 Jan 2016 05:49:42 + CC: [email protected] Subject: Re: [Ryu-devel] [maybe a bug] dpset : multiple connections On Jan 16, 2016, at 12:44 AM, 俊 赵 wrote: Thanks for your patch. Could you s

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread Victor Orlikowski
On Jan 16, 2016, at 12:44 AM, 俊 赵 mailto:[email protected]>> wrote: Thanks for your patch. Could you send me a patch file as an attachment? I have some difficulties in applying this patch in email. Sure; it’s attached. If it works well, please reply to the list. Best, Victor -- Victor J. O

[Ryu-devel] [PATCH v2] Modify ryu.topology to recognize and send switch re-connection events, and to handle cases where _get_switch() returns None

2016-01-15 Thread Victor Orlikowski
Minor modification to previous version; make sure that the code doesn’t contradict the comment. Signed-off-by: Victor J. Orlikowski diff --git a/ryu/topology/event.py b/ryu/topology/event.py index c54152b..e7b682c 100644 --- a/ryu/topology/event.py +++ b/ryu/topology/event.py @@ -41,6 +41,11 @@

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread 俊 赵
I am using openvswitch 2.4, both the switch and ryu controller are in Amazon AWS. Thanks for your patch. Could you send me a patch file as an attachment? I have some difficulties in applying this patch in email. Thank you Zhao Jun From: [email protected] To: [email protected] Date: Sat, 16 Jan

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread Victor Orlikowski
On Jan 16, 2016, at 12:03 AM, 俊 赵 mailto:[email protected]>> wrote: The reason why I want to handle reconnected event is that I have ryu controller in Oregon US, and many switches located around the world. I noticed that after long time(may be one day) running some switch always generate mu

[Ryu-devel] [PATCH] Modify ryu.topology to recognize and send switch re-connection events, and to handle cases where _get_switch() returns None

2016-01-15 Thread Victor Orlikowski
In response to a request on this mailing list from Zhao Jun, here’s a patch that: 1) Creates an EventSwitchReconnected class for ryu.topology 2) Sends said event at the appropriate time 3) Handles the case, for the DEAD_DISPATCHER state, where the _get_switch() method returns None. Signed-off-by

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread Victor Orlikowski
On Jan 16, 2016, at 12:03 AM, 俊 赵 mailto:[email protected]>> wrote: It is very kind of you to add EventSwitchReconnected in topology. that may help me a lot. NP. Patch forthcoming to list. Best, Victor -- Victor J. Orlikowski <> vjo@[cs.]duke.edu -

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread 俊 赵
Yes, I noticed that topology is intended to supersede dpset. The reason why I use dpset is that I did not find any event related with reconnected in topology module. The reason why I want to handle reconnected event is that I have ryu controller in Oregon US, and many switches located around the

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread Victor Orlikowski
One more thing occurs to me... It appears you're using both dpset and topology. If I understand things correctly, topology is intended to supersede dpset. So - using both together may not be quite what you mean to be doing. Nevertheless... I have a forthcoming patch (in testing) that is intended

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread 俊 赵
OK, got it Thank you Zhao Jun From: [email protected] To: [email protected] CC: [email protected] Subject: Re: [Ryu-devel] [maybe a bug] dpset : multiple connections Date: Sat, 16 Jan 2016 04:10:13 + On Jan 15, 2016, at 10:24 PM, 俊 赵 wrote: from ryu.base import app_m

[Ryu-devel] Sequential Operator

2016-01-15 Thread Jacob Cox
Hello, I recently became familiar with SDN using Pyretic. Using Pyretic, I had an sequential operator which I found useful for chaining controller applications together (i.e., packets first had to flow through a firewall application before a mac-learning switch could process them. I've recen

Re: [Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread Victor Orlikowski
On Jan 15, 2016, at 10:24 PM, 俊 赵 mailto:[email protected]>> wrote: from ryu.base import app_manager from ryu.controller import ofp_event from ryu.controller.handler import CONFIG_DISPATCHER, MAIN_DISPATCHER from ryu.controller.handler import set_ev_cls from ryu.controller.dpset import EventD

[Ryu-devel] [maybe a bug] dpset : multiple connections

2016-01-15 Thread 俊 赵
Hi, I have some questions to ask. First, I see in the newest ryu version, there is an event called EventDPReconnected in ryu.controller.dpset. I want to handle this event, using following code, is it right? from ryu.base import app_managerfrom ryu.controller import ofp_eventfrom ryu.controller.ha

Re: [Ryu-devel] periodic interaction with external data base

2016-01-15 Thread David Gabriel
Dear Yusuke, Yes I consider your previous email regarding event sender and receiver and frankly it was very useful for me. However, I still have a problem with my data base synchronization script. In fact, using eventlet this synchronization process block the execution of my Ryu application (OpenF

[Ryu-devel] Help: CPqD user switch NAT service

2016-01-15 Thread bentaleb abdelhak
Hi All , In my Mininet test I have used Ryu as a controller and CPqD user switch. The problem that I have faced that hosts can not access the Internet (NB: --nat option is already used). However it works fine using OVSKernelSwitch. Do you know how we can activate or use NAT service (to allow hosts