<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 23 May 2015 at 04:43, Assaf Muller <span dir="ltr"><<a href="mailto:amuller@redhat.com" target="_blank">amuller@redhat.com</a>></span> wrote:<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"><div dir="auto"><div><div style="direction:ltr">There's no real reason as far as I'm aware, just an implementation decision.</div></div></div></blockquote><div><br></div><div>This is inaccurate. There is a reason(s), and this has been asked before:</div><div><br></div><div><a href="http://lists.openstack.org/pipermail/openstack/2014-March/005950.html" target="_blank">http://lists.openstack.org/pipermail/openstack/2014-March/005950.html</a></div><div><a href="http://lists.openstack.org/pipermail/openstack/2014-April/006865.html" target="_blank">http://lists.openstack.org/pipermail/openstack/2014-April/006865.html</a></div><div><br></div><div>In a nutshell, the design decision that led to the existing architecture is due to the way OVS handles packets and interact with netfilter.</div><div><br></div><div>The fact that we keep asking the same question clearly shows lack of documentation, both developer and user facing.</div><div><br></div><div>I'll get this fixed once and for all.</div><div><br></div><div>Thanks,</div><div>Armando</div><div> </div><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"><div dir="auto"><div><br><div style="text-align:right;direction:rtl"><br></div></div><div><div><div><div style="direction:rtl"><br></div>On 21 במאי 2015, at 01:48, Na Zhu <<a href="mailto:nazhu@cn.ibm.com" target="_blank">nazhu@cn.ibm.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
<p><font size="2" face="sans-serif">Dear,</font><br>
<br>
<font size="2" face="Verdana"><br>
When OVS plugin is used with GRE option in Neutron, I see that each compute <br>
node has br-tun and br-int bridges created. </font><font size="3" face="serif"><br>
</font><font size="2" face="Verdana"><br>
I'm trying to understand why we need the additional br-tun bridge here. <br>
Can't we create tunneling ports in br-int bridge, and have br-int relay <br>
traffic between VM ports and tunneling ports directly? Why do we have to <br>
introduce another br-tun bridge? </font><font size="3" face="serif"> </font><br>
<font size="2" face="sans-serif"><br>
<br>
Regards,<br>
Juno Zhu<br>
Staff Software Engineer, System Networking<br>
China Systems and Technology Lab (CSTL), IBM Wuxi<br>
Email: <a href="mailto:nazhu@cn.ibm.com" target="_blank">nazhu@cn.ibm.com</a></font></p></div></blockquote></div></div><blockquote type="cite"><div><span>__________________________________________________________________________</span><br><span>OpenStack Development Mailing List (not for usage questions)</span><br><span>Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" target="_blank">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe</span><br><span><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></span><br></div></blockquote></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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></blockquote></div><br></div></div>