From: Jan De Luyck <lkml@kcore.org>
To: Julian Anastasov <ja@ssi.bg>
Cc: linux-kernel@vger.kernel.org, linux-net@vger.kernel.org
Subject: Re: ARP routing issue
Date: Fri, 7 Jan 2005 09:06:57 +0100 [thread overview]
Message-ID: <200501070906.59146.lkml@kcore.org> (raw)
In-Reply-To: <Pine.LNX.4.58.0501070935240.1636@u.domain.uli>
On Friday 07 January 2005 08:44, Julian Anastasov wrote:
> Hello,
>
> On Thu, 6 Jan 2005, Jan De Luyck wrote:
> > http://www.uwsg.iu.edu/hypermail/linux/net/0308.1/0071.html
> >
> > Basically it comes down to this:
> >
> > I have an IBM server running RH ES, kernel 2.4.9-e.49. It has two
> > interfaces: eth0 10.0.22.xxx
> > eth1 10.0.24.xxx
> >
> > default gateway is set to 10.0.22.1, on eth0.
> >
> > Problem is, if I try to ping from another network (10.216.0.xx) to
> > 10.0.24.xx, i see the following ARP request:
> >
> > arp who-has 10.0.22.1 tell 10.0.24.xx
> >
> > which, imo, is wrong.
> >
> > I know it has to do with the default gatway, but I can't devise a way to
> > make it actually _WORK_.
>
> Not wrong but it is one of the possible valid requests.
Yes, I've gathered that. Yet, it seems very strange, and I want to _change_
that behaviour.
> If it
> is ignored from other boxes in your setup then you can look
> at new kernels. 2.4.26 and 2.6.4 come with new sysctl flags for ARP.
> arp_filter filters incoming requests but you can use arp_announce to
> control the source IP when sending requests, eg. in IBM server you can set
> /proc/sys/net/ipv4/conf/eth*/arp_announce to 1 or 2 or even just
> /proc/sys/net/ipv4/conf/all/arp_announce to 1 or 2
Hmm. Point is, for certification/support reasons we'd rather stick to the
RedHat ES supplied kernels instead of starting off with one of our own. I
can't go off running non-checked-to-be-stable (in a business POV) code on
mission-critical systems. (2.6.10 is stable enough in _my_ POV, but well..)
Jan
--
Serfs up!
-- Spartacus
next prev parent reply other threads:[~2005-01-07 8:07 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-06 15:47 ARP routing issue Jan De Luyck
2005-01-06 17:51 ` Alan Cox
2005-01-07 6:49 ` Jan De Luyck
2005-01-13 13:13 ` vfs and paging error Sumit Pandya
2005-01-07 7:44 ` ARP routing issue Julian Anastasov
2005-01-07 8:06 ` Jan De Luyck [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-01-06 16:06 Steve Iribarne
2005-01-06 16:11 ` Jan De Luyck
2005-01-06 17:53 ` Paul Rolland
2005-01-06 17:57 ` Jan De Luyck
2005-01-14 22:47 ` James Courtier-Dutton
2005-01-15 12:31 ` Jan De Luyck
2005-01-15 22:51 ` Alan Cox
2005-01-06 17:51 Steve Iribarne
2005-01-06 17:57 ` Jan De Luyck
2005-01-07 1:29 Zhenyu Wu
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=200501070906.59146.lkml@kcore.org \
--to=lkml@kcore.org \
--cc=ja@ssi.bg \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-net@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.