Thanks FUJITO for your reply.
As suggested, I can first start with cli implementation for RYU. Do you
have any list on what are the CLI to be implemented ?
So that I can start with one by one.
For Feature support, I will first go with bugs on RYU BGP side. I will go
through the bug list & select the bugs to work on.
About OpenStack related stuff, I will pick up one of the feature from todo
list.
I have also started work on RYU by editing some code on RYU SWITCH topology
to understand the code flow.
Now its start to contribute to RYU, Thanks for replying me & giving chance
to contribute to RYU controller
Thanks,
Digambar.
On Fri, Aug 1, 2014 at 10:49 AM, FUJITA Tomonori <
[email protected]> wrote:
> Hello,
>
> On Wed, 30 Jul 2014 22:34:20 +0530
> Digambar Patil <[email protected]> wrote:
>
> > I am also reading BGP protocol for SDN & interested here to
> > contribute to RYU BGP implementation.
> > http://ryu.readthedocs.org/en/latest/library_bgp_speaker.html
> >
> https://github.com/osrg/ryu/tree/master/ryu/services/protocols/bgp
> > Please let me know about task - How tasks will be assigned in
> RYU,
> > where should I start in BGP support for RYU . Any task you can assign me
> on
> > BGP support side.
>
> Our development process is same as the majority of OSS projects like
> Linux kernel. You can implement something you are interested in and
> post the code to the mailing list. I can say it would be good to
> discuss your idea on the mailing list before you start implementing.
>
> If you just started BGP stuff, improving our BGP CLI might be good
> start. I can't say that CLI is an API for SDN era but it's very useful
> during development and debugging.
>
> If you are interested in BGP features, then I would recommend you to
> try Ryu BGP with other BGP implementations (especially useful with
> comercial hardware switches). You would find bugs in Ryu BGP or you
> can find missing features in Ryu BGP (e.g. 4 bytes AS number support).
>
> > As I am already working on openstack, at neutron side I can also
> > contribute on the blueprints
> >
> https://blueprints.launchpad.net/neutron/+spec/ofagent-merge-bridges
> > As YAMAMOTO already started this blueprint, should I contribute
> > here. If you allow me then I can sync up with YAMAMOTO.
>
> He already has worked on the above for Juno-3 feature freeze (only one
> month) so I guess it's not the best timing for you to jump in the
> above. I could say that it's easier for you to take a new probject for
> Kilo. You can propose new stuff for Kilo after 9/4 so you have enough
> time to pick up one feature (possibly from our TODO that Yamamoto
> poinsted out) and prepare.
>
> Please feel free to ask if you still can't find an item that you could
> work on.
>
>
> Thanks,
>
------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Ryu-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ryu-devel
