** Changed in: neutron
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To manag
This bug is > 180 days without activity. We are unsetting assignee and
milestone and setting status to Incomplete in order to allow its expiry
in 60 days.
If the bug is still valid, then update the bug status.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which i
This bug is > 172 days without activity. We are unsetting assignee and
milestone and setting status to Incomplete in order to allow its expiry
in 60 days.
If the bug is still valid, then update the bug status.
** Changed in: neutron
Status: Confirmed => Incomplete
--
You received this bu
Hi,
Can someone tell me if this is a Bug or something that should work?
should TSO be disabled on the network node external interface?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Di
Hey guys!
>From what I'm seeing, this problem might be solved if we deploy Neutron
using a solution from Intel, called Data Plane Development Kit (DPDK).
I'll test it next month.
More info:
http://www.slideshare.net/AlexanderShalimov/ashalimov-neutron-dpdkv1
https://events.linuxfoundation.org/
Here is more info about Intel DPDK:
http://www.intel.com/content/dam/www/public/us/en/documents/guides
/intel-dpdk-getting-started-guide.pdf
Cheers!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252
Hello,
I believe so. I hit the same issue and the details are below. I've tried
it with updated kernel (3.13.0-44-generic) on Ubuntu Server 14.04. Also
disabling gro,tso, it didn't make any change.
ICMP packets are OK but there are a lot of TCP retransmissions.
http://lists.openstack.org/piperma
Hi,
Is this bug still present in later releases (eg Juno)?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To manage
** Tags removed: in-stable-havana
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To manage notifications about this b
Hi!
I can confirm that, if your Network Node is a KVM Virtual Machine, on
top of Ubuntu 12.04.3 + OVS 1.10.2 (from UCA), you'll NEED to run the
following command:
"ethtool --offload eth2 gro off"
...also at the hypervisor too!
So, I'm running this "ethtool" command two times now, first one at t
Hi Darragh,
I'm sorry about this delay, too many things to do...
Well, I can confirm that after running "ethtool --offload eth2 gro off"
(at the br-ex interface), the problem gets fixed BUT, and this is a huge
BUT, the "Network Node" doesn't work anymore as a KVM Virtual Machine.
I mean, if the
Hi Thiago, can post another tcpdump of the interface in br-ex and the first 100
bytes of each packets only should be enough:
sudo tcpdump -n -s 100 -i eth2 -w capture.pcap
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
Guys,
I'm still facing a slow connectivity from behind the Neutron router.
My download is at 25.5kB/s, while it should be around ~350.0 kB/s.
I'll do more tests this week, maybe the problem is now at
http://nova.clouds.archive.ubuntu.com/ubuntu/ ???
Tks!
Thiago
--
You received this bug notifi
Reviewed: https://review.openstack.org/58686
Committed:
http://github.com/openstack/openstack-manuals/commit/5507a386f2b812a1aab4792e11d2a0660bc82568
Submitter: Jenkins
Branch:stable/havana
commit 5507a386f2b812a1aab4792e11d2a0660bc82568
Author: Darragh O'Reilly
Date: Tue Nov 26 20:00:17
Thanks，it also solve my problem.
In centos6.4, runing RDO, in GRE.
before, the vm downlaod speed outside is only 20k
after run ethtool --offload eth0 gro off
the br-ex is connect to eth0
the download speed is 105M/s.
--
You received this bug notification because you are a member of Ubuntu
Bu
Reviewed: https://review.openstack.org/58606
Committed:
http://github.com/openstack/openstack-manuals/commit/3cc8efdf5466750334e912ae8efa4cc8c0354edb
Submitter: Jenkins
Branch:master
commit 3cc8efdf5466750334e912ae8efa4cc8c0354edb
Author: Darragh O'Reilly
Date: Tue Nov 26 20:00:17 2013 +0
Hi Darragh,
I was referring at the fact that running bandwidth tests from an
instance showed good results (downloaded ~300 MB in 70s, or obtained
90.15 Mbit/s during a speedtest) -> see the end of comment 6.
Below are some more details about my network node:
root@quantum-network:~# ovs-vsctl -V
Hi GMi, what issue are you referring to? The bug reporter has confirmed
that disabling GRO resolves the issue that this bug report is for.
The attached tcpdump shows packets of size greater than 1514 bytes.
These hardly came from the Internet site. The internal Neutron network
has a smaller MTU on
** Changed in: openstack-manuals
Status: New => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To
Sorry. I was not receiving updates on this bug.
As it can be seen in the last tests I did in comment 6, the download and
upload speed were good between an instance and the Internet, not only
between two instances running on separate compute nodes.
Also, the physical interface used by br-ex on my
That's good. Neutron doesn't manage physical nics - so this is not a
bug. I'll add a warning to the doc.
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: openstack-manuals
Assignee: (unassigned) => Darragh O'Reilly (darragh-oreilly)
--
You recei
YAY!!! Finally!!!
"ethtool --offload eth2 gro off"
Fixed the problem!
Is this still a BUG?! Or a miss-configuration or just a lack of
documentation ?
Thank you!
Thiago
On 25 November 2013 19:02, Geraint Jones wrote:
> Disabling generic-receive-offload with ethtool --offload eth0 gro off
> h
Hi Darragh,
The ethernet of my "br-ex" interface is "eth2", the output of "ethtool -k
eth2" is:
---
root@netnode-1:~# ethtool -k eth2
Offload parameters for eth2:
rx-checksumming: on
tx-checksumming: off
scatter-gather: off
tcp-segmentation-offload: off
udp-fragmentation-offload: off
generic-segm
Disabling generic-receive-offload with ethtool --offload eth0 gro off
has resolved the issue for me :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance is
Hi Thiago,
from the tcpdump I see some packets are not being received and have to
be retransmitted. Also some packets are much greater than 1500 bytes,
but it seems only about 1500 are ACKed, which results in retransmissions
too.
Can you provide the output of 'ethtool -k ethX' where ethX is the o
One more info that I forgot:
uname -a
Linux netnode-1 3.8.0-33-generic #48~precise1-Ubuntu SMP Thu Oct 24 16:28:06
UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Open vSwitch 1.10.2 from Ubuntu Cloud Archive.
Unfortunately, my previous working Grizzly setup was deleted... I
remember I was using 12.04.
Hi Darragh!
Here is the tcpdump data, from the following commands:
---
ip netns exec qrouter-41b95614-abbc-4c55-916c-7494adc37a0b tcpdump -v -n -i
qr-b5725a2c-f1 -w qr-b5725a2c-f1.tcpdump
tcpdump: listening on qr-b5725a2c-f1, link-type EN10MB (Ethernet), capture size
65535 bytes
22916 packets c
** Changed in: neutron
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To manage notif
Hi Martin, when you repeat the tests, can you run tcpdumps in the
qrouter namespace on the qg- and qr- interfaces with -w so it saves the
output to a file. Then attach the files to this bug or provide a
download link so we can look at them in wireshark.
Putting squid in the router namespace takes
Hi Eugene,
I hardly think that this is a MTU problem. Already check that weeks ago.
Back with Grizzly and OVS 1.4.0, we had to change the Instances MTU to
1400, otherwise, it brings problems, that is possible to see with tcpdump
at the Network Node but this, is a very different problem.
Honestly
The symptoms make me think it could be MTU issue.
Would be interesting to compare MTUs on various devices on the datapath in
well-working setup and on setup having the issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
Hi GMI,
The communication between two instances on different hypervisors (or at
the same hypervisor), is not related to this problem. "Intra-cloud-
communication" is working just fine.
Also, I don't think that it is a miss-configuration, I already checked
it lots of times, with the help from some
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ubuntu
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional
I think your environment is miss-configured, as I don't experience these
performance issues with Havana + Ubuntu 12.04 + OVS 1.10.2 + GRE.
I have two instances running on two compute nodes connected using GRE tunnels.
The instances belong to the same tenant so traffic between them uses the GRE
t
** Description changed:
Hello!
Currently, Havana L3 Router have a serious issue. Which makes it almost
useless (sorry, I do not want to be rude but instead, trying to bring
more attention to this problem).
When the tenant network traffic pass trough the L3 Router (Namespace at
th
%s/starting to thing/starting to think/
=)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network performance issues with Neutron + OpenvSwitch
To manage notifications a
OVS 1.4.0 might be bad but, at least it work. Right?!
I was using OVS 1.4.0 with Grizzly for 6 months without ANY issue (but with
"MTU = 1400" for instances when using GRE tunnels).
I'm starting to thing that this problem seems to be related to newer OVS
versions.
I'll be able to test Havana wit
OVS 1.11 here. Haven't tried 1.09 and the performance in 1.04 is so bad
that it would be very hard to get any reliable numbers from it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
D
Geraint,
Can you please, tell me if you are running Grizzly 2013.1.3 with OVS
1.9.0 or with OVS 1.4.0?
Tks!
Thiago
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional network
This also happens in Grizzly 2013.1.3 but not 2013.1.2
** Also affects: ubuntu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1252900
Title:
Directional n
40 matches
Mail list logo
