Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 629239 - [4u8] Bonding in ALB mode sends ARP in loop [rhel-4.8.z]
[4u8] Bonding in ALB mode sends ARP in loop [rhel-4.8.z]
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel (Show other bugs)
4.8
All Linux
urgent Severity high
: rc
: ---
Assigned To: Don Howard
Liang Zheng
: ZStream
Depends On: 610236
Blocks:
  Show dependency treegraph
 
Reported: 2010-09-01 08:04 EDT by RHEL Product and Program Management
Modified: 2010-10-21 08:25 EDT (History)
8 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
When two systems using bonding devices in the adaptive load balancing (ALB) mode communicated with each other, an endless loop of ARP replies started between these two systems due to a faulty MAC address update. With this update, the MAC address update no longer creates unneeded ARP replies.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-10-19 14:48:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2010:0779 normal SHIPPED_LIVE Moderate: kernel security and bug fix update 2010-10-19 14:47:53 EDT

  None (edit)
Description RHEL Product and Program Management 2010-09-01 08:04:02 EDT
This bug has been copied from bug #610236 and has been proposed
to be backported to 4.8 z-stream (EUS).
Comment 3 Don Howard 2010-09-16 12:40:52 EDT
A patch for this issue has been included in kernel 2.6.9-89.0.30.
Comment 5 Liang Zheng 2010-10-15 05:06:22 EDT
Test in kernel 2.6.9-89, Steps to Reproduce:
 1. config two systems both running bonding in ALB mode 
 2. System A ping system B,the ARP being sent each 2 seconds between them

[root@hp-dl320g5-01 mnt]# tcpdump -v arp
tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
03:49:49.056184 arp reply hp-dl320g5-01.rhts.eng.bos.redhat.com is-at 00:18:71:8c:16:22
03:49:49.056384 arp reply hp-dl320g5-01.rhts.eng.bos.redhat.com is-at 00:18:71:8c:16:22
03:49:53.156023 arp reply hp-dl320g5-01.rhts.eng.bos.redhat.com is-at 00:18:71:8c:16:22
03:49:53.156026 arp reply hp-dl320g5-01.rhts.eng.bos.redhat.com is-at 00:18:71:8c:16:22

Test in kernel 2.6.9-89.31.1:
There are no unneeded ARP packets.

[root@dell-pem605-01 ~]# tcpdump -v arp
tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes

0 packets captured
Comment 7 errata-xmlrpc 2010-10-19 14:48:38 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2010-0779.html
Comment 8 Martin Prpič 2010-10-21 08:25:44 EDT
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
When two systems using bonding devices in the adaptive load balancing (ALB) mode communicated with each other, an endless loop of ARP replies started between these two systems due to a faulty MAC address update. With this update, the MAC address update no longer creates unneeded ARP replies.

Note You need to log in before you can comment on or make changes to this bug.