Open Stack

Hi Matt,

I just re-read this thread, including your intro below.  You might be 
interested in what we're doing in the Calico project [1][2], as it uses 
some of the same idea as the "example" you describe below, notably 
importing TAP interface routes into bird and bird6.

[1] http://www.projectcalico.org/
[2] http://docs.projectcalico.org/en/latest/index.html

I'm currently working through factorizing the constituent ideas, and how 
they might mesh with or complement other existing OpenStack ideas such 
as DVR.

Regards,
	Neil


On 15/04/15 06:55, Matt Grant wrote:
> Hi Vikram,
>
> I am very interested in this, however can't do everything for free!
>
> I believe that bird would be a better fit than Zebra/Quagga, as it is
> just 2 processes to be launched in a network namespace.  Also they are
> very accessible/reloadable via the birdc/birdc6 control binaries that
> lends itself to be called from python.
>
> Could let you let me know if Huawei are interested in financially
> supporting this please?
>
> It is doable, and would be useful for smaller deployments.  It can be
> made part of the new ML3 that is proposed.
>
> Looking forward to your answer!
>
> Best Regards,
>
> Matt Grant
>
> On Tue, 2015-04-14 at 11:58 +0000, Vikram Choudhary wrote:
>> Hi Matt,
>>
>> Can you please let me know about your views on this proposal.
>>
>> Thanks
>> Vikram
>>
>> -----Original Message-----
>> From: Vikram Choudhary
>> Sent: 10 April 2015 10:40
>> To: 'matt at mattgrant.net.nz'
>> Cc: Kalyankumar Asangi; Dhruv Dhody; Kyle Mestery; 'Mathieu Rohon'; Dongfeng (C)
>> Subject: RE: [openstack-dev] [Neutron] - Joining the team - interested in a Debian Developer and experienced Python and Network programmer?
>>
>> Hi Matt,
>>
>> Welcome to Openstack:)
>>
>> I was thinking of supporting an open vRouter for Openstack neutron. Currently, few vendors are there but are not open source. I feel it will be good if we can introduce Zebra/Quagga for neutron. Since you have an expertise over these so I feel we can do this much easier.
>>
>> Please let me know about your views in this regard.
>>
>> Thanks
>> Vikram
>>
>> -----Original Message-----
>> From: Matt Grant [mailto:matt at mattgrant.net.nz]
>> Sent: 09 April 2015 12:44
>> To: openstack-dev at lists.openstack.org
>> Subject: [openstack-dev] [Neutron] - Joining the team - interested in a Debian Developer and experienced Python and Network programmer?
>>
>> Hi!
>>
>> I am just wondering what the story is about joining the neutron team.
>> Could you tell me if you are looking for new contributors?
>>
>> Previously I have programmed OSPFv2 in Zebra/Quagga, and worked as a router developer for Allied Telesyn.  I also have extensive Python programming experience, having worked on the DNS Management System.
>>
>> I have been experimenting with IPv6 since 2008 on my own home network, and I am currently installing a Juno Openstack cluster to learn ho things tick.
>>
>> Have you guys ever figured out how to do a hybrid L3 North/South Neutron router that propagates tenant routes and networks into OSPF/BGP via a routing daemon, and uses floating MAC addresses/costed flow rules via OVS to fail over to a hot standby router? There are practical use cases for such a thing in smaller deployments.
>>
>> I have a single stand alone example working by turning off neutron-l3-agent network name space support, and importing the connected interface and static routes into Bird and Birdv6. The AMPQ connection back to the neutron-server is via the upstream interface and is secured via transport mode IPSEC (just easier than bothering with https/SSL).
>> Bird looks easier to run from neutron as they are single process than a multi process Quagga implementation.  Incidentally, I am running this in an LXC container.
>>
>> Could some one please point me in the right direction.  I would love to be in Vancouver :-)
>>
>> Best Regards,
>>
>> --
>> Matt Grant,  Debian and Linux Systems Administration and Consulting
>> Mobile: 021 0267 0578
>> Email: matt at mattgrant.net.nz
>>
>>
>> __________________________________________________________________________
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>