From: bjorn@mork.no (Bjørn Mork)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Debugging an ARP issue (no resp to ARP requests)
Date: Tue, 20 Jan 2015 09:43:32 +0100 [thread overview]
Message-ID: <87d269u9jf.fsf@nemi.mork.no> (raw)
In-Reply-To: <CAC+QLdSjV6i6Hs5em0Xm3W6hZq6GuqF=ZGfrMGTdmjoxKgTsXA@mail.gmail.com> (Mandeep Sandhu's message of "Mon, 19 Jan 2015 15:42:58 -0800")
Mandeep Sandhu <mandeepsandhu.chd@gmail.com> writes:
> Hi All,
>
> Please let me know if this is not the correct ML for such a question
> (or if there's a more appropriate list for it).
>
> I'm currently debugging an issue where Linux is not responding to ARP
> requests (testing with custom network interface h/w).
>
> I have 2 network interfaces which are basically interfaces on a custom
> network device sitting on the PCI bus.
>
> My setup looks like follows:
>
> xeth0 - 192.168.2.1
> xeth2 - 192.168.2.2
>
> xeth0/2 are the interfaces created for the custom device (via a lkm)
>
> Both these interfaces are on the local machine and are connected
> back-to-back on the custom device, so packets sent from one arrive on
> the other.
This won't work. Linux will consider both addresses as local to the
host and will never respond to arp requests from any of those addresses.
See http://en.wikipedia.org/wiki/Host_model
You might be able to change this by tuning arp_announce/arp_ignore - But
I don't know if that changes the behaviour wrt responses to local
addresses... See
https://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt for
the meaning of these knobs.
If your main interest is to test how Linux (or your driver/hardware)
responds to ARPs, then it's definitely easiest/best to use two Linux
hosts. This might of course be two virtual hosts running on the same
hardware if you have hardware restrictions.
Bj?rn
next prev parent reply other threads:[~2015-01-20 8:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-19 23:42 Debugging an ARP issue (no resp to ARP requests) Mandeep Sandhu
2015-01-20 0:11 ` Mike Krinkin
2015-01-20 0:21 ` Dave Tian
2015-01-20 0:58 ` Mandeep Sandhu
2015-01-20 0:55 ` Mandeep Sandhu
2015-01-20 1:16 ` Jeff Haran
2015-01-20 1:31 ` Mandeep Sandhu
2015-01-20 2:14 ` Mandeep Sandhu
2015-01-20 6:14 ` Dave Tian
2015-01-20 21:36 ` Mandeep Sandhu
2015-01-20 8:43 ` Bjørn Mork [this message]
2015-01-20 21:34 ` Mandeep Sandhu
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=87d269u9jf.fsf@nemi.mork.no \
--to=bjorn@mork.no \
--cc=kernelnewbies@lists.kernelnewbies.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).