Re: [Ryu-devel] Can't trace the reason for the message (switch Switch Port)

2014-05-20 Thread YAMADA Hideki
Hi, It might be this line. https://github.com/karthik82/ryu/blob/master/ryu/topology/switches.py#L492 Because your app import ryu.topology.api, ryu.topology.switches is loaded automatically. (2014/05/21 12:10), Karthik Sharma wrote: > Hi > > When I run my modified version of simple_switch.py I

[Ryu-devel] Can't trace the reason for the message (switch Switch Port)

2014-05-20 Thread Karthik Sharma
Hi When I run my modified version of simple_switch.py I get the following output. loading app ryu/app/simple_switch.py loading app ryu.topology.switches loading app ryu.controller.ofp_handler loading app ryu.controller.ofp_handler instantiating app ryu.topology.switches of Switches instantiating

[Ryu-devel] help with ryu config

2014-05-20 Thread 马超
Hi I have Havana with three node: Controller, Network and Compute Q1: neutron-server is running on both Controller and Network node according to "OpenStack Installation Guide for Ubuntu 12.04", witch node should Ryu controller run on ? Q2: if Ryu controller run on Controller (or Network) nod

Re: [Ryu-devel] Openflow match on a subnet

2014-05-20 Thread Jean Guegant
Oh sorry for this cumbersome failure. Thank you sir anyway! On 05/20/2014 01:26 PM, FUJITA Tomonori wrote: > On Tue, 20 May 2014 11:46:02 +0200 > Jean Guegant wrote: > >> Dear ryu's community, >> >> I want to create a ryu application which contains an OpenFlow match on >> a subnet: >> >> OFPMat

Re: [Ryu-devel] Openflow match on a subnet

2014-05-20 Thread FUJITA Tomonori
On Tue, 20 May 2014 11:46:02 +0200 Jean Guegant wrote: > Dear ryu's community, > > I want to create a ryu application which contains an OpenFlow match on > a subnet: > > OFPMatch(eth_type=ether.ETH_TYPE_IP, ipv4_dst='192.168.0.0/24', > ipv4_src='192.168.0.0/24') You can specify the mask in the

[Ryu-devel] Openflow match on a subnet

2014-05-20 Thread Jean Guegant
Dear ryu's community, I want to create a ryu application which contains an OpenFlow match on a subnet: OFPMatch(eth_type=ether.ETH_TYPE_IP, ipv4_dst='192.168.0.0/24', ipv4_src='192.168.0.0/24') Apparently the internal representation of these match fields (ipv4_dst, ipv4_src) uses the IPAdd