Re: [Ryu-devel] BGP Speakers

2018-06-14 Thread knet solutions
Hi Iwase, Looks like two ryu app file also doesnt work. I think, RYU treated as a single context. = loading app app1.py loading app app2.py instantiating app app2.py of BGPRouter2 API method core.start called with args: {'waiter': , 'cluste

Re: [Ryu-devel] BGP Speakers

2018-06-13 Thread Yusuke Iwase
Hi Suresh, I think it should work if no confirmation with listen ports each other. Thanks, Iwase 2018/06/14 15:47、knet solutions のメール: > Hi Iwase, > > Thanks. > > I have seen in some reference projects, multiple ryuapps are used. > > Example: > > ryu-manager app1.py app2.py > > > app1.py

Re: [Ryu-devel] BGP Speakers

2018-06-13 Thread knet solutions
Hi Iwase, Thanks. I have seen in some reference projects, multiple ryuapps are used. Example: ryu-manager app1.py app2.py app1.py class Router1(app_manager.RyuApp): # trigger bgpspeaker1 here app2.py class Router2(app_manager.RyuApp): # trigger bgpspeaker2 here Will it work? Thank

Re: [Ryu-devel] BGP Speakers

2018-06-13 Thread Yusuke Iwase
Hi Suresh, Hmmm... Ryu BGP Speaker seems to be a singleton per Python process, then we cannot spawn multiple speakers from a single Ryu application. Just an idea, how about spawning BGP Speakers as sub-processes of your application? And you can communicate with them via RPC API (this API does no

Re: [Ryu-devel] BGP Speakers

2018-06-13 Thread knet solutions
Hi Iwase, Thanks. I am getting the below error, when i try to trigger 2 BGP Speakers from app.py Traceback (most recent call last): File "/usr/local/lib/python3.5/dist-packages/ryu/services/protocols/bgp/api/base.py", line 209, in call return call(**kwargs) File "/usr/local/lib/python3.5

Re: [Ryu-devel] BGP Speakers

2018-06-13 Thread Iwase Yusuke
Hi Suresh, Hmmm... I can not yet understand why you need to setup such topology though... You mean you need to spawn two BGP Speakers from a single Ryu application? If you need to maintain routes separately on SDN-Rtr1/SDN-Rtr2 and need to select the best path for each router, the per-peer local

Re: [Ryu-devel] BGP Speakers

2018-06-12 Thread knet solutions
Hi Iwase, The use case is like below, Rtr1---SDN-Rtr1---Rtr2--SDN-Rtr2-Rtr3 Rtr1, Rtr2, Rtr3 are traditional BGP Routers SDN-Rtr1, and SDN-Rtr2 are BGP Speakers. SDN-Rtr1(RYU Bgp speaker) connects to two neighbors Rtr1 and Rtr2. SDN-Rtr2(RYU Bgp speaker) connects to two nei

Re: [Ryu-devel] BGP Speakers

2018-06-10 Thread Iwase Yusuke
Hi, I think you need to specify the following options in order to avoid the conflicts of listening ports. - BGP listen host addresses (or port number) https://github.com/osrg/ryu/blob/c29c9019ac8ab862bbc0caad7d49220f27ed0cf0/ryu/services/protocols/bgp/bgp_sample_conf.py#L51-L52 - RPC listen hos

[Ryu-devel] BGP Speakers

2018-06-07 Thread knet solutions
Can we run multiple BGP Speakers in the RYU application? -- *Regards, * *Knet solutions.* https://github.com/knetsolutions/KNet http://knet-topology-builder.readthedocs.io/ http://knetsolutions.in/ -- Check out the vib