So, I am using RYU 4.0 with following apps:
ryu-manager --observe-links ryu.app.ofctl_rest ryu.app.rest_topology
I am using mininet. The topology has two switches connected via a single
link between them. Each switch has two hosts connected with it. From the
REST API, I can access all the switch-
Hello,
Certainly, the issue is caused by the switch and would not be found on a
fully-compliant device. This patch is meant to make Ryu handle such
cases gracefully and prevent ofctl_rest app from crashing.
Regards,
W dniu 07.10.2016 o 03:30, Iwase Yusuke pisze:
> Hi Michal,
>
> Thank you for
At Mon, 3 Oct 2016 18:32:34 +0900,
Takashi YAMAMOTO wrote:
>
> On Thu, Sep 29, 2016 at 4:44 PM, IWAMOTO Toshihiro
> wrote:
>
> > OFPT_ERROR_MSG can return truncated messages. Some users want to
> > see them in human-friendly format [1]. Catch exceptions caused
> > by such truncated messages and
This set of patches is for parsing truncated ofp messages and test
support for it. Support for truncated message is far from complete,
but it can be made better if needed.
IWAMOTO Toshihiro (3):
ofproto_v1_3_parser: Raise OFPTruncatedMessage exception on truncated
messages
test_parser: En
Signed-off-by: IWAMOTO Toshihiro
---
.../of13/libofproto-OFP13-flow_mod.truncated64 | 0
...bofproto-OFP13-flow_mod.packet.truncated64.json | 33 ++
2 files changed, 33 insertions(+)
create mode 100644
ryu/tests/packet_data/of13/libofproto-OFP13-flow_mod.truncated64
cr
When there are files named "*.truncated%d" in the packet_data directories,
they are treated as special instructions; test method are generated
by truncating wire_msg from corresponding "*.packet" files.
Signed-off-by: IWAMOTO Toshihiro
---
ryu/tests/unit/ofproto/test_parser.py | 35 +
OFPT_ERROR_MSG can return truncated messages. Some users want to
see them in human-friendly format [1]. Catch exceptions caused
by such truncated messages and reraise as OFPTruncatedMessage
with incomplete ofpmsg in the exception class.
[1] https://bugs.launchpad.net/dragonflow/+bug/1624826
Sign
