Open Stack

I was able to enable "ovs_use_veth" and start Instances (VXLAN / DHCP /
Metadata Okay)... But, same problem when accessing External network.

BTW, I have valid "Floating IPs" and easy access to the Internet from the
Network Node, if someone wants to debug, just ping a message.


On 26 October 2013 02:25, Martinx - ジェームズ <thiagocmartinsc at gmail.com> wrote:

> LOL... One day, Internet via "Quantum Entanglement"! Oops, Neutron!     =P
>
> I'll ignore the problems related to the "performance between two instances
> on different hypervisors" for now. My priority is the connectivity issue
> with the External networks... At least, internal is slow but it works.
>
> I'm about to remove the L3 Agent / Namespaces entirely from my topology...
> It is a shame because it is pretty cool! With Grizzly I had no problems at
> all. Plus, I need to put Havana into production ASAP!    :-/
>
> Why I'm giving it up (of L3 / NS) for now? Because I tried:
>
> The option "tenant_network_type" with gre, vxlan and vlan (range
> physnet1:206:256 configured at the 3Com switch as tagged).
>
> From the instances, the connection with External network *is always slow*,
> no matter if I choose for Tenants, GRE, VXLAN or VLAN.
>
> For example, right now, I'm using VLAN, same problem.
>
> Don't you guys think that this can be a problem with the bridge "br-ex"
> and its internals ? Since I swapped the "Tenant Network Type" 3 times, same
> result... But I still did not removed the br-ex from the scene.
>
> If someone wants to debug it, I can give the root password, no problem, it
> is just a lab...   =)
>
> Thanks!
> Thiago
>
> On 25 October 2013 19:45, Rick Jones <rick.jones2 at hp.com> wrote:
>
>> On 10/25/2013 02:37 PM, Martinx - ジェームズ wrote:
>>
>>> WOW!! Thank you for your time Rick! Awesome answer!!    =D
>>>
>>> I'll do this tests (with ethtool GRO / CKO) tonight but, do you think
>>> that this is the main root of the problem?!
>>>
>>>
>>> I mean, I'm seeing two distinct problems here:
>>>
>>> 1- Slow connectivity to the External network plus SSH lags all over the
>>> cloud (everything that pass trough L3 / Namespace is problematic), and;
>>>
>>> 2- Communication between two Instances on different hypervisors (i.e.
>>> maybe it is related to this GRO / CKO thing).
>>>
>>>
>>> So, two different problems, right?!
>>>
>>
>> One or two problems I cannot say.    Certainly if one got the benefit of
>> stateless offloads in one direction and not the other, one could see
>> different performance limits in each direction.
>>
>> All I can really say is I liked it better when we were called Quantum,
>> because then I could refer to it as "Spooky networking at a distance."
>>  Sadly, describing Neutron as "Networking with no inherent charge" doesn't
>> work as well :)
>>
>> rick jones
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20131026/c13de93f/attachment.html>