Re: [Ryu-devel] Problems when a BGP speaker is being shutdown

uot;""Closes all the sockets linked to this activity. Could you try this? Thanks, Fujimoto On 2018年04月05日 18:58, Jens Harbott wrote: 2018-04-05 0:12 GMT+00:00 Fujimoto Satoshi <satoshi.fujimo...@gmail.com>: Hi, Jens Could you check whether you have reinstalled Ryu after applying the patch. #

Re: [Ryu-devel] Problems when a BGP speaker is being shutdown

Hi, Jens Could you check whether you have reinstalled Ryu after applying the patch. # At Ryu top directory: $ python setup.py install Thanks, Fujimoto On 2018年04月04日 20:14, Jens Harbott wrote: 2018-04-03 5:22 GMT+00:00 Fujimoto Satoshi <satoshi.fujimo...@gmail.com>: Hi, I jus

Re: [Ryu-devel] Problems when a BGP speaker is being shutdown

10:03, Fujimoto Satoshi wrote: Hi, Sorry for delay. I reproduced the situation. The cause may be that the disconnection is incomplete when the speaker is being shutdown while the connection is existing. Let me investigate this problem. In the meantime, please delete all peers before shutting down.

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

: 0422-59-4656 Email: hirasawa.takayo...@lab.ntt.co.jp : takayoshi.hirasawa...@hco.ntt.co.jp -^-^-- -Original Message- From: Fujimoto Satoshi [mailto:satoshi.fujimo...@gmail.com] Sent: Tuesday, March 06, 2018 11:48 AM To: hirasawa.takayo

Re: [Ryu-devel] Simulation for flow-table attack using ryu

ryu application code, but keep in mind to start the controller before you run the topology code $ ./bin/ryu-manager  app/slow-tcam-attack.py Thanks, Eman Bany Salameh On Mar 20, 2018, at 7:41 AM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>>

Re: [Ryu-devel] Problems when a BGP speaker is being shutdown

Hi, Sorry for delay. I reproduced the situation. The cause may be that the disconnection is incomplete when the speaker is being shutdown while the connection is existing. Let me investigate this problem. In the meantime, please delete all peers before shutting down. Thanks, Fujimoto On

Re: [Ryu-devel] Simulation for flow-table attack using ryu

Hi, I'd like to run your application in my environment. Could you tell me how to use these three scripts? Thanks, Fujimoto On 2018年03月20日 02:05, ‫Eman Bany salameh‬ ‫ via Ryu-devel wrote: Hello All, I need to simulate slow SYN attack in mininet with Ryu. I need to fill the switch flow table

Re: [Ryu-devel] Start program with app-start

! Citando Fujimoto Satoshi <satoshi.fujimo...@gmail.com>: Hi, AFAIK, there is no configuration such like setting default application for ryu-manager. How about using 'alias' command? $ alias ryu-manager='ryu-manager /dir/to/program/program.py ' $ ryu-manager Thanks, Fujimoto On 2

Re: [Ryu-devel] Start program with app-start

Hi, AFAIK, there is no configuration such like setting default application for ryu-manager. How about using 'alias' command? $ alias ryu-manager='ryu-manager /dir/to/program/program.py ' $ ryu-manager Thanks, Fujimoto On 2018年03月17日 05:31, marcosab...@inf.ufg.br wrote: Hello, I need to do

Re: [Ryu-devel] Simple Switch STP application

Hi, buffer() seems to have been replaced with memoryview() in Python3.x. This patch should fix the problem: diff --git a/ryu/app/simple_switch_stp.py b/ryu/app/simple_switch_stp.py index a86c8a5..bb2f667 100644 --- a/ryu/app/simple_switch_stp.py +++ b/ryu/app/simple_switch_stp.py @@ -82,7 +82,8

Re: [Ryu-devel] packet_in and ofpmatch

1 (1.1.1.1), Dst: 2.2.2.2 (2.2.2.2) Kind regards, Frode ‐‐‐ Original Message ‐‐‐ On 13 March 2018 2:50 AM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: Hi, Frode It is probably due to the implementation of your switch. Could you use network analyzer, like Wireshark? I

Re: [Ryu-devel] How to get link bandwidth in Ryu

