From owner-freebsd-hackers Sat Dec 31 01:33:19 1994 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id BAA18923 for hackers-outgoing; Sat, 31 Dec 1994 01:33:19 -0800 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id BAA18916 for ; Sat, 31 Dec 1994 01:33:17 -0800 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA02284 for hackers@freebsd.org; Sat, 31 Dec 1994 10:34:41 +0100 From: Luigi Rizzo Message-Id: <199412310934.KAA02284@labinfo.iet.unipi.it> Subject: ARP problems To: hackers@freebsd.org Date: Sat, 31 Dec 1994 10:34:41 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1110 Sender: hackers-owner@freebsd.org Precedence: bulk This has been reported some time ago, but haven't seen any fixes. The arp code must have problems somewhere, with half-deleted entries. This was with 2.0R. At the moment, with a kernel build with sources about one week old, and 2.0R binaries, I am experiencing the following: rizzo# arp -a ? (0.0.0.0) at (incomplete) published (proxy only) ? (0.0.0.0) at (incomplete) published (proxy only) ? (0.0.0.0) at (incomplete) permanent published (proxy only) ? (0.0.0.0) at (incomplete) published (proxy only) which looks even worse (unless I alsohave to recompile "arp"). The system is reachable through the net, despite the apparently-empty table. Misfunctioning ARP code is going to give a lot of headaches in networked installations. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 ====================================================================