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>のメール:
> 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>
>> 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>のメール:
>>
>>> 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>
>>>> 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>
>>>>> 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
>>>>> https://lists.sourceforge.net/lists/listinfo/ryu-devel
>>>>>
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Knet solutions.
>>>
>>> https://github.com/knetsolutions/KNet
>>> http://knet-topology-builder.readthedocs.io/
>>> http://knetsolutions.in/
>>>
>
>
>
> --
> Regards,
> Knet solutions.
>
> https://github.com/knetsolutions/KNet
> 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
https://lists.sourceforge.net/lists/listinfo/ryu-devel
