<div dir="ltr">Hi Rick!<div><br></div><div>Back with Grizzly, I faced that problem and I was able to detect it, at the Network Node with tcpdump and fix it by running "ip link set mtu 1454 dev eth0" within the Instance.</div>

<div><br></div><div>Not this time... This is another problem...   ;-/</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 22 October 2013 13:25, Rick Jones <span dir="ltr"><<a href="mailto:rick.jones2@hp.com" target="_blank">rick.jones2@hp.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 10/22/2013 01:32 AM, Martinx - $B%8%'!<%`%:(B wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Stackers,<br>
<br>
I'm trying to put my Havana into production and I'm facing a very<br>
strange problem.<br>
<br>
The Internet connectivity from tenant's subnet is very, very slow. It is<br>
useless in fact... I can not even use "apt-get update" from a Instance.<br>
<br>
The following command works (apt update from the tenant namespace):<br>
<br>
---<br>
root@net-node-1:~# ip netns exec qrouter-XXXXXXXXX aptitude update<br>
---<br>
<br>
But not from the tenant subnet...<br>
<br>
I'm following this topology:<br>
<br>
<a href="http://docs.openstack.org/trunk/install-guide/install/apt/content/section_use-cases-tenant-router.html" target="_blank">http://docs.openstack.org/<u></u>trunk/install-guide/install/<u></u>apt/content/section_use-cases-<u></u>tenant-router.html</a><br>


<br>
Already tried to change MTUs (via DHCP agent)... Nothing had fixed this<br>
weird issue.<br>
<br>
Any thoughts?!<br>
<br>
Right now, my "aptitude safe-upgrade" will take 2 days to download<br>
60MB... During this network outages, even the SSH session stops<br>
responding for a few seconds...<br>
<br>
Everything else seems to be working as expected, as for example, DHCP,<br>
Floating IPs, Security Groups...<br>
<br>
Sometimes, even the first ssh connection to the Instance Floating IP,<br>
have a lag.<br>
</blockquote>
<br></div></div>
It is but a guess, but I wonder if, even with changing MTUs (to what values?) you may still be experiencing a PathMTU+ICMP blackhole problem accessing nodes on the Internet.  Can you access something that is a bit "closer" but still outside your stack so you have a shot at looking at netstat statistics on the sender and/or get packet traces on the sender?<br>


<br>
You could still try taking packet traces at the instance or perhaps the namespace and try to discern packet losses at the receiving side, though it can be a bit more difficult.<span class="HOEnZb"><font color="#888888"><br>


<br>
rick jones<br>
<br>
</font></span></blockquote></div><br></div>