it. By the way, Do you know some other?0?2third-party tools which can get link bandwidth? --?0?2Original?0?2-- *From: *?0?2"Fujimoto Satoshi";<satoshi.fujimo...@gmail.com>; *Send time:*?0?2Tuesday, Mar 13, 2018 8:47 AM *To:*?0?2"Zhang Yifan"<zh

Re: [Ryu-devel] packet_in and ofpmatch

Hi, Frode It is probably due to the implementation of your switch. Could you use network analyzer, like Wireshark? If you cannot see any match field in the PacketIn, Your situation is due to your switch. Please ask the help team of your switch. Thanks, Fujimoto On 2018年03月13日 06:42, Frode

Re: [Ryu-devel] How to get link bandwidth in Ryu

Hi, Zhang In OpenFlow framework, you cannot get link bandwidth. It highly depends on the implementation of your switch whether there is any other ways to get link bandwidth. AFAIK, OpenVSwitch does not provide the way to get link bandwidth. Thanks, Fujimoto On 2018年03月12日 22:16, Zhang Yifan

Re: [Ryu-devel] Too many open files

Hi, Sorry for jumping in. I can't say for certain??but your PC might reach the performance limit, so the communication between the controller and switches may be broken. Please check the memory and CPU usage. Thanks, Fujimoto On 2018??03??09?? 22:35, Zhang Yifan wrote: Hi Iwase, Thanks for

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

ote in the previous message. ryu controller is connected to ryu-ovs.) Thanks hirasawa 2017-11-30 8:54 GMT+09:00 Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com> >: Hi, Hirasawa-san Thanks for your re

Re: [Ryu-devel] Issue with pop_vlan action field

Hi, Shivani PopVlan action requires that vlan_vid is specified in the match field. See "7.5.4.3 Bad Action error codes" in OpenFlow Specification: https://www.opennetworking.org/wp-content/uploads/2014/10/openflow-switch-v1.5.1.pdf So you should specify vlan_vid to the match field. See this

Re: [Ryu-devel] OVSDB Queue help

Hi, Shahid Possible causes are: * The port number in the application is inconsistent with that set for OVS * Firewall between controller and OVS is blocking communication * Packet is lost due to network high load I think the problem is not due to Ryu. Please check your configuration and

Re: [Ryu-devel] Queue get config -- error

Hi, shahid Could you send me your application? Thanks, Fujimoto On 2017年12月06日 21:36, shahid javed wrote: Hi All, I am trying to get queue config of switch using the followoing |ryu.ofproto.ofproto_v1_0_parser.||OFPQueueGetConfigRequest|(/datapath/, /port/) I am getting the

Re: [Ryu-devel] Datapath issue

Thanks for the update. Is there a wait period (duration) after which Ryu tries to reconnect or is it constant? also what is the maximum number of tries before ryu backsout . Best Regards On Wednesday, December 6, 2017, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.

Re: [Ryu-devel] Reg: Experimenter message

Hi, Sorry for jumping in. OFPBRC_BAD_EXPERIMENTER(3) means that the specified experimenter_id(in this case, 6) is not found. Please confirm what kind of experimenter your switch supports. Thanks, Fujimoto On 2017年12月05日 18:20, Subha wrote: Hi Iwase, Sure will try the approach u mentioned.

Re: [Ryu-devel] Datapath issue

Hi, Sorry for jumping in. You don't need to try to reconnect by yourself. Ryu always tries to reconnect automatically when the connection was lost. And when the connection is re-established, Ryu notifies EventOFPHello and EventOFPSwitchFeatures, as same as the first connection. So, you

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

onment figure was broken which i wrote in the previous message. ryu controller is connected to ryu-ovs.) Thanks hirasawa 2017-11-30 8:54 GMT+09:00 Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>>: Hi, Hirasawa-san Thanks for your reporting

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

Hi, Hirasawa-san Thanks for your reporting! I want to confirm and inspect the problem in my environment, so could you send me the packets that causes the problem? Thanks Fujimoto On 2017年11月29日 18:20, Takayoshi Hirasawa wrote: Hello We are worried about ryu hanging up when certain packets

Re: [Ryu-devel] Static Routing Issue

Hi, Taha I tried in your topology, then the link between s1 to s3 was blocked. mininet> sh ovs-vsctl list port s3-eth2 _uuid   : c77d93e9-fa2c-44ff-a538-349b24d5f8e3 (...snip...) rstp_status : {} statistics  : {stp_error_count=0, stp_rx_count=785, stp_tx_count=1}

