Open Stack

Hi,

Great! It opens new perspectives for Linuxbridge plugin!

I was actually also trying to implement a VXLAN LinuxBridge extension
leveraging the integrated proxy-ARP capabilities (this feature is supported
in 3.8 kernel, which should be included in havana's timeline distributions).

It could be and alternative to dataplane-based learning, that may raise
some scalability issues (see
https://blueprints.launchpad.net/quantum/+spec/ovs-tunnel-partial-mesh that
tries to solve generalized broadcast scalability issue on OVS pluging)

It's pretty hard to figure out how to distribute [mac, IP, VNID, agent_ip]
among agents to populate the proxy-arp, there are lots of alternatives... I
was expecting to discuss about them during the summit (
http://summit.openstack.org/cfp/details/263 should be a good place for that
talk)

Anyway, if two alternatives could merge peacefully, it seems to be is a
small issue in your proposal: as you explained in linuxbridge_config.ini,
VNIDs are globals in VXLAN module, putting them in NetworkState DB makes
them allocatable on a per-physicalNetwork basis. It could raise (netlink)
errors if several PhysicalNetworks are declared, wouldn't it be better to
use a separate DB as OVS plugin does in TunnelAllocation? Or maybe
modular-L2 should be revisited (
https://blueprints.launchpad.net/quantum/+spec/modular-l2)?


---------- Forwarded message ----------
> From: Dan Wendlandt <dan at nicira.com>
> Date: Tue, Apr 9, 2013 at 10:22 PM
> Subject: Re: [openstack-dev] [Quantum] VXLAN support for linuxbridge
> To: OpenStack Development Mailing List <openstack-dev at lists.openstack.org>
>
>
> this should be a pretty straightforward extension of existing logic,
> so i don't expect you'll have a hard time getting it reviewed.
>
> Beware though that reviews for new features tends to slow in the next
> two weeks, as people are preparing for and attending the openstack
> design summit.  The combination of continuous daytime meetings and
> continuous nighttime beer drinking does not tend to provide free
> cycles for code reviews :)
>
> dan
>
>
> On Tue, Apr 9, 2013 at 12:05 PM, Kyle Mestery (kmestery)
> <kmestery at cisco.com> wrote:
> >
> > On Apr 9, 2013, at 1:55 PM, Tomasz Paszkowski <ss7pro at gmail.com> wrote:
> > >
> > > Hi,
> > >
> > > I just uploaded initial working version of VXLAN support for
> linuxbridge plugin.
> > >
> > > https://review.openstack.org/#/c/26516/
> > >
> https://blueprints.launchpad.net/openstack/?searchtext=vxlan-linuxbridge
> > >
> > >
> > > Implementation is pretty straightforward, it introduces new
> network_type 'vxlan' . It takes advantage of previously used
> network_vlan_ranges and physical_interface_mappings configuration variables.
> > >
> > > It also adds new section [VXLAN] with optional parameters for vxlan
> encapsulation parameters (but it should work on default ones to).
> > >
> > > Anyone willing to review it ?
> >
> >
> > This looks pretty cool Tomasz, I'll certainly sign myself up to review
> it.
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
> --
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Dan Wendlandt
> Nicira, Inc: www.nicira.com
> twitter: danwendlandt
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130411/48428159/attachment.html>