Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Feb 2003 20:23:22 +0300 (MSK)
From:      "Sergey A.Osokin" <osa@FreeBSD.org.ru>
To:        FreeBSD-gnats-submit@FreeBSD.org
Subject:   bin/48489: [PATCH] update information arp(4): describe one more diagnosis
Message-ID:  <20030220172322.3786C19E@freebsd.org.ru>

next in thread | raw e-mail | index | archive | help

>Number:         48489
>Category:       bin
>Synopsis:       [PATCH] update information arp(4): describe one more diagnosis
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Feb 20 09:30:07 PST 2003
>Closed-Date:
>Last-Modified:
>Originator:     Sergey A. Osokin
>Release:        FreeBSD 4.7-STABLE i386
>Organization:
n/a
>Environment:
System: FreeBSD 4.7-STABLE i386

>Description:
A
	update information arp(4)
	Describe one more diagnosis in DIAGNOSTICS section.
>How-To-Repeat:
>Fix:

Index: src/usr.sbin/arp/arp.4
===================================================================
RCS file: /home/ncvs/src/usr.sbin/arp/arp.4,v
retrieving revision 1.10
diff -u -r1.10 arp.4
--- src/usr.sbin/arp/arp.4	26 Dec 2002 19:56:29 -0000	1.10
+++ src/usr.sbin/arp/arp.4	20 Feb 2003 15:54:35 -0000
@@ -124,12 +124,23 @@
 required, but ARP was unable to allocate a routing table entry in which
 to store the host's MAC address.  This usually points to a misconfigured
 routing table.  It can also occur if the kernel cannot allocate memory.
+.Pp
+.Em "arp: %d.%d.%d.%d is on XX1 but got reply from %x:%x:%x:%x:%x:%x on XX0" :
+There are three solutions for this problem: ignore the error,
+rewire or set the kernel state.  The first solution is really isn't a
+good one for the any reason. The second solution means: connect NIC
+XX0 with subnet A to a switch with only subnet A attached to it and
+the other NIC XX1 with subnet B to a switch with only subnet B attached
+to it your problem will be solved.  The last solution is change
+net.link.ether.inet.log_arp_wrong_iface parameter from 1 to 0 via
+sysctl interface.
 .Sh SEE ALSO
 .Xr inet 4 ,
 .Xr route 4 ,
 .Xr arp 8 ,
 .Xr ifconfig 8 ,
-.Xr route 8
+.Xr route 8 ,
+.Xr sysctl 8
 .Rs
 .%A Plummer, D.
 .%B "An Ethernet Address Resolution Protocol"

>Release-Note:
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030220172322.3786C19E>