Re: [Ryu-devel] [PATCH] ofctl_v1_2.actions_to_str: ignore unknown instructions

2013-06-11 Thread Isaku Yamahata
On Wed, Jun 12, 2013 at 02:13:08PM +0900, YAMAMOTO Takashi wrote: > > How does it happen? > > i'm not sure what you want to know. > > a switch can have unrelated flows unless dedicated to this application. > the code in question can be executed even if the application is enabled > (in the sense o

Re: [Ryu-devel] [PATCH] ofctl_v1_2.actions_to_str: ignore unknown instructions

2013-06-11 Thread YAMAMOTO Takashi
> How does it happen? i'm not sure what you want to know. a switch can have unrelated flows unless dedicated to this application. the code in question can be executed even if the application is enabled (in the sense of /firewall/module/enable REST API) for the switch. YAMAMOTO Takashi > > On W

Re: [Ryu-devel] [PATCH] ofctl_v1_2.actions_to_str: ignore unknown instructions

2013-06-11 Thread Isaku Yamahata
How does it happen? On Wed, Jun 12, 2013 at 01:04:02PM +0900, YAMAMOTO Takashi wrote: > avoid crashing when the switch happens to have flows with > non OFPInstructionActions instructions. > > Signed-off-by: YAMAMOTO Takashi > --- > ryu/lib/ofctl_v1_2.py | 3 +++ > 1 file changed, 3 insertions(+

[Ryu-devel] [PATCH] ofctl_v1_2.actions_to_str: ignore unknown instructions

2013-06-11 Thread YAMAMOTO Takashi
avoid crashing when the switch happens to have flows with non OFPInstructionActions instructions. Signed-off-by: YAMAMOTO Takashi --- ryu/lib/ofctl_v1_2.py | 3 +++ 1 file changed, 3 insertions(+) diff --git a/ryu/lib/ofctl_v1_2.py b/ryu/lib/ofctl_v1_2.py index 0789bf6..d08bb21 100644 --- a/ryu

Re: [Ryu-devel] Question : OpenFlow Error (type=1, code=7)

2013-06-11 Thread Isaku Yamahata
What do you want to achieve? In openstack environment, the OVS is already managed by ryu-manager with openstack Ryu app. So you don't have to run another ryu-manager. It doesn't make sense. thanks, On Wed, Jun 12, 2013 at 11:36:59AM +0900, imeat u wrote: > Hi, > > I need help in openstack(Grizz

Re: [Ryu-devel] Question regarding looping L2 setup

2013-06-11 Thread Isaku Yamahata
On Tue, Jun 11, 2013 at 04:13:11PM -0700, Marvin Dsouza wrote: > Hi, > > I am currently working on a setup requiring a looping L2 connection between > switches to demonstrate concepts of flow optimization and flow selection based > on certain decisions. However I know there is no STP implementatio

[Ryu-devel] [PATCH] lib/packet/vrrp: wrong ipv4 address detection

2013-06-11 Thread Isaku Yamahata
On 32bit environment integer representation of ipv4 address can be python int or long. Some unit tests failed. On the other hand 64 bit environment it is int. And some clean up. FAIL: Failure: AssertionError () Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/nose

[Ryu-devel] Question : OpenFlow Error (type=1, code=7)

2013-06-11 Thread imeat u
Hi, I need help in openstack(Grizzly) with ryu controller. Default simple_switch.py does not operate correctly.The following is a situation. Node : Controller (Ryu,Quantum-server)Node : Network (dhcp_agent,l3-agent,metadata-agent,openvswitch-agent,ryu-agent)Node : Compute (nova-compute,openvswit

Re: [Ryu-devel] AssertionError test failed

2013-06-11 Thread Kei Ohmura
Hi, I got the same error on the 32bit machine. Env: 32bit machine type(ip_addrress) is long type. Env: 64 bit machine type(ip_address) is int type. I passed the tests with following workaround patch: -- diff --git a/ryu/lib/packet/vrrp.py b/ryu/lib/packet/vrrp.py index 8b6140a..e67c8ac 10064

Re: [Ryu-devel] AssertionError test failed

2013-06-11 Thread Oren Spector
I tested both in the distro environment and with the virtual environment. In both cases the AssertionError test failed. I also asked one of my colleagues to try it on his Ubuntu VM and he got the same error. My network uses subnet 192.168.1.X. I changed 192.168.0.1 to 192.168.1.1 and 192.168.0.2 t

Re: [Ryu-devel] AssertionError test failed

2013-06-11 Thread Isaku Yamahata
Did you test with your distro environment? In order to check if the environment causes or not, Can you please test with virtual environment? i.e. Does the test result differ with or without virtualenv? run_test.sh -V and run_test.sh -N According to the stacktrace, it seems that "type(netaddr.IPA