Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 86133 - Ethernet Interface (eth2) replies on arp request also with the ip address of a second board (eth1)
Summary: Ethernet Interface (eth2) replies on arp request also with the ip address of ...
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.2
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Lon Hohberger
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2003-03-14 17:05 UTC by Christian Stelter
Modified: 2007-04-18 16:52 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-09-30 15:40:39 UTC

Attachments (Terms of Use)

Description Christian Stelter 2003-03-14 17:05:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021202

Description of problem:
We're observing a strange behavior of a server with 3 Ethernet-Interfaces (1
onboard, 2 PCI-Cards eepro100).

On interface eth2 the system replies with its own ip address and the ip address
of eth1 but the mac address of eth2.

eth1 is connected to one loadbalancer (connected via switch) and eth2 is
connected to another loadbalancer (connected via different switch). each
interface has its own ip address. problem: a loadbalancer gets the same mac
address for both different ip adresses. :-/


16:00:08.715611 arp who-has tell
16:00:08.715629 arp reply is-at 0:2:b3:b8:6c:c9
16:00:14.544623 arp who-has tell
16:00:14.544743 arp reply is-at 0:2:b3:bb:f0:de
16:01:06.164925 arp who-has tell
16:01:06.165047 arp reply is-at 0:2:b3:bb:f0:de
16:01:07.288439 arp who-has tell
++> 16:01:07.288455 arp reply is-at 0:2:b3:b8:6c:c9
16:01:21.999273 arp who-has tell x.y.240.161
++> 16:01:21.999304 arp reply is-at 0:2:b3:b8:6c:c9

see with ++> marked line

# host has address x.y.240.164
# host has address x.y.240.165

eth1      Link encap:Ethernet  HWaddr 00:02:B3:BB:ED:43
          inet addr:x.y.240.164  Bcast:x.y.240.175  Mask:
          UP BROADCAST MULTICAST  MTU:1500  Metric:1

eth2      Link encap:Ethernet  HWaddr 00:02:B3:B8:6C:C9
          inet addr:x.y.240.165  Bcast:x.y.240.175  Mask:

Is this a known kernel bug?

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. power on switches
2. power on load-balancer
3. power on server

Actual Results:  after some time you see both ip addresses on one mac adresses
(always that of eth2)

Expected Results:  only eth2's ip and mac on eth2 (at least not the ip of eth1)

Additional info:

Comment 1 Bugzilla owner 2004-09-30 15:40:39 UTC
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem

The Fedora Legacy project ( maintains some older releases, 
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at:

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