Re: [Ryu-devel] Recreate flows after a switch reload event

Hi, Fabio I think you can do this. Ryu does not have any special features to do it, but you can make an application to keep flows, which you installed to switches, in RAM, files, databases or other media. When detecting reconnection of the switch, you can load the flow from them and reinstall

Re: [Ryu-devel] How do i to redirecting STP messages to a file

Hi, Alexandre I need to generate a log with STP messages You want to output the log like "[STP][INFO] dpid=0001: [port=1] DESIGNATED_PORT / LISTEN" to the log file, right? The log is output in Stp class in ryu/lib/stplib.py, but currently, "--log-file" option is not passed

Re: [Ryu-devel] port stat packet drop shows only zero but D-ITG shows 3% packet loss

Hi, Reza You got port stats through your Ryu application, right? If so, could you try to get rx_dropped and tx_dropped directly from the switch? If the switch shows that rx_dropped and tx_dropped are zero, the behavior of Ryu is right. In this case, you should check if packet loss has

Re: [Ryu-devel] Southbound interface

Hi, Chetan As far as I know, Ryu supports speaking BGP and OVSDB protocol. And writing MRT and PCAP file is also supported. I have never tried to use it, though... These library is documented in here:     http://ryu.readthedocs.io/en/latest/library.html Thanks, Fujimoto On 2017年11月09日

Re: [Ryu-devel] Can't get ofp_event methods to be recognized

Hi, Scott When Ryu started, it dynamically creates all event classes, such as EventOFPPacketIn. So, you and your IDE cannot find event classes because they does not exist in the source code. IDE may not suggest the class name and may report errors, but it is expected. Please ignore such

Re: [Ryu-devel] [PATCH] *: Reject Binary Represented IP Addresses

Hi, Fujita-san Sure, I'll update my patch. On 2017年11月05日 20:55, FUJITA Tomonori wrote: On Tue, 31 Oct 2017 13:47:02 +0900 Satoshi Fujimoto wrote: As a default, netaddr.valid_ipv4() uses the "aton" rule for its validation, so valid_ipv4('2') and

Re: [Ryu-devel] [PATCH] serivice/bgp: Fix ssh connection problem in Python 2.7

Sorry, I withdraw this patch. I will repost the revised version soon. Thanks, Fujimoto On 2017年11月02日 14:44, Satoshi Fujimoto wrote: Currently, 'is_connected' attribute in SshServer is refered before it is created, in Python 2.7. This raises an Exception and the SSH operation won't work

Re: [Ryu-devel] How to request for table feature?

don't have access to my system so it might take some times Thank You for your reply :) On Thu, Sep 28, 2017 at 6:39 AM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> wrote: Hi, corey Sorry, OVS 2.8.0 has a

Re: [Ryu-devel] Ryu and OpenVSwitch - OFPGroupMod

Hi, Carlos Zodiac FX doesn't seem to support OFPGroupMod. It is implemented to return an error when it receives OFPGroupMod: https://github.com/NorthboundNetworks/ZodiacFX/blob/master/ZodiacFX/src/openflow/openflow_13.c#L582-L584 And OpenVSwitch should be supporting OFPGroupMod, so you may be

Re: [Ryu-devel] Instatiating a Ryu App in a regular Python aplication

! Carlos On 13 October 2017 at 01:43, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: Hi, Carlos Yes, you can instantiate app_manager.RyuApp with ryu/cmd/manager.py. You can pass the argument list like the below. In this, you should specify the application by name: from ryu.cmd

Re: [Ryu-devel] Barrier Messages and Ryu synchronous API

r your support. Carlos Ferreira On 18 October 2017 at 01:47, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: Hi, Carlos Please confirm that you've reinstalled Ryu after applying the patch. $ pip uninstall Ryu $ pip install -r tools/pip-requires $ python setup.py install

Re: [Ryu-devel] Barrier Messages and Ryu synchronous API

is? Thank you for your support! Carlos Ferreira On 17 October 2017 at 02:36, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: Hi, Carlos I've submitted a patch which enables to send a single OFPBarrierRequest: [PATCH] app/ofctl: Enable to send single BarrierReques

Re: [Ryu-devel] Barrier Messages and Ryu synchronous API

On 16 October 2017 at 03:19, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: Hi, Carlos I think you've called api.send_msg() correctly, however, when you call api.send_msg(), the controller sends an OFPBarrierRequest in this function: https://github.com/osrg/ryu/blob/master/ryu/app/

