ofp_listen_port was obsoleted and users should use ofp_tcp_listen_port
(or ofp_ssl_listen_port if ssl enabled) instead.
Signed-off-by: Wei-Li Tang
---
etc/ryu/ryu.conf |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/etc/ryu/ryu.conf b/etc/ryu/ryu.conf
index 341de67..077a5c
This enables match_ip*_to_str() functions to output IP address with
dotted decimal subnet mask if the mask cannot be represented in CIDR
format.
Reported-by: Yi-Ching Lee
Reported-by: Li-Der Chou
Signed-off-by: Wei-Li Tang
---
ryu/lib/ofctl_v1_2.py | 18 ++
ryu/lib/ofctl_v1_3
Hello all,
The series implements bidirectional conversion of IP subnet mask
and arbitrary bitmask from/to match fields for REST API.
Wei-Li Tang (3):
ofctl_v1_2/3: IPv4 dotted decimal subnet mask support
ofctl_v1_2/3: Convert IP fields to string with dotted decimal mask
ofctl_v1_2/3: IP arb
This enables to_match_ip() to accept IPv4 address with dotted decimal
subnet mask or ACL hybrid CIDR.
Given 3 match field values below:
'192.168.1.0/24'
'192.168.1.0/255.255.255.0'
'192.168.1.0/0.0.0.255'
These addresses are logically equivalent.
Signed-off-by: Wei-Li Tang
---
ryu
Openflow 1.1 and later versions allow the use of IP address with
arbitrary bitmask in match fields. This introduces new match fields
for arbitrary bitmask support in REST API.
Newly added fields are:
nw_src_w, nw_dst_w, ipv4_src_w, ipv4_dst_w,
arp_spa_w, arp_tpa_w, ipv6_src_w, ipv6_dst_w.
Signed-off-by: Simon Horman
---
v3
* No change
v2
* Rebase
- Rename files: 5-69-* -> 5-68-*
- Use bytes instead of an array of words for data fields
* Update JSON using normalize_json.py
---
.../of14/5-69-ofp_bundle_ctrl_msg.packet | Bin 0 -> 72 bytes
ryu/tests/packet_data_genera
---
v2 - v3
* No change
---
ryu/ofproto/ofproto_v1_4.py| 5 +++-
ryu/ofproto/ofproto_v1_4_parser.py | 60 ++
2 files changed, 64 insertions(+), 1 deletion(-)
diff --git a/ryu/ofproto/ofproto_v1_4.py b/ryu/ofproto/ofproto_v1_4.py
index 8b9431e..0688491
Signed-off-by: Simon Horman
---
v3
* Update changelog: s/of1.4/of14/
v2
* First post
---
.../packet_data/of14/5-68-ofp_table_status.packet | Bin 0 -> 96 bytes
ryu/tests/packet_data_generator/src/x5.erl | 26 +-
.../json/of14/5-68-ofp_table_status.packet.json| 57
Signed-off-by: Simon Horman
---
v3
* No change
v2
* First post
---
ryu/ofproto/ofproto_v1_4_parser.py | 48 ++
1 file changed, 48 insertions(+)
diff --git a/ryu/ofproto/ofproto_v1_4_parser.py
b/ryu/ofproto/ofproto_v1_4_parser.py
index c4d2431..5e644dd 10064
Bundle Add Message and Request Forward Message, which is part of OpenFlow
1.4, encapsulates an OpenFlow message in side an OpenFlow message.
This patch prepares for this by crudely allowing MsgBase subclasses
to be used anywhere when parsing classes from JSON: previously
they were only allowed at
The current get async reply and get async implementations follows that of
of_protocol and OpenFlow 1.3. However, OpenFlow 1.4 defines a rather
different format. This patch updates the implementation to follow the
OpenFlow 1.4 specification.
Signed-off-by: Simon Horman
---
v3
* First Post
---
ry
Signed-off-by: Simon Horman
---
v3
* Update Data to use bytes rather than arrays of words
* Correct sequence number in filenames: 5-69* => 5-70*
v2
* Update JSON using normalize_json.py
---
.../of14/5-70-ofp_bundle_add_msg.packet| Bin 0 -> 80 bytes
ryu/tests/packet_data_generator/s
Signed-off-by: Simon Horman
---
v3
* Fix sequence number in filenames: Rename 5-70* => 5-71
v2
* First post
---
.../of14/5-71-ofp_requestforward.packet| Bin 0 -> 56 bytes
ryu/tests/packet_data_generator/src/x5.erl | 22 ++-
.../json/of14/5-71-ofp_requestforward
This will be used by a revised implementations of
get async request reply and set async
Signed-off-by: Simon Horman
---
v3
* First Post
---
ryu/ofproto/ofproto_v1_4_parser.py | 45 ++
1 file changed, 45 insertions(+)
diff --git a/ryu/ofproto/ofproto_v1_4_par
OFP_ASYNC_CONFIG_PACK_STR and OFP_ASYNC_CONFIG_SIZE are based
on the OpenFlow 1.3 implementation and specification. However,
the Openflow 1.4 specification defines a rather different structure:
struct ofp_async_config {
struct ofp_header header; /* OFPT_GET_ASYNC_REPLY or OFPT_SET_ASYNC. */
Signed-off-by: Simon Horman
---
v3
* No change
v2
* Updated JSON using normalize_json.py
---
.../of14/5-66-ofp_flow_monitor_request.packet | Bin 0 -> 48 bytes
ryu/tests/packet_data_generator/src/x5.erl | 18 +-
.../of14/5-66-ofp_flow_monitor_request.packet.json | 27
Signed-off-by: Simon Horman
---
v2 - v3
* No change
---
ryu/ofproto/ofproto_v1_4_parser.py | 50 ++
1 file changed, 50 insertions(+)
diff --git a/ryu/ofproto/ofproto_v1_4_parser.py
b/ryu/ofproto/ofproto_v1_4_parser.py
index 7cc78e7..f3b0aee 100644
--- a/ryu/
This will be used by flow monitor reply messages
Signed-off-by: Simon Horman
---
v3
* Set defaults for parameters of OFPFlowUpdateHeader::__init__
to cover the case where subclasses do not override this method
as is the case for OFPFlowUpdatePaused.
v2
* No change
---
ryu/ofproto/ofproto_v
Signed-off-by: Simon Horman
---
v3
* Rebase
v2
* First post
---
ryu/ofproto/ofproto_v1_4_parser.py | 64 ++
1 file changed, 64 insertions(+)
diff --git a/ryu/ofproto/ofproto_v1_4_parser.py
b/ryu/ofproto/ofproto_v1_4_parser.py
index 1edc9b1..186684a 100644
--
Signed-off-by: Simon Horman
---
v2 - v3
* No change
---
ryu/ofproto/ofproto_v1_4.py| 7 +++-
ryu/ofproto/ofproto_v1_4_parser.py | 82 ++
2 files changed, 88 insertions(+), 1 deletion(-)
diff --git a/ryu/ofproto/ofproto_v1_4.py b/ryu/ofproto/ofproto_v
Signed-off-by: Simon Horman
---
v3
* No change
v2
* Updated JSON using normalize_json.py
---
.../of14/5-67-ofp_flow_monitor_reply.packet| Bin 0 -> 96 bytes
ryu/tests/packet_data_generator/src/x5.erl | 30 +-
.../of14/5-67-ofp_flow_monitor_reply.packet.json | 66
Signed-off-by: Simon Horman
---
v3
* Update changelog: s/of1.4/of14/
v2
* First post
---
ryu/ofproto/ofproto_v1_4.py| 6 -
ryu/ofproto/ofproto_v1_4_parser.py | 55 ++
2 files changed, 60 insertions(+), 1 deletion(-)
diff --git a/ryu/ofproto/ofpr
Update ofproto dependency to include a merge of the mainline
v5 branch which includes:
* Bundle messages
* Flow monitor messages
* Request Forward message
* Table Status message
* Fix for length of Flow Update Full entry of Flow Monitor reply message
Signed-off-by: Simon Horman
---
v3
* Update to
Hi,
The aim of this series is to add an implementation of and
tests for the following messages:
* Flow monitor request
+ Now present in the v5 branch of of_protocol
+ Was pull request 67
https://github.com/FlowForwarding/of_protocol/pull/67
* Flow reply
+ Now present in the v5 branch o
Hello,
I guess that as some of you guys already noticed, RYU ebook (both
English and Japanese Editions) was published via Amazon Kindle, Apple
iBook, and Google Books:
http://osrg.github.io/ryu/resources.html#books
o English Edition
- Kindle
http://www.amazon.com/RYU-SDN-Framework-English-Editio
Hi,
I will have to set up flows in multi-switch network, the flows are to be
set between particular host in switches. There is simple example for
floodlight controller but couldn't find similar for ryu-controller
I am guessing that first I have to determine the datapath id for each
switch (one bri
On Mon, 10 Mar 2014 01:31:13 +0400
Vasiliy Tolstov wrote:
> 2014-03-05 17:42 GMT+04:00 FUJITA Tomonori :
>> The driver is called 'OpenFlow Agent mechanism driver', not 'Ryu
>> something'. As the name says, it's not the second version of the
>> current Ryu driver. It adopts the different design; u
Am 08.03.2014 14:47, schrieb FUJITA Tomonori:
> With a vlan header here, OVS succefully sent the packet on my env.
>
Thanks for pointing that out! I didn't see that ETH_TYPE_8021Q might
require a vlan header. I got it working with setting a different EtherType.
Best,
Sebastian
--
28 matches
Mail list logo