From owner-freebsd-arch@FreeBSD.ORG Mon Nov 7 14:04:56 2005 Return-Path: X-Original-To: arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3390E16A41F; Mon, 7 Nov 2005 14:04:56 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id F32E143D58; Mon, 7 Nov 2005 14:04:54 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id jA7E4q9u060373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 17:04:52 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id jA7E4poX060372; Mon, 7 Nov 2005 17:04:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Nov 2005 17:04:51 +0300 From: Gleb Smirnoff To: arch@FreeBSD.org Message-ID: <20051107140451.GU91530@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: Subject: ARP request retransmitting X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 14:04:56 -0000 Colleagues, I have a proposition on changing the behavior of ARP retransmitting. Currently we after sending several ARP requests, sending ARP requests for given IP is suppressed for some interval (by default 20 seconds). Probably this feature was designed in early 90th, when sending one additional broadcast packet was an expensive thing. I suggest to keep sending ARP requests while there is a demand for this (we are trying to transmit packets to this particular IP), ratelimiting these requests to one per second. This will help in a quite common case, when some host on net is rebooting, and we are waiting for him to come up, and notice this only after 1 - 20 seconds since the time it is reachable. Any objections? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE