Open Stack

On 23 May 2015 at 04:43, Assaf Muller <amuller at redhat.com> wrote:

> There's no real reason as far as I'm aware, just an implementation
> decision.
>

This is inaccurate. There is a reason(s), and this has been asked before:

http://lists.openstack.org/pipermail/openstack/2014-March/005950.html
http://lists.openstack.org/pipermail/openstack/2014-April/006865.html

In a nutshell, the design decision that led to the existing architecture is
due to the way OVS handles packets and interact with netfilter.

The fact that we keep asking the same question clearly shows lack of
documentation, both developer and user facing.

I'll get this fixed once and for all.

Thanks,
Armando


>
>
>
> On 21 במאי 2015, at 01:48, Na Zhu <nazhu at cn.ibm.com> wrote:
>
> Dear,
>
>
> When OVS plugin is used with GRE option in Neutron, I see that each
> compute
> node has br-tun and br-int bridges created.
>
> I'm trying to understand why we need the additional br-tun bridge here.
> Can't we create tunneling ports in br-int bridge, and have br-int relay
> traffic between VM ports and tunneling ports directly? Why do we have to
> introduce another br-tun bridge?
>
>
> Regards,
> Juno Zhu
> Staff Software Engineer, System Networking
> China Systems and Technology Lab (CSTL), IBM Wuxi
> Email: nazhu at cn.ibm.com
>
> __________________________________________________________________________
> 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
>
>
> __________________________________________________________________________
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150524/d88d96f0/attachment.html>