All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julian Anastasov <ja@ssi.bg>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Incorrect source address in ARP request. Anyone seen
Date: Tue, 18 Mar 2003 11:45:10 +0000	[thread overview]
Message-ID: <marc-lartc-104798800404128@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104790862226037@msgid-missing>


	Hello,

On Tue, 18 Mar 2003, Arno Griffioen wrote:

> > requests with src 17.70.0.1? Linux ARP follows the routing and will
> > reply in this case (when used in place of the router).
>
> Yes that's true. Unfortunately it seems that Linux is one of the few
> who implement this behaviour. Others seem to hold the view that
> ARP is a link-level protocol and as such only has any relevance for
> the scope defined on the interface itself.

	Hm, may be yes

> So even though it's technically possible and legal to do so according
> to the RFC, it's unfortunately not often used in practice..

	The RFC does not recommend when to reply and it allows
implementations with different behavior.

> > to handle such case. The problem comes only if "router decides not
> > to accept ARP from valid source IP from valid input device".
>
> Which seems to cover almost all dedicated routers (eg. Cisco) and probably
> quite a few other OS'es too.

	Argh, I didn't tried with other OSes. The replies are unicast
at link layer so I wonder why one should care what is the src IP
if it passes the source address validation.

> > 	Take a look at arp_solicit()
>
> Saw that.. I'll mangle it a bit so it will only send out the
> link address. That way it's compatible with what other devices expect.

	If you like the idea of patching I have the exact patch
for you:

http://www.ssi.bg/~ja/01_arp_prefsrc-2.4.12-5.diff

from

http://www.ssi.bg/~ja/#routes

	Note that arp_prefsrc will work for your setup but it
is not entirely correct for all users, the plain kernel has the correct 
behavior. Then playing with iparp can give you the desired behavior for 
the interfaces and gateways you want:

http://www.ssi.bg/~ja/#iparp

ip arp add table output from 17.70.0.1 src 0

Regards

--
Julian Anastasov <ja@ssi.bg>

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

      parent reply	other threads:[~2003-03-18 11:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-17 13:42 [LARTC] Incorrect source address in ARP request. Anyone seen this? Arno Griffioen
2003-03-17 22:27 ` [LARTC] Incorrect source address in ARP request. Anyone seen Julian Anastasov
2003-03-18  7:02 ` Arno Griffioen
2003-03-18 11:45 ` Julian Anastasov [this message]

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=marc-lartc-104798800404128@msgid-missing \
    --to=ja@ssi.bg \
    --cc=lartc@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.