Re: [Ryu-devel] [PATCH 0/3] ofctl_rest: Enable to use the reserved numbers [REPOST]

On Tue, 19 Jan 2016 13:46:09 +0900 IWASE Yusuke wrote: > Suggested by Sergio, the following patches enable ofctl_rest.py to > use the reserved OpenFlow numbers (e.g. port numbering such as > "OFPP_CONTROLLER") in the request and reply parameters. > For the example of usage, please refer to the fo

[Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

This patch enables ofctl_v1_*.py to use the reserved OpenFlow numbers (e.g. port numbering such as "OFPP_CONTROLLER") in the request and reply parameters of ofctl_rest.py. Example: - When adding a flow entry: $ curl -X POST -d '{ "dpid": 1, "actions":[ {

[Ryu-devel] [PATCH 0/3] ofctl_rest: Enable to use the reserved numbers [REPOST]

Suggested by Sergio, the following patches enable ofctl_rest.py to use the reserved OpenFlow numbers (e.g. port numbering such as "OFPP_CONTROLLER") in the request and reply parameters. For the example of usage, please refer to the following patches. IWASE Yusuke (3): lib/ofctl: Add utility libr

[Ryu-devel] [PATCH 2/3] test_ofctl_utils: Add unit tests for ofctl_utils.py

Signed-off-by: IWASE Yusuke --- ryu/tests/unit/lib/test_ofctl_utils.py | 142 + 1 file changed, 142 insertions(+) create mode 100644 ryu/tests/unit/lib/test_ofctl_utils.py diff --git a/ryu/tests/unit/lib/test_ofctl_utils.py b/ryu/tests/unit/lib/test_ofctl_utils.

[Ryu-devel] [PATCH 3/3] test_ofctl: Update json representations

Signed-off-by: IWASE Yusuke --- .../unit/lib/ofctl_json/of12/3-12-ofp_flow_stats_reply.packet.json| 4 ++-- .../unit/lib/ofctl_json/of12/3-28-ofp_table_stats_reply.packet.json | 2 +- .../lib/ofctl_json/of12/3-36-ofp_queue_get_config_reply.packet.json | 2 +- .../unit/lib/ofctl_json/of13/

[Ryu-devel] 答复: Does anybody know how the RYU LLDP topology discovery performance, is there anybody know how to improve?

Thank you very much, I will try it later cause I have not got 3.29 now. I will give you my test result when I got it. -邮件原件- 发件人: Victor Orlikowski [mailto:[email protected]] 发送时间: 2016年1月19日 10:46 收件人: FUJITA Tomonori 抄送: yuanfeng (A); [email protected] 主题: Re: [Ryu-devel] Doe

Re: [Ryu-devel] Proposal to improve live debugging...

On Jan 18, 2016, at 8:19 PM, FUJITA Tomonori wrote: > > Sorry about the delay, No problem at all. > Sounds reasonable to me. I’ll work something up; it may be a couple of days, given that I have some other work that may consume my time. Best, Victor -- Victor J. Orlikowski <> vjo@[cs.]duke.e

Re: [Ryu-devel] Does anybody know how the RYU LLDP topology discovery performance, is there anybody know how to improve?

On Jan 18, 2016, at 8:29 PM, FUJITA Tomonori wrote: > > Can you debug what exception happened here? This looks like the switch closed the connection in the middle of a send, and the send_loop didn’t catch it. Do you have to use 3.24, or can you use 3.29 with a patch applied? The patch I have p

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

On Jan 18, 2016, at 8:41 PM, FUJITA Tomonori wrote: > > I see. I wait for the updated patches. Please let me know if you have > a patch that you want me to apply now. Thanks for your patience. ;) I will continue to test my patch in our environment until 1/25, just to make sure everything behav

