From owner-freebsd-questions Thu Nov 14 04:19:59 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04552 for questions-outgoing; Thu, 14 Nov 1996 04:19:59 -0800 (PST) Received: from silmu.cc.jyu.fi (root@silmu.cc.jyu.fi [130.234.40.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA04543 for ; Thu, 14 Nov 1996 04:19:56 -0800 (PST) Received: from localhost (kallio@localhost [127.0.0.1]) by silmu.cc.jyu.fi (8.8.2/8.6.12) with SMTP id OAA11514; Thu, 14 Nov 1996 14:20:02 +0200 (EET) Date: Thu, 14 Nov 1996 14:20:01 +0200 (EET) From: Seppo Kallio To: freebsd-questions@freebsd.org cc: Seppo Kallio Subject: arp info overwritten In-Reply-To: <9512071623.AA11694@halloran-eldar.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am getting these error messages and it seems that it the connection to the ip-number (usually a DOS micro with NCSA Telnet) is lost from our FreeBSD 2.1.5 server. 1. I assume the error is in network gateway unit at 00:00:0c:15:e7:0d 2. Can I somehow solve the problem in the FreeBSD box by adding some routing info or something. 3. Can I dissable this overwriting somehow? How? This problem and error message appears only in the FreeBSD nodes, not in Solaris, Linux, HP/UX etc. as far as I know. Nov 14 12:00:01 silmu /kernel: arp info overwritten for 130.234.137.43 by 00:00:0c:15:e7:0d Nov 14 12:00:30 silmu /kernel: arp info overwritten for 130.234.137.43 by 08:00:07:94:74:83 Nov 14 12:01:28 silmu /kernel: arp info overwritten for 130.234.137.46 by 00:00:0c:15:e7:0d Nov 14 12:01:55 silmu /kernel: arp info overwritten for 130.234.141.6 by 00:a0:24:67:9a:e4 Nov 14 12:05:23 silmu /kernel: arp info overwritten for 130.234.138.11 by 00:00:0c:15:e7:0d Nov 14 12:05:23 silmu /kernel: arp info overwritten for 130.234.138.11 by 00:00:c0:d3:6f:a3 One network guru here is explaining the gateway unit is sometimes answering too fast to the caller or something, faster than the FreeBSD node. Seppo Kallio U of Jyvaskyla Finland