Bug 218664

Summary: [RHEL4] Problem using netdump when multiple routers are involved
Product: Red Hat Enterprise Linux 4 Reporter: Chris Lalancette <clalance>
Component: kernelAssignee: Chris Lalancette <clalance>
Status: CLOSED ERRATA QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.4CC: nhorman, tao
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2007-0304 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-05-08 04:22:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Fix for netpoll arp_reply to the router that asked none

Description Chris Lalancette 2006-12-06 17:05:11 UTC 
Description of problem:
When using netpoll to do either netconsole or netdump, ARP requests are handled
by the function arp_reply().  Currently, arp_reply always replies to the MAC
address that it was given when it starts.  However, if you have multiple routers
that can ARP request you, you might respond to the wrong router; in which case
the other router will eventually drop you from it's ARP cache and stop
delivering packets to you.  The attached patch fixes this by always replying to
the router that asked, not the one that is hard-coded.

I don't have the network setup to test this, but it was successfully tested by
the customer that reported it.


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


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Chris Lalancette 2006-12-06 17:05:18 UTC 
Created attachment 142967 [details]
Fix for netpoll arp_reply to the router that asked
Comment 2 Neil Horman 2006-12-07 19:12:07 UTC 
what are the test results of this patch? I know we wrote this and it needed some
fix ups, but has the customer tried it in their network yet?
Comment 4 Jason Baron 2006-12-13 19:18:04 UTC 
committed in stream U5 build 42.31. A test kernel with this patch is available
from http://people.redhat.com/~jbaron/rhel4/
Comment 5 RHEL Program Management 2006-12-14 22:46:21 UTC 
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.
Comment 6 Jay Turner 2006-12-18 15:03:15 UTC 
QE ack for RHEL4.5.
Comment 11 Red Hat Bugzilla 2007-05-08 04:22:39 UTC 
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 the 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/RHBA-2007-0304.html