[Ryu-devel] Too many open files

Hi everyone, I have written a ryu application, it works well with small topology, but when I create a topology which has 80 switches, I obtain the following error: hub: uncaught exception: Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/ryu/lib/hub.py",

[Ryu-devel] 4.23 released

Hi, Here's a new release. = FUJITA Tomonori (1): Ryu 4.23 IWASE Yusuke (2): lib/ovs: Fix a typo of "--may-exist" option doc: Document for ryu.lib.ovs -- Check out the vibrant tech community on one of

Re: [Ryu-devel] [PATCH] ofproto_v1_5: Function to disable EXT-334

On Fri, 23 Feb 2018 12:40:32 +0900 IWASE Yusuke wrote: > Because OVS 2.9.0 does not yet support the OXS(EXT-334), in order to use > ``OFPMP_FLOW_STATS``, ``OFPMP_AGGREGATE_STATS`` and > ``OFPT_FLOW_REMOVED`` messages, we need to use parsers for the OpenFlow > version

Re: [Ryu-devel] Fwd: Event_Link_Delete triggering

Thanks Iwase for taking time to fix the indentation error. I would try autopep8, in my environment code was running for some reason. Looks like the issue that I am having is not there in your environment. I am using RYU-4.21, and OVS-2.5.2. May be i need to upgrade my setup. Thanks! Taha On Sun,

Re: [Ryu-devel] topology discovery in wireless networks

I wrote the following simple code to see how RYU works. Based on the code, I can see the list of switches. However, the links between switches (wireless) are empty. from ryu.base import app_manager from ryu.controller import ofp_event from ryu.controller.handler import CONFIG_DISPATCHER,

[Ryu-devel] [PATCH] Switch to msgpack in pip-requires

From: Thomas Bechtold msgpack-python got renamed to msgpack[1] so use the new name. [1] https://pypi.python.org/pypi/msgpack/0.5.1 Signed-off-by: Thomas Bechtold --- tools/pip-requires | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[Ryu-devel] ryu-devel：合伙人机制适用什么样的企业？1a9k

合 伙 人 制 度 【时间地点】2018年3月16-17日 北京 【参加对象】股东、董事及高管及对本课程感兴趣的人士 【授课方式】现场演练＋案例教学＋工具包应用＋自己动手＋老师指导点评＝可落地执行方案 【学习费用】6800/2天/1人（含资料费、午餐、茶点等 ） 【垂询热线】021-31006787、13381601000 许先生 【电子邮箱】t...@qiyestudy.cn 【QQ/ 微信】320588808 【课程背景】 为什么现在的合伙人制度这么红火，因为资本的光环正在褪去，现在是人本为王的新时代！ 在过去，是创始人单干制；在现在，提倡合伙人兵团作战。

Re: [Ryu-devel] ryu freeze when ryu picks up segment packet

Hi, Hirasawa-san Sorry for late reply. In parsing OpenFlow packets, Ryu checks its TCP header and predicts like that "this packet contains OpenFlow data". However, if these packets are segmented, succeeding body does not have OpenFlow header, it has only segmented OpenFlow body. Then, Ryu

Re: [Ryu-devel] topology discovery in wireless networks

Hi, Thanks for sharing your app. @set_ev_cls(event.EventSwitchEnter) def get_topology_data(self, ev): global switches switch_list = get_switch(self.topology_api_app, None) switches=[switch.dp.id for switch in switch_list] self.datapath_list=[switch.dp

[Ryu-devel] [PATCH v2 2/5] controller: Option to close socket after sending Message

Currently, Ryu does not provide the way to close a socket connecting to a switch after sending all enqueued messages, but provides only the way to close the socket immediately regardless of enqueued messages. This patch adds a new option "close_socket" into "Datapath.send_msg()" method and this

Re: [Ryu-devel] Too many open files

Hi, I seem the number of "file descriptors" hits the limit of its max. In most case, 1024 is the max per process and "/proc/sys/fs/file-max" contains the max of whole of OS. e.g.) $ ulimit -n 1024 $ cat /proc/sys/fs/file-max 800471 Thanks, Iwase On 2018年03月05日 18:33, Zhang Yifan wrote: Hi

[Ryu-devel] [PATCH v2 5/5] ofproto: Encode data field on OFPErrorMsg

Currently, when Ryu failed to negotiate the OpenFlow version with a switch, Ryu will send the OFPT_ERROR message with an error reason on its data field. But on Python 3, error reason string is a str type value and required to be encoded into a bytes type value, otherwise causes an exception when

[Ryu-devel] [PATCH v2 3/5] controller: Wait for switch to disconnect connection

If a sender closes a socket immediately after sending some data, a receiver can fail to receive full data from the sender. This patch fixes to shutdown a socket with "SHUT_WR" (disallows further sends only) and enables "Datapath" to wait for a switch to disconnect the connection. Signed-off-by:

[Ryu-devel] [PATCH v2 4/5] ofp_handler: Close socket when HELLO failed

With this patch, when failed to negotiate the OpenFlow version with a switch, Ryu will close the socket connecting to the switch after sending a OFPT_ERROR message. Signed-off-by: IWASE Yusuke --- ryu/controller/ofp_handler.py | 2 +- 1 file changed, 1 insertion(+), 1

[Ryu-devel] [PATCH v2 0/5] ofproto: Encode data field on OFPErrorMsg

The v2 patches update v1 patches to avoid a socket closed immediately after sending some messages. If a sender closes a socket immediately after sending some data, a receiver can fail to receive full data from the sender. >From v1 patches: William Fisher pointed out that Ryu on Python 3 will