<div dir="ltr">Hi Saverio, <div><br></div><div>Comments and questions inline:</div><div><br></div><div>First of all, which backend are you using? the l2gateway agent? or something like OpenDaylight?? I'm currently testing an L2GW scenario with ODL.</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 29, 2017 at 4:54 PM, Saverio Proto <span dir="ltr"><<a href="mailto:saverio.proto@switch.ch" target="_blank">saverio.proto@switch.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
I have a question about the l2gw. I did a deployment, I described the<br>
steps here:<br>
<a href="https://review.openstack.org/#/c/453209/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/453209/</a><br>
<br>
The unicast traffic works fine, but I dont understand what is the idea<br>
behind the handling of the broadcast traffic.<br>
<br>
Looking at openvswitch:<br>
<br>
I obtain the uuid with `vtep-ctl list-ls`<br>
<br>
vtep-ctl list-remote-macs <uuid><br>
<br>
In this output I get an entry for each VM that has an interface in the<br>
L2 network I am bridging:<br>
<br>
----<br>
# vtep-ctl list-remote-macs <uuid><br>
ucast-mac-remote<br>
fa:16:3e:c2:7b:da -> vxlan_over_ipv4/<a href="http://10.1.1.167" rel="noreferrer" target="_blank">10.1.1.167</a><br>
<br>
mcast-mac-remote<br>
-----<br></blockquote><div><br></div><div>The ucast-mac-remote table is filled with information that don't match your comments. In my environment, I have created only one neutron network, one l2gw instance and one l2gw connection. However, the mac reflected in that table corresponds to the dhcp port of the Neutron network (I've checked the mac on the dhcp namespace and it's the same).</div><div>I've created several VMs in different compute nodes and there is only one line there. Could you check again the MAC address?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The ucast-mac-remote entry is created by Openstack when I start a VM.<br>
(Also it is never removed when I delete the instance, is this a bug ? )<br>
Note that 10.1.1.167 is the IP address of the hypervisor where the VM is<br>
running.<br>
<br>
But mcast-mac-remote is empty. So this means that ARP learning for<br>
example works only in 1 way. The VM in openstack does not receive any<br>
broadcast traffic, unless I do manually:<br>
<br>
vtep-ctl add-mcast-remote ee87db33-1b3a-42e9-bc09-02747f<wbr>8a0ad5<br>
unknown-dst 10.1.1.167<br>
<br>
This creates an entry in the table mcast-mac-remote and everything works<br>
correctly.<br></blockquote><div><br></div><div>In my setup I get this automatically:</div><div><br></div><div><div>mcast-mac-remote</div><div> unknown-dst -> vxlan_over_ipv4/<a href="http://192.0.2.6">192.0.2.6</a></div></div><div><br></div><div>If you're using the agent, it might be a bug.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
Now I read here <a href="http://networkop.co.uk/blog/2016/05/21/neutron-l2gw/" rel="noreferrer" target="_blank">http://networkop.co.uk/blog/20<wbr>16/05/21/neutron-l2gw/</a><br>
about sending add-mcast-remote to the network nodes and then doing some<br>
magic I dont really understand. But I am confused because in my setup<br>
the tenant does not have a L3 router, so there is not a qrouter<br>
namespace for this network, I was planning to keep the network node out<br>
of the game.<br>
<br>
Is anyone running this in production and can shed some light ?<br></blockquote><div><br></div><div>No production sorry, just PoC mode :-) </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
thanks<br>
<br>
Saverio<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
--<br>
SWITCH<br>
Saverio Proto, Peta Solutions<br>
Werdstrasse 2, P.O. Box, 8021 Zurich, Switzerland<br>
phone <a href="tel:%2B41%2044%20268%2015%2015" value="+41442681515" target="_blank">+41 44 268 15 15</a>, direct <a href="tel:%2B41%2044%20268%201573" value="+41442681573" target="_blank">+41 44 268 1573</a><br>
<a href="mailto:saverio.proto@switch.ch" target="_blank">saverio.proto@switch.ch</a>, <a href="http://www.switch.ch" rel="noreferrer" target="_blank">http://www.switch.ch</a><br>
<br>
<a href="http://www.switch.ch/stories" rel="noreferrer" target="_blank">http://www.switch.ch/stories</a><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail-m_1877355982817854638gmail_signature"><div dir="ltr"><div><div dir="ltr">Ricardo Noriega<br><div><br></div><div>Senior <span style="font-size:12.8px">Software Engineer - NFV Partner Engineer | Office of Technology | Red Hat</span><br></div><div><span style="font-size:12.8px">irc: rnoriega @freenode</span></div><div><br></div></div></div></div></div>
</div></div>