Hi,
> I believe the high level topology which Iwase mentioned looks like:
> <image>
Great! Thanks Yi! That's exactly what I wanted to describe!
> To connect from Ryu to OF-Switch is simple, all you need is to connect
> NIC/interface from your Ryu machine to the OF-Switch with a ethernet cable ;)
FYI, if your Ryu is running on the same host with your OVS, you can use a "tap"
device to create a port for BGP link. Or if you can assign IP address to OVS
bridge device, we can use the reserved port "OFPP_LOCAL" for BGP link.
e.g.)
If Ryu BGP Speaker will listen on "10.0.0.1" and OVS bridge name is "s1";
$ sudo ip addr add 10.0.0.0/24 dev s1
$ sudo ip link set s1 up
Then, Ryu BGP Speaker can listen on the OFPP_LOCAL port of "s1".
Thanks,
Iwase
On 2018年05月31日 22:59, Yi Tseng wrote:
Hi,
I believe the high level topology which Iwase mentioned looks like:
You need to config Ryu BGP speaker so Ryu BGP speaker can send BGP advertise to
external BGP speaker, vice versa.
For OF-Switch, you need to install flows to it so it can forward both ARP and
BGP messages between Ryu BGP speaker and external BGP speaker
To connect from Ryu to OF-Switch is simple, all you need is to connect
NIC/interface from your Ryu machine to the OF-Switch with a ethernet cable ;)
2018-05-31 20:31 GMT+08:00 Yusuke Iwase <iwase.yusu...@gmail.com
<mailto:iwase.yusu...@gmail.com>>:
Hi,
1) BGP Speaker, Do we need to specify a configuration to connect to
openflow switch?, instead of listening on a bgp port?
I guess no special configuration is required. BGP Speaker should act as a
“host” connecting to your OpenFlow network.
2) In Openflow switch, how do we configure send the packets to BGP Speaker
on separate channel. ?
Not so complex, just execute OUTPUT action to forward BGP packets (also ARP)
to the port connecting to Ryu BGP Speaker’s host.
For example, if tcp_dst=179 then output to port 1 or so.
Thanks,
Iwase
2018/05/31 18:25、knet solutions <knetsolutio...@gmail.com
<mailto:knetsolutio...@gmail.com>>のメール:
Hi Iwase, Logically i understood . But technically i dont know how to do
it.
1) BGP Speaker, Do we need to specify a configuration to connect to
openflow switch?, instead of listening on a bgp port?
2) In Openflow switch, how do we configure send the packets to BGP Speaker
on separate channel. ?
Sorry about more questions.
Thanks
Suresh.
On Thu, May 31, 2018 at 2:37 PM, Yusuke Iwase <iwase.yusu...@gmail.com
<mailto:iwase.yusu...@gmail.com>> wrote:
Hi,
Just I mean Ryu BGP Speaker should connect to the OpenFlow port on
OF-Switch as the same as the traditional routers.
I want to describe we should not use the Controller-Switch channel to
receive BGP packets (e.g. receive BGP packets via Packet-In) and
should separate the link for BGP from that for OpenFlow.
Thanks,
Iwase
2018/05/31 17:34、knet solutions <knetsolutio...@gmail.com
<mailto:knetsolutio...@gmail.com>>のメール:
Hi Iwase ,
thanks for the response.
Regarding the below line,
>The BGP port on Ryu is connected as a "to host" port onthe OF-Switch,
I couldnot understand this point. How to configure this, and little
more details about this.
Can you share something more about this.
Thanks
Suresh.
On Thu, May 31, 2018 at 12:02 PM, Iwase Yusuke
<iwase.yusu...@gmail.com <mailto:iwase.yusu...@gmail.com>> wrote:
Hi Suresh,
> Query1)
> Can we use the RYU BGP Speaker libaray, in this use case?
Yes.
I guess that use case is what exactly Ryu BGP speaker
implementation is
targeting.
> if yes, could you provide some guide lines on how to use it.
Sorry, I have no good document for such, but for example, the
following
architecture is one of the candidates.
Ryu
OpenFlow || BGP
OF-Switch -------- Router
Ryu has two (or more) connections with the OF-Switch, one is for
OpenFlow and
the other is for BGP. The BGP port on Ryu is connected as a "to
host" port on
the OF-Switch, then the OF-Switch will forward BGP packets (TCP
port = 179) to
Ryu's BGP port and the other packets will be forwarded based on
the OpenFlow
table.
Thanks,
Iwase
On 2018年05月23日 21:33, knet solutions wrote:
The BGP Speaker example shows that, the RYU BGP Speaker is a
separate process which handles packets directly from the
socket/kernel (not via Openflow encapsualtion).
My use case some thing like below,
In this below diagram, Tradiational BGP Router (Bird routing
daemon) run BGP and connect to the openvswtich managed by the
RYU controller. I would like to enable the BGP application
in the controller, so that when the BGP Packet comes to the
switch, switch sends the packet to the RYU , RYU will use BGP
Speaker to manage the control plane for this siwtch1.
-------------------------------------------
|---------------------
Traditional BGP Router |
----------------------------------|switch1 |
(Bird Router) |
| |
------------------------------------------
----------------------
Query1)
Can we use the RYU BGP Speaker libaray, in this use case? if
yes, could you provide some guide lines on how to use it.
--
*/Regards,
/*
*/Knet solutions./*
Suresh.
https://github.com/knetsolutions/KNet
<https://github.com/knetsolutions/KNet>
<https://github.com/knetsolutions/KNet
<https://github.com/knetsolutions/KNet>>
http://knet-topology-builder.readthedocs.io/
<http://knet-topology-builder.readthedocs.io/>
<http://knet-topology-builder.readthedocs.io/
<http://knet-topology-builder.readthedocs.io/>>
http://knetsolutions.in/
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org <http://Slashdot.org>!
http://sdm.link/slashdot
_______________________________________________
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
<mailto:Ryu-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/ryu-devel
<https://lists.sourceforge.net/lists/listinfo/ryu-devel>
--
*/Regards,
/*
*/Knet solutions./*
https://github.com/knetsolutions/KNet
<https://github.com/knetsolutions/KNet>
http://knet-topology-builder.readthedocs.io/
<http://knet-topology-builder.readthedocs.io/>
http://knetsolutions.in/
--
*/Regards,
/*
*/Knet solutions./*
https://github.com/knetsolutions/KNet
<https://github.com/knetsolutions/KNet>
http://knet-topology-builder.readthedocs.io/
<http://knet-topology-builder.readthedocs.io/>
http://knetsolutions.in/
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net <mailto:Ryu-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/ryu-devel
<https://lists.sourceforge.net/lists/listinfo/ryu-devel>
--
Yi Tseng (a.k.a Takeshi)
Taiwan National Chiao Tung University
Department of Computer Science
W2CNLab
https://takeshi.tw
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Ryu-devel mailing list
Ryu-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ryu-devel
