<div dir="ltr"><p class="">Hi,</p>

<p class="">Great! It opens new perspectives for Linuxbridge plugin!<br></p>

<p class="">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).</p>

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

<p class="">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 (<a href="http://summit.openstack.org/cfp/details/263">http://summit.openstack.org/cfp/details/263</a>
should be a good place for that talk)</p>

<p class="">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 (<a href="https://blueprints.launchpad.net/quantum/+spec/modular-l2">https://blueprints.launchpad.net/quantum/+spec/modular-l2</a>)?</p><div class="gmail_extra">
<br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">---------- Forwarded message ----------<br>

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