Hi Jalee,
Sorry I took so long.
The following patches have been merged to Ryu.
Please wait for the next release(Early next month).
* ofctl_rest: support Port Modification Message
https://github.com/osrg/ryu/commit/78786a47c6f54a73f515bc439a9eeba24894a3f8
* ofctl_rest: enable gettin
I changed codes to check ENHANCED_ROUTE_REFRESH capability for simplicity.
Signed-off-by: Hiroshi Yokoi
---
ryu/services/protocols/bgp/speaker.py | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/ryu/services/protocols/bgp/speaker.py
b/ryu/servi
Hi,
Please send questions to the mailing list!
2014-07-17 19:11 GMT+09:00 马超 :
> Hi again!
>
> I have write some apps with ofproto_v1_2 or 1_3 , when I try to run it,
> it shows some errors:
>
> instantiating app ryu.app.rest_quantum of QuantumIfaceAPI
> (2367) wsgi starting up on http://0.0
(2014/07/18 12:53), FUJITA Tomonori wrote:
> On Thu, 17 Jul 2014 14:25:22 +0900
> Hiroshi Yokoi wrote:
>
>> BGPOpen that is set to sent_open_msg and recv_open_msg doesn't have
>> caps and BGP capabilities are stored in opt_param as List.
>> I changed the way of checking BGP capabilities.
>>
>> Si
On Thu, 17 Jul 2014 14:25:22 +0900
Hiroshi Yokoi wrote:
> BGPOpen that is set to sent_open_msg and recv_open_msg doesn't have
> caps and BGP capabilities are stored in opt_param as List.
> I changed the way of checking BGP capabilities.
>
> Signed-off-by: Hiroshi Yokoi
> ---
> ryu/services/pro
On Thu, 17 Jul 2014 14:25:23 +0900
Hiroshi Yokoi wrote:
> RouteFamily objects are treated as a singleton object.
> However they are created in peer.py, so I added method to
> get RouteFamily object in bgp.py and changed codes to use it.
>
> Signed-off-by: Hiroshi Yokoi
> ---
> ryu/lib/packet/b
Hi,
I am testing an application of Ryu and was showing the following
error. This application is the same as that found in
https://github.com/osrg/ryu/blob/master/ryu/tests/mininet/packet_lib/arp/test_arp.py
hub: uncaught exception: Traceback (most recent call last):
File "/usr/local/lib/pyth
Hi,
Do you have about RYU release history note? Can you share to me.
Thanks,
Jalee
This message may contain information which is private, privileged or
confidential of INNO-Tech Network & Service Inc.
Hi,
You must register the ovsdb_addr.
Please start a rest_conf_switch and rest_qos as follows.
# ryu-manager ryu.app.rest_qos
And register the ovsdb_addr.
Specify the value that you set in the set-manager command address and port
number that you specify.
curl -X PUT -d '"tcp:127.0.0.1:6632"'
(2014年07月17日 17:32), Minoru TAKAHASHI wrote:
> Hi,thank you for reporting again.
> If possible, please send me a log of the test results.
Sorry, You don't need to send the log.
Please wait until a patch is released.
>
> (2014年07月17日 16:40), arne_goetje wrote:
>> Takahashi-san,
>>
>> The test swi
(2014年07月17日 17:41), FUJITA Tomonori wrote:
> On Thu, 17 Jul 2014 17:32:17 +0900
> Minoru TAKAHASHI wrote:
>
>> Hi,thank you for reporting again.
>> If possible, please send me a log of the test results.
>
> https://github.com/osrg/ryu/blob/master/ryu/tests/switch/of13/meter/01_DROP_00_KBPS_00_1
On Thu, 17 Jul 2014 17:32:17 +0900
Minoru TAKAHASHI wrote:
> Hi,thank you for reporting again.
> If possible, please send me a log of the test results.
https://github.com/osrg/ryu/blob/master/ryu/tests/switch/of13/meter/01_DROP_00_KBPS_00_1M.json#L60
Meter test creates an ip packet only with 'p
Hi,thank you for reporting again.
If possible, please send me a log of the test results.
(2014年07月17日 16:40), arne_goetje wrote:
> Takahashi-san,
>
> The test switch is our own switch, Edge-Core AS4600-52T (OF13).
> All OF13 Meter tests send out IPv4 and IPv6 packets which lack of
> source/desti
On Thu, 17 Jul 2014 16:28:29 +0900
Hiroshi Yokoi wrote:
> Sorry, I fixed pep8 warnings.
>
> Signed-off-by: Hiroshi Yokoi
> ---
> doc/source/library_bgp_speaker_ref.rst | 3 +
> ryu/services/protocols/bgp/api/rtconf.py | 9 ++
> ryu/services/protocols/bgp/bgpspeaker.py |
Takahashi-san,
The test switch is our own switch, Edge-Core AS4600-52T (OF13).
All OF13 Meter tests send out IPv4 and IPv6 packets which lack of
source/destination address and port numbers. This was apparent in the
REMARK tests, which failed with 0 throughput for the IPv4 and IPv6 tests,
so I c
On Wed, 16 Jul 2014 09:58:45 +0200 (CEST)
Szymon Mentel wrote:
> To satisfy my curiosity I've run another tests to see whether it's always
> possible to determine values from ofp_packet_in sent by OVS. Basically, I
> setup OVS to include 0 bytes of the original packet in ofp_packet_in:
> sudo o
Sorry, I fixed pep8 warnings.
Signed-off-by: Hiroshi Yokoi
---
doc/source/library_bgp_speaker_ref.rst | 3 +
ryu/services/protocols/bgp/api/rtconf.py | 9 ++
ryu/services/protocols/bgp/bgpspeaker.py | 194 +
ryu/services/protocols/bgp/info_base/bas
(2014年07月17日 14:51), arne_goetje wrote:
> Hi list,
>
> I found that the Meter tests send buggy test packets to the DUT. The IPv4
> and IPv6 packets lack source/destination IP and port numbers, therefore
> the switch drops them.
Hi, thank you for reporting.
Please tell me the situation of when y
18 matches
Mail list logo