Re: [Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

Hi Fujita-San, I'm very sorry to keep bothering you... Because the latest codes seem to be under updating, I will wait for a while and resend my patches. Regards, Iwase On 2016年01月19日 11:04, FUJITA Tomonori wrote: > On Tue, 19 Jan 2016 11:03:40 +0900 > Yusuke Iwase wrote: > >> Hi Fujita-San,

Re: [Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

On Tue, 19 Jan 2016 11:03:40 +0900 Yusuke Iwase wrote: > Hi Fujita-San, > >> Sending a patch as attachment is fine. > > I see. > The attached patches are corrected. Thanks, but seems I can't apply them to the latest code. Can you update them for the latest? ---

Re: [Ryu-devel] [PATCH 0/2] Update documents for actions/matches

On Mon, 18 Jan 2016 16:37:56 +0900 IWASE Yusuke wrote: > Currently, some actions or match fields are missing from Ryu-Documentation. > These patches update the list and add the documents for Nicira Extension > Structures. > > IWASE Yusuke (2): > doc: ofproto_ref: Update supported actions/match

Re: [Ryu-devel] [PATCH 1/3] packet_data_generator2: Add some OFP13/15 messages

On Mon, 18 Jan 2016 10:56:15 +0900 IWASE Yusuke wrote: > Add the following OFP13/15 Messages. > > - OFP13/15 Handshake > Implemented: OFPT_FEATURES_REPLY > TODO:OFPT_FEATURES_REQUEST > - OFP13/15 Switch Configuration Messages > Implemented: OFPT_SET_CONFIG, OFPT_GET_CONF

Re: [Ryu-devel] [PATCH 0/2] Improvements for test_ofctl

On Mon, 18 Jan 2016 10:53:07 +0900 IWASE Yusuke wrote: > The followings fix test_ofctl to compare the sent messages in > json representation in order to make easy to debug and include > some improvements. > > IWASE Yusuke (2): > test_ofctl: Compare sent messages in json representation > lib/

Re: [Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

Hi Fujita-San, > Sending a patch as attachment is fine. I see. The attached patches are corrected. Regards, Iwase On 2016年01月19日 10:42, FUJITA Tomonori wrote: > On Tue, 19 Jan 2016 10:51:04 +0900 > Yusuke Iwase wrote: > >> Hi Fujita-San, >> >> Thank you for reviewing my patches. >> >> On 2016

Re: [Ryu-devel] [PATCH] Remove old link when link updates

On Mon, 4 Jan 2016 23:06:15 +0800 卓家璘 wrote: > From 276ff6752a03fd2c4c644edafd81f85a76becc8a Mon Sep 17 00:00:00 2001 > From: Chia-Lin Cho > Date: Mon, 4 Jan 2016 22:59:59 +0800 > Subject: [PATCH] Remove old link when link updates > > Signed-off-by: Chia-Lin Cho > --- > ryu/topology/switches.

Re: [Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

On Tue, 19 Jan 2016 10:51:04 +0900 Yusuke Iwase wrote: > Hi Fujita-San, > > Thank you for reviewing my patches. > > On 2016年01月19日 10:09, FUJITA Tomonori wrote: >> Hmm, I can't apply this cleanly. Looks like this mail sent a header >> with, Content-Transfer-Encoding: base64, might cause the pro

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

Hi, On Mon, 18 Jan 2016 20:29:14 + Victor Orlikowski wrote: > I am withdrawing this patch from consideration. > It has been wrapped into my stability patch, since the changes are reliant > upon the stability patch changes. I see. I wait for the updated patches. Please let me know if you ha

Re: [Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

Hi Fujita-San, Thank you for reviewing my patches. On 2016年01月19日 10:09, FUJITA Tomonori wrote: > Hmm, I can't apply this cleanly. Looks like this mail sent a header > with, Content-Transfer-Encoding: base64, might cause the problem. > > Can you resend? > > On Wed, 6 Jan 2016 09:31:31 +0900 >

Re: [Ryu-devel] Does anybody know how the RYU LLDP topology discovery performance, is there anybody know how to improve?

Hi, On Tue, 5 Jan 2016 07:56:32 + "yuanfeng (A)" wrote: > Hi everybody, I met a question about RYU topology discovery, I use RYU 3.24 > to connect 81 ovs vswitches, and each ovs vswitch is connect to each > otherit's my test bed, I wrote my route method to avoid link-loops, > > But wh

Re: [Ryu-devel] Proposal to improve live debugging...

Sorry about the delay, On Fri, 1 Jan 2016 18:08:41 + Victor Orlikowski wrote: > Folks, > > So - in our controller application here at Duke, we’ve added enabled the use > of eventlet.backdoor to help us debug greenlet issues. > > It’s been a real help - but it concerns me due to: > 1) Effe

Re: [Ryu-devel] [PATCH] fixes for mutable default arguments

On Wed, 06 Jan 2016 17:35:16 +0900 Minoru TAKAHASHI wrote: > modify the default argument from list to None, > because default value {}/[] as argument is dangerous. > > Signed-off-by: Minoru TAKAHASHI > --- > ryu/lib/bfdlib.py | 6 ++-- > ryu/lib/ovs/bridge.py

Re: [Ryu-devel] [PATCH 1/3] lib/ofctl: Add utility library for ofctl_v1_*.py

Hmm, I can't apply this cleanly. Looks like this mail sent a header with, Content-Transfer-Encoding: base64, might cause the problem. Can you resend? On Wed, 6 Jan 2016 09:31:31 +0900 IWASE Yusuke wrote: > This patch enables ofctl_v1_*.py to use the reserved OpenFlow > numbers (e.g. port numbe

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

Hi, I tried this newest patch, and it works for me. The reconnected event can be generated and the older connection can be released. Thank you. Zhao Jun From: [email protected] To: [email protected] Date: Mon, 18 Jan 2016 20:33:45 + CC: [email protected] Subject: Re: [Ryu-devel]

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

On Jan 18, 2016, at 11:05 AM, Victor J. Orlikowski mailto:[email protected]>> wrote: The reason for this is - without *something* to keep track of datapaths that have made it through handshaking, we cannot make any reasonable attempt to clean up datapath objects that have *not* made it through hand

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

I am withdrawing this patch from consideration. It has been wrapped into my stability patch, since the changes are reliant upon the stability patch changes. Best, Victor -- Victor J. Orlikowski <> vjo@[cs.]duke.edu -- Si

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

Adding a get() method to the Switches object, so that the topology object can be queried for Datapaths it knows about. This is needed for the forthcoming stability patch. Signed-off-by: Victor J. Orlikowski diff --git a/ryu/topology/event.py b/ryu/topology/event.py index c54152b..e7b682c 100644

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

On Jan 18, 2016, at 9:04 AM, Victor Orlikowski mailto:[email protected]>> wrote: Working on an updated patch, that works with both dpset and topology. OK. New versions of the stability and topology patches attached. This version of the stability patch checks to see if you’re using either topology o

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

On Jan 18, 2016, at 8:56 AM, Victor Orlikowski mailto:[email protected]>> wrote: Ok. I'll check that out momentarily, and re-generate the stability patch. Ah! I see what it is. It’s an assumption in my stability patch that dpset is being used, rather than topology. I have logic in the _recv_loop

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

Ok. I'll check that out momentarily, and re-generate the stability patch. Best, Victor -- Victor J. Orlikowski <> vjo@[cs.]duke.edu On Jan 18, 2016, at 7:19 AM, 俊 赵 mailto:[email protected]>> wrote: But it shows me errors "AttributeError: 'NoneType' object has no attribute

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

add the attachment Zhao Jun From: [email protected] To: [email protected] Date: Mon, 18 Jan 2016 20:18:52 +0800 CC: [email protected] Subject: Re: [Ryu-devel] [maybe a bug] dpset : multiple connections Hi, I tried these two patch using patch -p1 < topology.patch/stability.patch

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

Hi, I tried these two patch using patch -p1 < topology.patch/stability.patch from ryu 3.29 release. But it shows me errors "AttributeError: 'NoneType' object has no attribute 'get'" as shown in picture attached Thank you Zhao Jun From: [email protected] To: [email protected] Date: Mon, 18 Jan

Re: [Ryu-devel] How to Develop RYU Application for VxLAN tunnel implement

Hi Team, I have develop Vxlan tunnel application with help of rest_router ryu application which is able to handle tunnel traffic. I want to implement application such that it can handle tunnel as well as normal traffic means i can ping to google.com from vm connected to VTEP. please help me to do