Re: [Ryu-devel] Barrier Messages and Ryu synchronous API

Hi, Carlos I think you've called api.send_msg() correctly, however, when you call api.send_msg(), the controller sends an OFPBarrierRequest in this function: https://github.com/osrg/ryu/blob/master/ryu/app/ofctl/service.py#L141-L142 After this, the controller will receive an OFPBarrierReply

Re: [Ryu-devel] Instatiating a Ryu App in a regular Python aplication

Hi, Carlos Yes, you can instantiate app_manager.RyuApp with ryu/cmd/manager.py. You can pass the argument list like the below. In this, you should specify the application by name:     from ryu.cmd import manager     manager.main(args=['--verbose', 'ryu.app.simple_switch_13']) Or, if you have a

Re: [Ryu-devel] BGP session cannot established in Ryu

', '20.0.2.1'], 'format': 'json'} API method operator.show called with args: {'params': ['neighbor', 'summary', '20.0.2.1'], 'format': 'json'} API method operator.show called with args: {'params': ['neighbor', 'summary', '20.0.2.1'], 'format': 'json'} Keyboard Interrupt received. Closing RYU ap

Re: [Ryu-devel] BGP session cannot established in Ryu

tor.show called with args: {'params': ['neighbor', 'summary', '20.0.2.1'], 'format': 'json'} API method operator.show called with args: {'params': ['neighbor', 'summary', '20.0.2.1'], 'format': 'json'} Keyboard Interrupt received. Closing RYU application manager... Best regards, Habib On 1

Re: [Ryu-devel] BGP session cannot established in Ryu

this error as below; Sent notification to ('20.0.0.1', '179') >> BGPNotification(data='',error_code=6,error_subcode=7,len=21,type=3) These two interactions align with my settings. Best regards, Habib On 10/4/2017 2:1

Re: [Ryu-devel] BGP session cannot established in Ryu

ication(data='',error_code=6,error_subcode=7,len=21,type=3) I was wondering what reason can cause this message. Thank you, Habib On 10/2/2017 2:48 AM, Fujimoto Satoshi wrote: Hi, Habib Normally, when the BGP speaker sends an Open message, the source port number is something other than 17

Re: [Ryu-devel] BGP session cannot established in Ryu

established. Probably, this is due to tcp communications among controllers which are not performed through port 179 to establish a BGP peering. Is it right? Best regards, Habib On 9/29/2017 3:54 AM, Fujimoto Satoshi wrote: Hi, Habib If you installed rules for ARP and BGP correctly

Re: [Ryu-devel] BGP session cannot established in Ryu

Hi, Habib If you installed rules for ARP and BGP correctly, the peering should be established. Could you let me see the whole of flow table in your switches? Thanks, Fujimoto On 2017年09月28日 00:39, Habib Mostafaei wrote: Hi, I have created two controllers as two BGP speakers like ryu

Re: [Ryu-devel] How to request for table feature?

with you. On Tue, Sep 26, 2017 at 7:12 AM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> wrote: Hi, corey Sorry, I couldn't see the reconnection with your code, it seems to work. Please confirm the followings: * Using the la

Re: [Ryu-devel] How to request for table feature?

Hi, corey Sorry, I couldn't see the reconnection with your code, it seems to work. Please confirm the followings: * Using the latest version of Ryu(4.17) * (If you use OVS,) Using the latest version of OVS(2.8.0) If confirmed, would you send me the whole of your code? Thanks, Fujimoto On

Re: [Ryu-devel] Dumping all flows from an OpenFlow switch.

! On 31 August 2017 at 03:48, Fujimoto Satoshi <satoshi.fujimo...@gmail.com> wrote: Hi, Carlos You can use OFPFlowStatsRequest to get flows from an OpenFlow switch. http://ryu.readthedocs.io/en/latest/ofproto_v1_3_ref.html#ryu.ofproto.ofproto_v1_3_parser.OFPFlowStatsRequest As an attribute, y

Re: [Ryu-devel] Dumping all flows from an OpenFlow switch.

Hi, Carlos You can use OFPFlowStatsRequest to get flows from an OpenFlow switch. http://ryu.readthedocs.io/en/latest/ofproto_v1_3_ref.html#ryu.ofproto.ofproto_v1_3_parser.OFPFlowStatsRequest As an attribute, you can specify the cookie value, so you can get flows only with a specific cookie

