On Tue, 28 Oct 2014 11:05:54 +0900
Toshiki Tsuboi wrote:
> Hi, Fujita-san
>
> Thanks for your support.
> You patch works fine !!
>
> I’ve noticed BGPSpeaker can handle "BGP4+” for IPv6 as bellow.
Thanks!
I've applied your patch with my change.
Please keep the mailing list
On Mon, 27 Oct 2014 18:38:03 -0700
Ashwin Prabhu wrote:
> When we run dumper.py file, it doesnot guve any output. Can you please give
> one example of how we can use dumper.py for debugging?
That's for debugging files at the following directory:
https://github.com/
On Mon, 27 Oct 2014 14:43:48 -0700
Ashwin Prabhu wrote:
> I have created a mininter topology with the command
> *sudo mn --topo linear,4 --controller remote*
>
> I need to start the controller so that hosts will be able to ping each
> other. It is done by
> *PYTHONPATH=. ./bin/ryu-manager ryu/ap
Hi Team,
I have created a mininter topology with the command
*sudo mn --topo linear,4 --controller remote*
I need to start the controller so that hosts will be able to ping each
other. It is done by
*PYTHONPATH=. ./bin/ryu-manager ryu/app/simple_switch.py*
Now the controller starts and the hosts
Hi,
[email protected] is now following you.
View [email protected]'s profile
http://invites.discovercoolwebsites.com/[email protected]&viral=true&u=32488284&inviterid=32826883&token=3fe53cd9423e6babdc8830c49768663e&ts=1413799129853&u
arp_proxy_13 is a ryu app:
* Reply ARP requests
* Avoid broadcast storm instead of STP
---
ryu/app/arp_proxy_13.py | 188 +++
1 file changed, 188 insertions(+)
create mode 100644 ryu/app/arp_proxy_13.py
diff --git a/ryu/app/arp_proxy_13.py b/ryu/app/a
Hi,
> Thanks. Yeah, the default is 128 bytes. Unless an application
> configures the value via OFPT_SET_CONFIG, the default is used.
I'll try to explicitly set that once again, but so far I was under the
impression that this was already done by the following code.
The ofproto.OFPCML_NO_BUFFER is
Hi, thanks for the quick response
On Mon, 27 Oct 2014 20:43:29 +0900
Tsuboi Toshiki wrote:
> This code is not support for Ipv6Path.
> We need to handle Ipv6Path.
>
> I will re-send patch after evaluating in ipv6 topology.
Seems that I can dump the change of ipv6 best path with the following
pa
Fujita-san
Thanks for your comment.
This code is not support for Ipv6Path.
We need to handle Ipv6Path.
I will re-send patch after evaluating in ipv6 topology.
best regards.
2014/10/27 19:59、FUJITA Tomonori のメッセージ:
> On Mon, 27 Oct 2014 19:41:05 +0900
> Toshiki Tsuboi wrote:
>
>> BGPSpeaker i
--
___
Ryu-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ryu-devel
On Sun, 26 Oct 2014 20:26:38 +0900 (JST)
FUJITA Tomonori wrote:
> On Thu, 23 Oct 2014 14:23:27 -0400
> Jeff Rasley wrote:
>
>> More specifically I am getting an "error: 'unpack_from requires a buffer of
>> at least 233 bytes'" error from the unpack call on 185 (my buffer appears
>> to be 91 byt
On Mon, 27 Oct 2014 19:41:05 +0900
Toshiki Tsuboi wrote:
> BGPSpeaker is aware of "best_path_change_handler" in MPLS-VPN topology.
> This feature is available in calculating Best Path Selection of VPNv4/6
> prefixes.
>
> Signed-off-by: Toshiki Tsuboi
> ---
> ryu/services/protocols/bgp/bgpspea
Hi Takahashi,
Thanks! Your tip help me to solve the problem!
For arp messages I needed to use "dl_type":"2054" and "arp_tpa" (instead
"nw_dst" field):
# curl -X POST -d '{"dpid": "1","match": {"in_port":"2", "dl_type":"2054",
"arp_tpa":"10.0.0.1"}, "actions": [{"type": "OUTPUT", "port": "1"}]}
BGPSpeaker is aware of "best_path_change_handler" in MPLS-VPN topology.
This feature is available in calculating Best Path Selection of VPNv4/6
prefixes.
Signed-off-by: Toshiki Tsuboi
---
ryu/services/protocols/bgp/bgpspeaker.py| 34 +++--
ryu/services/protocols/bgp/
Hi Kiran,
I just tried, and my topology is correct, maybe you can run "mn -c" to
clean up before you create a new topology.
Takeshi
2014-10-27 13:06 GMT+08:00 Kiran Kumar :
> Hi Takeshi,
> Thanks for the mail.
>
> Yes, I did noticed that. But now my only concern is topology.
> Could you tell m
15 matches
Mail list logo
