Hi,
The tree doesn't pass integrated tests.
Event-loop thread of context instance doesn't seem to start.
https://github.com/yamahata/ryu/commit/16fe17b84f27ef19486c290b9ff0b22b6699ded6
diff --git a/ryu/base/app_manager.py b/ryu/base/app_manager.py
index 1250299..6f2b54d 100644
--- a/ryu/base/app
Signed-off-by: YAMAMOTO Takashi
---
ryu/controller/controller.py | 4 +++-
ryu/controller/dpset.py | 8 +---
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/ryu/controller/controller.py b/ryu/controller/controller.py
index 7a99a05..66d50a3 100644
--- a/ryu/controller/cont
On Tue, 14 May 2013 19:45:07 +
"Claiborne, Matt" wrote:
> I am using RYU as one of the controllers in my openflow test
> environment. After the latest pull I am unable to start any of my
> applications (or any of the example apps included with RYU). I also
> did a fresh install of RYU on a
Hello RYU-developers,
I am using RYU as one of the controllers in my openflow test environment.
After the latest pull I am unable to start any of my applications (or any of
the example apps included with RYU). I also did a fresh install of RYU on a
base Debian system and experienced the same
Folks -
Just wanted to see if there is anyone who has already built
Any layer3 next-hop implementations on ryu for layer3 forwarding? Something
that does mac rewrites and arp-handling between adjacent routers/switches.
not looking at pointers to routeflow. more like minimal next-hop routing
(ma
Millions of wet ladies are looking for cocks. Join today.
http://redirect.yandrewantop.com
502823
uvsrxhpw
--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the
Hey there
I'm trying some things with QoS and therefore i wrote a simple
test-app here (click download in the upper right corner):
https://owncloud.engineering.zhaw.ch/public.php?service=files&t=f6f7e645b0d67b3c9a0cc537f8b38dfb
It sends OFPQueueGetConfigRequest and tries to receive an
OFPQueueGe
On Tue, 14 May 2013 17:11:39 +0900
YAMAMOTO Takashi wrote:
>
> Signed-off-by: YAMAMOTO Takashi
> ---
> ryu/ofproto/ofproto_v1_3_parser.py | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/ryu/ofproto/ofproto_v1_3_parser.py
> b/ryu/ofproto/ofproto_v1_3_parser.py
> index 3f2d020..2
OFPPacketIn of OF1.3 is different from OF1.0's. A method written
for OF1.0 needs to be modified for OF1.3.
Match fields need to be searched for OXM_OF_IN_PORT.
For example, please refer to
ryu/tests/integrated/test_request_reply_v12.py
_verify_packet_in()
thanks,
On Tue, May 14, 2013 at 02:09:58
On Tue, May 14, 2013 at 11:25:20AM +0900, FUJITA Tomonori wrote:
> On Tue, 14 May 2013 11:13:33 +0900
> Isaku Yamahata wrote:
>
> > This patch fixes the following exception.
> >
> > ryu/controller/ofp_event.py: update
> > cd /opt/stack/ryu && /opt/stack/ryu/bin/ryu-mana ^Mger --config-file
> >
Hi All,
I am trying to write a simple Ryu controller app which on receiving a
packet_in would reply back with a packet out with action=FLOOD. I found the
function provided in the simple_switch.py already does this. I have used
the same function as-is in my app (which handles other events as we
Signed-off-by: YAMAMOTO Takashi
---
ryu/ofproto/ofproto_v1_3_parser.py | 5 +
1 file changed, 5 insertions(+)
diff --git a/ryu/ofproto/ofproto_v1_3_parser.py
b/ryu/ofproto/ofproto_v1_3_parser.py
index 3f2d020..2f36859 100644
--- a/ryu/ofproto/ofproto_v1_3_parser.py
+++ b/ryu/ofproto/ofprot
>> On Fri, 10 May 2013 09:31:55 +0900 (JST)
>> yamam...@valinux.co.jp (YAMAMOTO Takashi) wrote:
>>
> +class Client(object):
> +"""a convenient class for a pure rpc client
> +*sock* is a socket-like. it should be blocking.
> +"""
I'm not sure about having pur
13 matches
Mail list logo