Re: [Ryu-devel] Error messages when doing Ryu tutorial

Hi, Laura When your specify the application by file name, trailing ".py" is needed, so this should work: ryu-manager --verbose ryu/ryu/app/example_switch_13*.py* FYI, you can specify the application as a module, like: ryu-manager --verbose ryu.app.example_switch_13* * Thanks, Fujimoto

Re: [Ryu-devel] How to create successful PacketOut message for a TCP traffic

oal is simple:-* *create explicit flow table entries based on select tcp ports - bi-directional . everything else is blocked. How do i do that ?* * * *thanks a ton for your response* * * *best regards* *Sunil* On Mon, Aug 28, 2017 at 5:34 PM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com

Re: [Ryu-devel] How to create successful PacketOut message for a TCP traffic

Hi, Sunil I guess that the controller could not connect to the OVS. Please confirm it by running controller with "--verbose" option. If connected, you will see "move onto config mode" message in stdout. $ryu-manager ryu/app/simple_switch_13.py --verbose Registered VCS backend: git

Re: [Ryu-devel] Error while running a file

ut. This is the behavior I don't understand, generated packets are going to controller then how come there is entry in flow table for the hosts? Can you please put a light on this matter. I am sorry if it was not clear last time. Thank You Sheenam On Mon, Aug 21, 2017 at 9:05 AM, Fuj

Re: [Ryu-devel] Error while running a file

_mod & packet_out if msg.buffer_id != ofproto.OFP_NO_BUFFER: self.add_flow(datapath, 1, match, actions, msg.buffer_id) return else: self.add_flow(datapath, 1, match, actions) data = None if msg.buffer_id == ofproto.OFP_NO_BUFFER:

Re: [Ryu-devel] Ignoring some packet content in ryu

Hi, Gourav Sorry for delaying. Currently, no way is provided to ignore some layers (ethernet, ipv4, etc...) for the switch test tool. All you can do is ignoring whole packets at receiving end. By following fix, you can do it: diff --git a/ryu/tests/switch/tester.py

Re: [Ryu-devel] Error while running a file

Hi, from ryu.ryu.app import simple_switch_13.py The above line should be removed. It causes a SyntaxError and Ryu fails to load your app. Furthermore, other errors seem to exist in your code, such like "global name 'time' is not defined". Please make sure. Thanks, Fujimoto On 2017年08月18日

Re: [Ryu-devel] BMP REST API

Hi, Alex Currently, Ryu does not provide REST API to get BMP information. All REST APIs which ofctl_rest.py has are listed in here: http://ryu.readthedocs.io/en/latest/app/ofctl_rest.html And bmpstation.py does not store any informations. It receives BMP messages and just display it.

Re: [Ryu-devel] IP addresses in BMP messages

ou can see. Thanks. Toshiki Tsuboi 2017/08/16 14:54、Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>>のメール: Hi, Henk Thank you for your report! As you said, now Ryu expects Peer address starts with IPv4 address, not 12 bytes of padding: https://gi

Re: [Ryu-devel] IP addresses in BMP messages

Hi, Henk Thank you for your report! As you said, now Ryu expects Peer address starts with IPv4 address, not 12 bytes of padding: https://github.com/osrg/ryu/blob/master/ryu/lib/packet/bmp.py#L211 This quick fix should fix your problem. Could you try this? diff --git a/ryu/lib/packet/bmp.py

Re: [Ryu-devel] question about port stats' duration_sec and duration_nsec

Hi, Umm, I couldn't reproduce your situation. I use OpenVSwitch, and with it, I could get different duration_sec and duration_nsec values like this: OFPPortStats(port_no=4294967294,rx_packets=0,tx_packets=0,rx_bytes=0,tx_bytes=0,rx_dropped=0,

Re: [Ryu-devel] Bug REST Ryu Delete all flow entry

quot;/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module __import__(name) ImportError: Import by filename is not supported.). My Ryu's version: 4.15, OVS' version: 2.0.2. Nicholas -------- *

Re: [Ryu-devel] Bug REST Ryu Delete all flow entry

ofctl and simple_switch_13.py. I would like to use OpenFlow 1.3 but if it isn't possible...thanks! Nicholas Inviato da iPhone Il giorno 03/ago/2017, alle ore 04:21, "Fujimoto Satoshi" <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> ha scritto:

