Re: [Ryu-devel] example code Openflow client talking to Ryu controller

2018-03-07 Thread Iwase Yusuke
Hi Shivaram (and thanks Suresh!) You mean you want to defined own stats message structure? I think you can use OFPExperimenterMultipart (or inherit it) to describe your own message, but also need to implement your switch to send that message. https://github.com/osrg/ryu/blob/master/ryu/ofproto

[Ryu-devel] [PATCH 1/2] nicira_ext: Support Network Service Header match

2018-03-07 Thread IWASE Yusuke
Signed-off-by: IWASE Yusuke --- ryu/lib/packet/ether_types.py | 1 + ryu/ofproto/nicira_ext.py | 38 ++ ryu/ofproto/ofproto_common.py | 1 + ryu/ofproto/oxm_fields.py | 4 4 files changed, 44 insertions(+) diff --git a/ryu/lib/packet/ether_type

[Ryu-devel] [PATCH 2/2] nicira_ext: Support DEC_NSH_TTL action

2018-03-07 Thread IWASE Yusuke
Signed-off-by: IWASE Yusuke --- doc/source/nicira_ext_ref.rst | 1 + ryu/ofproto/nicira_ext.py | 1 + ryu/ofproto/nx_actions.py | 36 3 files changed, 38 insertions(+) diff --git a/doc/source/nicira_ext_ref.rst b/doc/source/nicira_ext_ref.rst index

[Ryu-devel] [PATCH 0/2] nicira_ext: Support Network Service Header match

2018-03-07 Thread IWASE Yusuke
The following patches support the Nicira Extended match for Network Service Header (NSH). Note: To use NSH match, OVS v2.8 or later is required. IWASE Yusuke (2): nicira_ext: Support Network Service Header match nicira_ext: Support DEC_NSH_TTL action doc/source/nicira_ext_ref.rst | 1 + ry

Re: [Ryu-devel] example code Openflow client talking to Ryu controller

2018-03-07 Thread knet solutions
I think, you are trying to implement the openflow agent for the NIC card.In my perspective ,its not related to Controller stuff. On Thu, Mar 8, 2018 at 10:14 AM, Shivaram Mysore wrote: > Hi Iwase, > Let me clarify the use case a little bit more. > > Lets say, you run on Linux > # ethtool -S

Re: [Ryu-devel] example code Openflow client talking to Ryu controller

2018-03-07 Thread Shivaram Mysore
Hi Iwase, Let me clarify the use case a little bit more. Lets say, you run on Linux # ethtool -S enp1s0 you will get a bunch of NIC stats. I want to wrap the same in an openflow message and send it to a Ryu controller running my special Ryu App which will connect to this client and - ask for

Re: [Ryu-devel] example code Openflow client talking to Ryu controller

2018-03-07 Thread Iwase Yusuke
Hi Shivaram, You mean you need to send some (stats?) message from Ryu controller to another Ryu controller, right? H... Ryu implements the OpenFlow parsers as "Controller side", parsers for "from switch" messages have no "serialize()" method (some of messages have both "serialize()" and "par

Re: [Ryu-devel] Too many open files

2018-03-07 Thread Iwase Yusuke
Hi, Hmmm... I can't say further because I don't know the details of your environment... FYI, on my environment, my PC might reach the performance limit for such (80 switches) topology on a single machine. $ sudo mn --controller remote --topo linear,80 ...(snip)... *** Starting controller c0 ***

[Ryu-devel] example code Openflow client talking to Ryu controller

2018-03-07 Thread Shivaram Mysore
Hi, I am looking for example Ryu API usage where Ryu framework is used to construct a Openflow message sent to Ryu controller. Use case is that I just want to send say, network statistics to Ryu Openflow controller where I have a Ryu application that is listening to Openflow stats and meter messag

Re: [Ryu-devel] Too many open files

2018-03-07 Thread Zhang Yifan
Hi Iwase, Thanks for your reminding. My Ryu version is 4.23, and Open vSwitch on Mininet is 2.5.2. I think the connections between Ryu and Mininet Switch often disconnected and sometimes it cannot reconnect. How can I solve the problem? Thanks, YF -- Original

Re: [Ryu-devel] About Filtering packets in packet in event and supplying real traffic

2018-03-07 Thread MA Moyeen
Thank you so much for your help. I'll follow your suggestions. With Best Regards M A MOYEEN Get Outlook for Android From: Iwase Yusuke Sent: Wednesday, March 7, 2018 8:48:19 PM To: MA Moyeen Cc: ryu-devel@lists.sourceforge.net Subject: Re:

Re: [Ryu-devel] About Filtering packets in packet in event and supplying real traffic

2018-03-07 Thread Iwase Yusuke
Hi, I think it is depending on your flow entries whether Ryu gets tons of Packet-In or not. You can write rules to filter packets by "match" and "priority" on your flow entries. > Q1. How can I get the packet that I have sent through a host? For example, to compute the shortest path, how about

Re: [Ryu-devel] Too many open files

2018-03-07 Thread Iwase Yusuke
Hi, Well, which version of Ryu (also OVS on Mininet?) are you using? And please check whether re-connections between Ryu and your switches occur or not. If re-connections occurs too frequently, your switches might try to establish new connections regardless of Ryu could close socket successfully

[Ryu-devel] About Filtering packets in packet in event and supplying real traffic

2018-03-07 Thread MA Moyeen
Dear Friends I'm trying to achieve topology initially when the Ryu program runs. I can collect the information when switch enter event occurs with get _ switch and get _ links. I want to compute shortest path when I'll send my first packet to the destination only. But Ryu packet in generates lot

Re: [Ryu-devel] Too many open files

2018-03-07 Thread Zhang Yifan
Hi, I have modified /etc/security/limits.conf to max, but the error still appears. -- Original -- 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