From: Albert Chin <linux-netdev@mlists.thewrittenword.com>
To: netdev@vger.kernel.org
Subject: Problems with dropped packets on bonded interface for 3.x kernels
Date: Sun, 20 Nov 2011 23:16:04 -0600 [thread overview]
Message-ID: <20111121051603.GB3702@china> (raw)
I'm running Ubuntu 11.10 on an Intel SR2625URLXR system with an Intel
S5520UR motherboard and an internal Intel E1G44HT (I340-T4) Quad Port
Server Adapter. I am seeing dropped packets on a bonded interface,
comprised of two GigE ports on the Intel E1G44HT Quad Port Server
Adapter. The following kernels exhibit this problem:
3.0.0-12-server, 3.0.0-13-server, 3.1.0-2-server, 3.2.0-rc2
Installing Fedora 16 with a 3.1.1-1.fc16.x86_64 also showed dropped
packets.
I also tried RHEL6 with a 2.6.32-131.17.1.el6.x86_64 kernel and didn't
see any dropped packets. Testing an older 2.6.32-28.55-generic Ubuntu
kernel also didn't show any dropped packets.
So, with 2.6, I don't see dropped packets, but everything including
3.0 and after show dropped packets.
# ifconfig bond0
bond0 Link encap:Ethernet HWaddr 00:1b:21:d3:f6:0a
inet6 addr: fe80::21b:21ff:fed3:f60a/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:225 errors:0 dropped:186 overruns:0 frame:0
TX packets:231 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:25450 (25.4 KB) TX bytes:28368 (28.3 KB)
With lacp_rate=fast, I see higher packet loss than with
lacp_rate=slow. I've tried bonding t
This server has the following network controllers for the two internal
NICs:
# lspci -vv
01:00.0 Ethernet controller: Intel Corporation 82575EB Gigabit Network Connection (rev 02)
01:00.1 Ethernet controller: Intel Corporation 82575EB Gigabit Network Connection (rev 02)
And it has the following network controllers for the four NICs on the
I340-T4 PCI-E card:
# lspci -vv
0a:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
0a:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
0a:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
0a:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)
I tried bonding the two 82575EB NICs rather than two NICs on the 82580
but see the same dropped packet issue.
I have replaced the cables, tested each port individually on the
switch without bonding, and don't see any reason to expect hardware as
the issue. The switch is a Summit Extreme 400-48t.
I am using a 802.3ad configuration:
# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: layer2 (0)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 200
Down Delay (ms): 0
802.3ad info
LACP rate: fast
Aggregator selection policy (ad_select): stable
Active Aggregator Info:
Aggregator ID: 1
Number of ports: 1
Actor Key: 17
Partner Key: 24
Partner Mac Address: 00:04:96:18:54:d5
Slave Interface: eth4
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:1b:21:d3:f6:0a
Aggregator ID: 1
Slave queue ID: 0
Slave Interface: eth5
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:1b:21:d3:f6:0b
Aggregator ID: 2
Slave queue ID: 0
Anyone have any ideas?
--
albert chin (china@thewrittenword.com)
next reply other threads:[~2011-11-21 5:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-21 5:16 Albert Chin [this message]
2011-11-21 6:32 ` Problems with dropped packets on bonded interface for 3.x kernels Eric Dumazet
2011-11-21 7:44 ` Albert Chin
2011-11-21 8:02 ` Eric Dumazet
2011-11-21 8:08 ` Albert Chin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20111121051603.GB3702@china \
--to=linux-netdev@mlists.thewrittenword.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.