Re: [Ryu-devel] Bug REST Ryu Delete all flow entry

Hi, Nicholas I think you may use simple_switch_xx.py for OpenFlow < 1.3. In OpenFlow < 1.3, the packet which is not matched to any flows will be sent as Packet-In (OUTPUT:CONTROLLER). It may be that the controller installs OUTPUT:1 and OUTPUT:2 in Packet-In handler. In any case, I would like

Re: [Ryu-devel] Fields 'OUTPUT' and 'in_port' REST Ryu

a? Thanks Inviato da iPhone Il giorno 02/ago/2017, alle ore 03:06, "Fujimoto Satoshi" <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> ha scritto: Hi, Nicholas What you want to know is the meanings of these field in 'Add a flow entry' API, right? htt

Re: [Ryu-devel] [PATCH] packet/icmpv6: Fix parsing undefined nd_option fails

Hi, Shivaram Oops, I overlooked about it. It is needed for not only avoiding infinite loop, but also complying RFC. For the 'length' field in options, RFC4861 says that: The value 0 is invalid. Nodes MUST silently discard an ND packet that contains an option with length zero. So

Re: [Ryu-devel] Bug in ryu/lib/icmpv6.py

Hi, Shivaram Bill (CCed) isolated the problem to be inryu/lib/packet/icmpv6.py and provided a possible fix which works - https://list.waikato.ac.nz/pipermail/faucet-dev/2017-August/000223.html It looks good! I will make a patch for this. There will be a time lag before the patch is merged

Re: [Ryu-devel] Fields 'OUTPUT' and 'in_port' REST Ryu

Hi, Nicholas What you want to know is the meanings of these field in 'Add a flow entry' API, right? http://ryu.readthedocs.io/en/latest/app/ofctl_rest.html#add-a-flow-entry 'in_port' is used in 'match' field. It specifies an incoming port. If 'in_port' is specified to 2, the flow matches the

Re: [Ryu-devel] DHCP server

Hi, Mahmoud Ryu has the packet library for DHCP, so it may be possible to make your own DHCP server in Ryu application. However it will be very difficult work. Ryu does not provide any DHCP server features. I don't know what you want to do with DHCP, but how about running DHCP server

Re: [Ryu-devel] Modify simple switch app to show flow stats - IP TCP/UDP Protocols

): l4 = pkt.get_protocol(tcp.tcp) else if pkt.get_protocol(udp.udp): l4 = pkt.get_protocol(udp.udp) else: # ignore packets other than TCP or UDP return Thanks, Fujimoto On 2017年07月28日 17:39, Boyan Mladenov wrote: Hi, Fujimoto Satoshi Thank you very much

Re: [Ryu-devel] how can i distinguish controllers for packet in to them?

n together in my ryu code? thank you, Mehran shetabi ---- *From:* Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Sent:* Friday, July 14, 2017 5:11 AM *To:* mehran shetabi; ryu-devel@lists.sourceforge.net *Subject:* Re: [Ryu-

Re: [Ryu-devel] how can i distinguish controllers for packet in to them?

nsists controller_id of all of my controller and OFPR_NO_MATCH reason? i want to populate mac-to-port table of all of my controller with running pingall command and then send packet-in to specific controller. how can i do this? thank you, Mehran shetabi -----

Re: [Ryu-devel] Fast Failover in mininet not working !

Hi! I think fast-failover in s1 was succeeded. But, for the packet from h2 to h1, s4 may send it to s2, because s4 cannot notice the link between s1 and s2 is down. So, the packet from h2 to h1 is dropped in s2, and ping failed. To avoid this, how about you have a link between s2 and s3? And

Re: [Ryu-devel] how can i distinguish controllers for packet in to them?

command don't work). how can i fix it? thank you, Mehran shetabi -------- *From:* Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Sent:* Wednesday, July 12, 2017 5:43 AM *To:* mehran shetabi; ryu-devel@lists.sourceforge.net *Subject:* Re: [Ryu-devel] how can i distinguish controllers for packet

Re: [Ryu-devel] how can i distinguish controllers for packet in to them?

n them? my problem is, how can i sent packet-in to the exact controller? thank you, Mehran shetabi ---- *From:* Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Sent:* Tuesday, July 11, 2017 4:45 AM *To:*

Re: [Ryu-devel] how can i distinguish controllers for packet in to them?

, Fujimoto in the second solution, how can i retrieve Packet-in header? is there any solution for it? thank you, Mehran shetabi ---- *From:* Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Sent:* Monday, July 10, 2017 5:35

Re: [Ryu-devel] Flow statistics on each packet

Hi, Suhail Do you want to get the total bytes with the Packet In header, or without the header? If you want to get with the header, msg_len returns the bytes including its header. You can get this filed and add it to the total count: @set_ev_cls(ofp_event.EventOFPPacketIn,

Re: [Ryu-devel] out-of-band traffic monitoring

Hi, Tahereh Unfortunately, traffic monitoring at ports connected to its controller is out of scope of OpenFlow and Ryu. If you want to do this, I think you should implement your own logic. Thanks, Fujimoto On 2017年06月27日 03:36, Tahereh Yaghoubi wrote: Hi, I'm implementing a ryu controller

Re: [Ryu-devel] curr_speed and max_speed isnt correct

Hi, Tahereh I reproduced your situation. I inspected the EventOFPPortStatsReply packets from OVS by using wireshark, apparently ovs always replies that its max_speed=0 and curr_speed=1000, regardless of whether pings are send or not. Ryu seems to get EventOFPPortStatsReply correctly and I

Re: [Ryu-devel] [feature request] get ovs information from ovsdb protocol

://tools.ietf.org/html/rfc3493#section-3.6 ) Fortunately , I just need to need the IP version of local ip address instead of local ip itself. *From: *Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Reply-To: *"ryu-devel@lists.sourceforge.net" <ryu-devel@lists.sourceforge.net> *Date:

Re: [Ryu-devel] [feature request] get ovs information from ovsdb protocol

the ovsdb manager ip address. *From: *Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Reply-To: *"ryu-devel@lists.sourceforge.net" <ryu-devel@lists.sourceforge.net> *Date: *Friday, 16 June 2017 at 12:00 *To: *Dingyuan <h...@outlook.com>, "ryu-devel@l

Re: [Ryu-devel] dl_vlan not matched

", main path will be changed correctly. I'm using openflow 1.3, Ryu 4.2, ovs 2.5, mininet 2.1. Also, I tried the app with mininet 2.2 and ovs 2.7 , but the result was similar. Many thank for your assistance. --Tahereh On Wed, Jun 21, 2017 at 6:03 AM, Fujimoto Satoshi <satoshi.fujimo...@

Re: [Ryu-devel] Testing BGP in ryu

Hi, Pynbiang Thank you for sending your log messages! In the messages, I've found: Error creating socket: [Errno 13] Permission denied So, "ryu-manager" may not have authority to use well-known port 179, which is used for BGP protocol. Please run your command with "sudo", that is: sudo

Re: [Ryu-devel] ryu action for outputing to input port

Hi, Mahdieh You can use "ofproto.OFPP_IN_PORT" to do it. actions = [parser.OFPActionOutput(ofproto.OFPP_IN_PORT)] self.add_flow(datapath, 0, match, actions) Then, the flow shown below will be installed. $ovs-ofctl -O OpenFlow13 dump-flows s1 OFPST_FLOW reply (OF1.3) (xid=0x2):

Re: [Ryu-devel] Tracking Flow Statistics.

Hi, Suhail Unfortunately, these statistics are out of OpenFlow's scope, and OpenVSwitch does not seem to provide statistics like these... I think you need to implement your own application to take statistics. For example, you need to make your switches to do Packet-In with every packet, then

Re: [Ryu-devel] rest_firewall.py with rest_tolopolgy.py

ghbi wrote: It is a great analysis, but after enable switch as a firewall and make ping to make arp request to catch hosts mac by rest topology.py It return empty list also On Jun 21, 2017 4:33 AM, "Fujimoto Satoshi" <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com&

Re: [Ryu-devel] Testing BGP in ryu

Thanks Fujimoto for the insightful reply. I will try to implement it accordingly. Thanks Hadem On Tue, Apr 4, 2017 at 8:28 AM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> wrote: Hi, P

Re: [Ryu-devel] rest_firewall.py with rest_tolopolgy.py

with empty list On Jun 21, 2017 3:12 AM, "Fujimoto Satoshi" <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> wrote: Hi, Mahmoud Sorry, but I can't solve your problem without more information. I want to know how you ran apps, it is needed to repr

Re: [Ryu-devel] dl_vlan not matched

, bucket=watch_port:2,actions=output:2,set_field:4162->vlan_vid but in the next node it is dropped. Thanks On Tue, Jun 20, 2017 at 9:28 AM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>> wrote: Hi, Tahereh I capture the input po

Re: [Ryu-devel] rest_firewall.py with rest_tolopolgy.py

when i run Rest_topology.py with simple_switch.py it works fine and get all hosts' s mac address but when I run Rest_topology.py with rest_firewall.py It doesn't work. On Jun 20, 2017 6:21 AM, "Fujimoto Satoshi" <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com&

Re: [Ryu-devel] dl_vlan not matched

Hi, Tahereh I capture the input port of next node in wireshark, vlan_id is correct, but the packet is dropped! Could you check 'dl_dst' in the packet, too? The rule you installed seems to have two match fields, 'dl_vlan' and 'dl_dst': cookie=0x0, duration=1447.496s, table=0, n_packets=0,

Re: [Ryu-devel] rest_firewall.py with rest_tolopolgy.py

Hi, Mahmoud Sorry, I couldn't reproduce your problem... For further inspection, could you tell me the following? : * The command which you ran * Log messages of Ryu with '--verbose' option * Diff of rest_firewall.py, if you modified rest_firewall.py Thanks, Fujimoto On 2017年06月19日

Re: [Ryu-devel] group/ bucket example

Hi, Edison Thanks to read our Ryu-book! And we have another documentation, which describes some detailed informations. http://ryu.readthedocs.io/en/latest/index.html For groups/buckets, here is an example code using SELECT:

Re: [Ryu-devel] rest_firewall.py

Hi, Mahmoud Rules are added in FirewallController._set_rule(): https://github.com/osrg/ryu/blob/master/ryu/app/rest_firewall.py#L492-L514 And the variable "rule" has the rule which was inputted via Curl. You can check this variable to verify whether your rule is valid. Thanks, Fujimoto On

Re: [Ryu-devel] [feature request] get ovs information from ovsdb protocol

Hi, Hu I've just submitted the patch which enables to get more informations from EventNewOVSDBConnection. (Subject: [PATCH 1/5] service/ovsdb: Add properties to EventNewOVSDBConnection) Could you review my patch? --- ryu/services/protocols/ovsdb/event.py | 10 +++---

Re: [Ryu-devel] OF1.5 Meter action support

Hi, Ali Yes, Ryu supports meter actions! In OF 1.5, OFPInstructionMeter is moved to OFPActionMeter, so the following code should be work in your app: bands = [parser.OFPMeterBandDrop(type_=ofproto.OFPMBT_DROP, len_=0, rate=100, burst_size=10)] req =

Re: [Ryu-devel] [feature request] get ovs information from ovsdb protocol

nformation and these information should be available for app developer though EventNewOVSDBConnection and other events. *From: *Fujimoto Satoshi <satoshi.fujimo...@gmail.com> *Reply-To: *"ryu-devel@lists.sourceforge.net" <ryu-devel@lists.sourceforge.net> *Date: *Wednesday, 14 June

Re: [Ryu-devel] [feature request] get ovs information from ovsdb protocol

Hello, Hu Could you tell me what informations you want to get? For example, informations which RemoteOvsdb has are enough for you? https://github.com/osrg/ryu/blob/master/ryu/services/protocols/ovsdb/manager.py#L139-L144 Thanks, Fujimoto On 2017年06月14日 13:03, Hu Dingyuan wrote: Hi, When I

Re: [Ryu-devel] Ryu fullmesh bgp implementation

ler NetworkController started listening for connections... I am using the sdn hub vm ubuntu 64 from http://sdnhub.org/tutorials/sdn-tutorial-vm/ on virtualbox. Thanks. On Jun 11, 2017, at 8:56 PM, Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail.com>>

Re: [Ryu-devel] Snort IPS-Ryu Controller

t this error 2017-06-07 14:50 GMT+03:00 Gamze Kaygısız <gamzekaygisi...@gmail.com <mailto:gamzekaygisi...@gmail.com>>: thank you so much 2017-06-07 3:23 GMT+03:00 Fujimoto Satoshi <satoshi.fujimo...@gmail.com <mailto:satoshi.fujimo...@gmail

  1   2   >